घर
Top.Mail.Ru Yandeks.Metrika
फोरम: "मामले";
वर्तमान संग्रह: 2002.01.08;
डाउनलोड करें: [xml.tar.bz2];

नीचे

कई लोगों को कनेक्शन;) इसी तरह की शाखाएँ खोजें


MVova   (2001-12-04 10:41) [0]

कौन जानता है कि बड़े डेटाबेस के लिए कई-से-कई संचार को बेहतर तरीके से कैसे व्यवस्थित किया जाए ???



Val   (2001-12-04 10:46) [1]

किसने आयोजित किया? ;)
अनिवार्य रूप से एक सवाल-आम तौर पर कई-कई रिश्तों के साथ तालिकाओं के बीच एक डिकूपिंग टेबल बनाते हैं ताकि एक-से-कई रिश्ते हों



MVova   (2001-12-04 13:24) [2]

क्या यह तीसरी तालिका के बिना संभव है?
मेरे पास कुछ विचार हैं, लेकिन यह कैसे तेज होगा?
1। विस्तृत तालिका में प्रविष्टियों को डुप्लिकेट करें लेकिन ग्राहक को दिखाएं।
2। संचार क्षेत्र में, मास्टर्स की आईडी लिखें, अल्पविराम से अलग, और जब खोज, प्रविष्टि के लिए खोज करें।
ID फ़ील्ड VarChar (16) है।



Val   (2001-12-04 13:33) [3]

सिद्धांत रूप में, निश्चित रूप से आप कर सकते हैं ..
1 विकल्प - सामान्यीकरण के बारे में क्या?
2 विकल्प - सिद्धांत रूप में, यह पूरी तरह से गायब हो जाता है, क्योंकि यह पहले से ज्ञात नहीं है कि कितने होंगे
और कई-से-कई कनेक्ट करते समय, आपके पास एक टेबल और एक मास्टर और एक रिटेल होता है, जिसके आधार पर आप देखते हैं :)



Yuvich   (2001-12-04 13:35) [4]

> एमवीवा
सब कुछ संभव है। लेकिन यह संबंधपरक मॉडल के सभी नियमों का उल्लंघन है। इस प्रकार, आप अपने आप को सिस्टम में "संलग्न" करेंगे क्योंकि कोई भी इन के साथ काम नहीं करना चाहेगा, वे नहीं कर पाएंगे। तीसरी तालिका का उपयोग करें।



MVova   (2001-12-04 14:11) [5]

> वैल
2 विकल्प - सिद्धांत रूप में, यह पूरी तरह से गायब हो जाता है, क्योंकि यह पहले से ज्ञात नहीं है कि कितने होंगे
संचार क्षेत्र चार प्रकार का है, और वहां 8000 प्रतिबंध लगाता है, लेकिन सिद्धांत रूप में यह पर्याप्त है;)
> युवीच
लेकिन यह संबंधपरक मॉडल के सभी नियमों का उल्लंघन है।
और गति। दो टेबल या तीन पर तेजी से कैसे चढ़ें?



Desdechado   (2001-12-04 15:42) [6]

2 MVova
यह नमूने की गति के बारे में है? तो तालिकाओं की संख्या एक विशेष भूमिका नहीं निभाती है, लेकिन डेटा की मात्रा एक भूमिका निभाती है। यदि सब कुछ सामान्य किया जाता है और अनुक्रमित बनाया जाता है - यह तेज़ है, अगर सामान्य नहीं किया जाता है - धीरे (डुप्लिकेट संसाधित होते हैं)।
यह भी आवश्यक है कि निकाले गए डेटा की मात्रा को ध्यान में रखें यह प्रसारण गति को प्रभावित करता है, विशेष रूप से मॉडेम चैनलों पर।

इसलिए मैं क्लासिक 3 क्रॉस-रेफरेंस टेबल की सलाह देता हूं।



पन्ने: 1 पूरी शाखा

फोरम: "मामले";
वर्तमान संग्रह: 2002.01.08;
डाउनलोड करें: [xml.tar.bz2];

ऊपर









मेमोरी: 0.57 एमबी
समय: 0.027 c
14-22407
KL
2001-11-03 00:47
2002.01.08
बीटा परीक्षण !!!


1-22124
छोड़ देना
2001-12-18 02:16
2002.01.08
Jpg पर टैग, bmp it.d.


1-22121
स्टॅलिन
2001-12-18 00:20
2002.01.08
नई समस्या: + (


1-22228
nazgul
2001-12-15 14:28
2002.01.08
कैसे करते हैं?


3-21993
Кнопка
2001-12-07 09:23
2002.01.08
डेटाबेस में खोजें (बहुत जरूरी !!!)





अफ्रीकी अल्बानियन अरबी भाषा अर्मेनियाई आज़रबाइजानी बस्क बेलारूसी बल्गेरियाई कैटलन सरलीकृत चीनी) चीनी पारंपरिक) क्रोएशियाई चेक डेनिश डच अंग्रेज़ी एस्तोनियावासी फिलिपिनो फिनिश फ्रेंच
गैलिशियन् जॉर्जियाई जर्मन यूनानी हाईटियन यहूदी हिंदी हंगरी आइसलैंड का इन्डोनेशियाई आयरिश इतालवी जापानी कोरियाई लात्वीयावासी लिथुआनियाई मेसीडोनियन मलायी मोलतिज़ नार्वेजियन
फ़ारसी पोलिश पुर्तगाली रोमानियाई रूसी सर्बियाई स्लोवाक स्लोवेनियाई स्पेनिश स्वाहिली स्वीडिश थाई तुर्की यूक्रेनी उर्दू वियतनामी वेल्श यहूदी बंगाली बोस्नियाई
सिबुआनो एस्पेरांतो गुजराती हौसा हमोंग ईग्बो जावानीस कन्नड़ खमेर लाओ लैटिन माओरी मराठी मंगोलियन नेपाली पंजाबी सोमाली तामिल तेलुगु योरूबा
ज़ुलु
Английский Французский Немецкий Итальянский Португальский Русский Испанский