मैं डिजाइनिंग रहा हूँ और नेट ORM को लागू करने का समर्थन करना चाहिए कि दोनों Azure संग्रहण (टेबल, कतार, धब्बे) और एडब्ल्यूएस संग्रहण (EBS, SimpleDB, S3) और छिपाने के एक आम इंटरफ़ेस के पीछे सभी कार्यान्वयन विवरण । प्रमुख डिजाइन लक्ष्य सादगी है।Azure/एडब्ल्यूएस ORM डिजाइन दिशानिर्देश
कुछ काम http://www.cs.virginia.edu/~humphrey/papers/CSAL.pdf में किया गया है, लेकिन मेरी प्रस्तावित इंटरफ़ेस, मेरी राय में, अज़ूर/एडब्लूएस स्टोरेज इंटरफ़ेस के साथ बहुत कसकर मिलकर है और नई सुविधाओं को जोड़ा जाना चाहिए या पुराना बदलना चाहिए। उदाहरण के लिए, मुझे परवाह नहीं है कि मैं टेबल बना/हटा सकता हूं, मुझे केवल कुछ प्रकार के ऑब्जेक्ट को सबसे कुशल तरीके से स्टोर करने की आवश्यकता है।
तो, मैं दिशा निर्देशों का एक रूप में इस विषय पर अपने अनुभव को साझा करने के लिए आप से पूछना चाहते हैं (DO, पर विचार करें, से बचें, नहीं है)। मैं वास्तव में ओआरएम डिजाइन करने के सामान्य सिद्धांतों से शुरू होने वाली किसी भी अंतर्दृष्टि की सराहना करता हूं और अस्थिरता के सटीक स्तर के साथ परिष्करण करता हूं जो कि Azure और AWS के सबसे संभावित विकास पथों पर विचार करने की अधिक संभावना है।
"Azure और AWS के सबसे संभावित विकास पथों पर विचार करने की अधिक संभावना है" - किसी को भी यह कैसे पता चलेगा? – millimoose
यह सही है, हम निश्चित रूप से नहीं जान सकते हैं। सबसे अच्छा अनुमान पर्याप्त होगा। – andriys