चूंकि इच्छुक पार्टियों में से किसी ने भी अभी तक कोई टिप्पणी नहीं की है, इसलिए हम यथासंभव तटस्थ टिप्पणी पोस्ट करने का प्रयास करेंगे।
Devart का EF समर्थन इतिहास लंबा है - 30 अगस्त 2007 से। इन दो वर्षों के दौरान हमने कई बग रिपोर्ट और उपयोगकर्ता अनुरोधों को ध्यान में रखा है। हमने अपने उत्पादों Entity Developer
को भी बनाया और शिप किया है। - एक शक्तिशाली डिजाइन समय उपकरण।
हम Oracle के लिए अपने Entity Framework समर्थन को आदर्श नहीं कह सकते - यह ORM प्रारंभ में MS SQL सर्वर के लिए डिज़ाइन किया गया था, इसलिए अन्य DBMS के चमत्कारों को ध्यान में रखने की संभावना काफी सीमित है। यह केवल उल्लेख करने के लिए पर्याप्त है क्रॉस अप्लाई और आउटर अप्लाई समस्या
.
लेकिन, इन समस्याओं के बावजूद, हमारे अधिकांश उपयोगकर्ता एंटिटी फ्रेमवर्क के साथ सफलतापूर्वक और आराम से काम करने में सक्षम हैं।
यह कहने के लिए पर्याप्त होगा, लेकिन आपने "महत्वपूर्ण उद्यम ऑलपिकेशंस" का उल्लेख किया है। इस मामले में हम आपको हमारे Oracle-विशिष्ट LINQ से SQL कार्यान्वयन पर एक नज़र डालने की सलाह देते हैं - LINQ to Oracle
.
LINQ से SQL क्रॉस-डेटाबेस समाधान बनाने का दिखावा नहीं करता है और इसलिए विशेष रूप से एक अलग DBMS, Oracle की विशिष्टताओं को ध्यान में रखने की अनुमति देता है। एंटिटी फ्रेमवर्क के विपरीत, जहां हमारे पास उत्पन्न SQL क्वेरी पर केवल आंशिक नियंत्रण होता है, LINQ से Oracle मामले में हमारा प्रक्रिया पर पूर्ण नियंत्रण होता है। यह तथ्य हमें तेज और वैध ओरेकल-विशिष्ट प्रश्न उत्पन्न करने का अवसर देता है और बग फिक्सिंग और सुधार प्रक्रिया को भी गति देता है।
विरासत Oracle डेटाबेस के मामले में EF आमतौर पर LINQ से Oracle के विपरीत, लागू करना कठिन होता है।
LINQ से Oracle मॉडल के साथ डिज़ाइन समय कार्य भी Entity Developer का उपयोग करके किया जाता है।