क्या मुझे अपने उच्च विकसित भाषा (जैसे पायथन, रूबी) में विकसित अनुमानित एक हाथ से लिखित स्कीमा का उपयोग करना चाहिए या क्या मुझे अपना ओआरएम समाधान ऑटो-जेनरेट करना चाहिए? आखिरकार मुझे सभी डेटा को नष्ट किए बिना माइग्रेट करने की आवश्यकता होगी। एक विशिष्ट आरडीबीएमएस से बंधे रहना ठीक है लेकिन यह अच्छा होगा अगर बाधाओं और प्रक्रियाओं जैसी सुविधाओं को किसी भी तरह से समर्थित किया जा सके।ओआरएम: हस्तलिखित स्कीमा या स्वतः उत्पन्न?
मैं ओआरएम से उत्पन्न स्कीमा के साथ कभी नहीं जाता हूं।
मुझे लगता है कि जिस तरीके से ओआरएम स्कीमा उत्पन्न करना चाहता है, अक्सर मैं अपने डेटाबेस को संरचित करने के तरीके के साथ कुल बाधाओं पर अक्सर होता हूं। इसके अलावा, और मुझे पता है कि यह मामूली है, नामकरण योजना आमतौर पर खराब होती है।
डाटाबेस संरचना की अपनी बाधाएं हैं, जो मुझे लगता है कि आम तौर पर ओआरएम ऑटोजननरेशन उपकरण पूरी तरह से विचार नहीं करते हैं। और यदि आप बाद में अपने डेटाबेस पर रिपोर्ट चलाने की इच्छा रखते हैं (और आप करेंगे), तो अच्छी डेटाबेस संरचना और डिज़ाइन होना बहुत महत्वपूर्ण है।
ओआरएम स्कीमा उत्पन्न करता है जो इसे चाहता है। फिर आप हमेशा ऐसी चीजें बदल सकते हैं जो बहुत धीमी हैं या आप अलग-अलग चाहते हैं। लेकिन यह आपको जल्दी से शुरू करने की अनुमति देता है और कुछ काम कर रहा है और ओआरएम लोग आमतौर पर जानते हैं कि स्कीमा बनाने के लिए वे क्या करते हैं।
this Coding Horror article देखें और उस माइग्रेशन पर चर्चा के लिए लिंक आपको अंततः करने की आवश्यकता होगी। इसके लिए अभी योजना बनाएं।
यह भी देखें Martin Fowler on database evolution; मैं विशेष रूप से इस धारणा की अनुशंसा करता हूं कि परीक्षण डेटा उत्पादन डेटाबेस सेट-अप का हिस्सा है। विचार थोड़ा अविकसित हो सकता है, जिसमें अलग-अलग वातावरण में विभिन्न समस्याओं, स्पष्ट बनाम क्यूए बनाम उत्पादन के बारे में स्पष्ट चित्रण नहीं है।
अपने ओआरएम समाधान को उत्पन्न करने दें, लेकिन केवल इसका उपयोग न करें; इसके माध्यम से पढ़ें और सैनिटी- इसे जांचें।
मुझे लगता है कि यह शुरू करने का एक अच्छा तरीका है, लेकिन मुझे आमतौर पर डीबी प्रदर्शन कारणों के लिए उत्पन्न करने और इसे प्रबंधित करने के लिए हमेशा की आवश्यकता होती है। –