मैंने हमेशा रिलेशनशिप कक्षाओं को परिभाषित करते समय ObjectIDs का उपयोग करने से परहेज किया है। यह मेरी समझ है कि एक geodatabase पर कुछ क्रियाएं ऑब्जेक्ट को फिर से सेट करेंगी (जैसे आयात / निर्यात)। हालाँकि मैं बहुत से लोगों को उनका उपयोग करते देखता हूँ।
क्या मैं सिर्फ पागल हो रहा हूं, या क्या ऐसे मामले हैं जब किसी संबंध वर्ग को परिभाषित करते समय ऑब्जेक्ट्स का उपयोग करना सुरक्षित है?
जवाबों:
ऑब्जेक्ट केवल कॉपी / पेस्ट द्वारा बनाए रखा जाता है। कोई आयात या निर्यात उपकरण उन्हें बनाए नहीं रखता है। यह आमतौर पर रिश्ते वर्गों में उपयोगकर्ता के ऑब्जेक्ट के लिए अनुशंसित नहीं है। यदि आपका सभी डेटा वास्तव में स्थिर है तो इसे ठीक काम करना चाहिए, लेकिन डेटा आयात या निर्यात करते समय हमेशा एक जोखिम होगा।
जब भी संभव हो मैं अन्य प्रमुख क्षेत्रों पर संबंधों को आधार बनाता हूं। ऑब्जेक्ट का उपयोग करते हुए लांस द्वारा उल्लिखित सटीक कारणों के लिए अतीत में मेरे लिए समस्याएं प्रस्तुत की गई हैं। परियोजनाओं में जहां डेटा हमारे एसडीई सर्वर और एक क्लाइंट सर्वर के बीच आगे और पीछे स्थानांतरित किया जाता है, संबंधित तालिकाओं के लिए ऑब्जेक्ट का उपयोग करने का मतलब रिश्तों को बनाए रखने के लिए तालिकाओं पर विभिन्न मशीने प्रदर्शन करना है।
भले ही उनका डेटा स्थानांतरित करने की कोई योजना न हो, फिर भी मैं चाबियों के लिए एक अलग क्षेत्र का उपयोग करना पसंद करता हूं। मेरा अनुभव यह है कि ग्राहक आमतौर पर जीआईएस डेटाबेस पर अपने कार्यों के निहितार्थ को पूरी तरह से नहीं समझते हैं और अक्सर चीजों को बिना महसूस किए ही तोड़ देते हैं। मेरे पास ऐसे मामले हैं जहां ग्राहक डेटा को ऑब्जेक्ट को बदलने वाले तरीकों के आसपास स्थानांतरित करते हैं। मेरी परियोजनाओं में आम तौर पर डेटाबेस के साथ जाने के लिए कुछ कस्टम कोड शामिल होते हैं और मुझे विफलताओं को रोकने के लिए सिस्टम की समझ ग्राहकों पर निर्भर करना पसंद नहीं है। इसलिए, मैं प्राथमिक कुंजी के लिए और रिश्तों के लिए अन्य क्षेत्रों का उपयोग करना पसंद करता हूं, ऐसे क्षेत्र जिन्हें मैं नियंत्रित कर सकता हूं।