मुझे दो संभावनाएं दिखाई दे रही हैं: sqlite और बर्कलेडीबी। अपने प्रयोग के मामले स्पष्ट रूप से संबंधित नहीं है के रूप में, मैं BerkeleyDB के साथ जाने के लिए परीक्षा रहा हूँ , हालांकि मैं वास्तव में नहीं जानता कि मैं इसे कैसे के रूप में मेरे रिकॉर्ड, दुकान के लिए इसका इस्तेमाल करना चाहिए केवल भंडार कुंजी/मान जोड़े।
जो आप वर्णन कर रहे हैं वह वास्तव में क्या है, भले ही आपको केवल एक तालिका की आवश्यकता हो। SQLite शायद यह करना बहुत आसान होगा।
संपादित करें: संबंधपरक मॉडल के पास तालिकाओं के बीच संबंधों के साथ कुछ भी नहीं है। एक संबंध अन्य सेटों के कार्टेशियन उत्पाद का सबसेट है। उदाहरण के लिए, वास्तविक संख्याओं, वास्तविक संख्याओं और वास्तविक संख्याओं का कार्टेशियन उत्पाद (हां, सभी तीन वही) 3 डी समन्वय स्थान उत्पन्न करते हैं, और आप उस स्थान पर एक सूत्र के साथ एक संबंध परिभाषित कर सकते हैं, x*y = z कहें। निर्देशांक के प्रत्येक संभावित सेट (x0,y0,z0) या तो संबंध में हैं यदि वे दिए गए सूत्र को संतुष्ट करते हैं, अन्यथा वे नहीं हैं।
एक संबंधपरक डेटाबेस कुछ अवधारणाओं के साथ इस अवधारणा का उपयोग करता है। सबसे पहले, और सबसे महत्वपूर्ण, संबंध का आकार सीमित होना चाहिए। उपर्युक्त उत्पाद संबंध उस आवश्यकता को पूरा नहीं करता है, क्योंकि सूत्रों को संतुष्ट करने वाले असीमित 3-टुपल्स हैं।वास्तविक समस्याओं को हल करने वाले वास्तविक कंप्यूटरों पर व्यावहारिक या उपयोगी क्या है, इसके साथ कई अन्य विचार हैं।
समस्या के बारे में सोच की एक बेहतर तरीका जहां हठ तंत्र के प्रत्येक प्रकार के विशेष रूप से अन्य की तुलना में बेहतर काम करता है के बारे में सोचना है। आप पहले से ही समझते हैं कि एक संबंधपरक समाधान समझ में आता है कि आप कई अलग डेटासेट (टेबल्स) कि उनके बीच संबंधों को (विदेशी कुंजी की कमी) है, जो लगभग एक कुंजी-मान की दुकान के साथ लागू करने के लिए असंभव है का समर्थन करना चाहिए जब। रिलेशनल के लिए एक और वास्तविक लाभ यह है कि यह उचित इंडेक्स के उपयोग के साथ समृद्ध, विज्ञापन-प्रसार प्रश्नों को संभव बनाता है। यह डाटाबेस लेयर का एक परिणाम है जो वास्तव में उस डेटा को समझता है जो इसका प्रतिनिधित्व कर रहा है।
एक कुंजी-मान की दुकान फायदों में से यह सेट होते हैं। सबसे महत्वपूर्ण बात यह है कि कुंजी-मूल्य स्टोर स्केल आउट हो जाते हैं। यह कोई परिणाम यह है कि memcached, couchdb, hadoop सभी, मुख्य मान संग्रहण का उपयोग करते है, क्योंकि यह कई सर्वरों के पार कुंजी-मान देखने वितरित करने के लिए आसान है। एक अन्य क्षेत्र की-वैल्यू भंडारण अच्छी तरह से काम करता है कि जब कुंजी या मान जैसे कि जब संग्रहीत आइटम एन्क्रिप्टेड है, केवल यह के स्वामी के द्वारा पठनीय होने के रूप में अपारदर्शी है, है।
इस बिंदु घर ड्राइव करने के लिए, कि एक संबंधपरक डेटाबेस में अच्छी तरह से काम करता है यहां तक कि जब तुम सिर्फ एक से अधिक तालिका की जरूरत नहीं है, तो निम्न (मूल नहीं) पर विचार
SELECT t1.actor1
FROM workswith AS t1,
workswith AS t2,
workswith AS t3,
workswith AS t4,
workswith AS t5,
workswith AS t6
WHERE t1.actor2 = t2.actor1 AND
t2.actor2 = t3.actor1 AND
t3.actor2 = t4.actor1 AND
t4.actor2 = t5.actor1 AND
t5.actor2 = t6.actor1 AND
t6.actor2 = "Kevin Bacon";
कौन सा, स्पष्ट रूप से उपयोग करता है एक एकल तालिका: workswith प्रत्येक अभिनेता की गणना 6
आपके सभी उपयोगी उत्तरों के लिए आप सभी को धन्यवाद! सबसे अच्छा चुनना वास्तव में मुश्किल था: -/ –