क्या मुझे लिंक से एसक्यूएल सीखना चाहिए, भले ही इसे एंटिटी फ्रेमवर्क में घुमाया जाए?

Question

मैं एमएस एसक्यूएल डेटाबेस से पूछताछ करने के लिए लिंक सीखना चाहता हूं, लेकिन मुझे यकीन है कि कौन सी पथ लेना है। मैंने हाल ही में पढ़ा है कि लिंक से एसक्यूएल को इकाई फ्रेमवर्क में घुमाया जा रहा है, और विकास शायद स्थिर हो गया है।

क्या यह अभी भी लिंक से एसक्यूएल सीखने लायक है? या क्या मुझे एंटिटी फ्रेमवर्क या अन्य ऑब्जेक्ट रिलेशनल मॉडल पर विचार करना चाहिए जैसे कि आइडियाब्लेड के देवफोर्स जो लिंक्स में इसकी क्वेरी भाषा के रूप में आगे बढ़ रहा है?

Answer 1

लिंक से एसक्यूएल को इकाई फ्रेमवर्क में घुमाया जा रहा है, और यही वह जगह है जहां वह टीम अपनी ऊर्जा डाल रही है। इसलिए, आगे बढ़ने वाले एंटिटी फ्रेमवर्क को जानना शायद आपकी पहली प्राथमिकता होगी (मैं इसे मेरा कर दूंगा।)

हालांकि, यदि आपके पास चक्र हैं, तो लिंक को एसक्यूएल समझने में बर्बाद समय नहीं है। लिंक, अभिव्यक्ति, आलसी लोडिंग, देरी निष्पादन इत्यादि के बारे में अभी भी बहुत कुछ है जो आप इससे सीख सकते हैं और एंटीटी फ्रेमवर्क में शामिल होने के बाद भी लंबे समय तक लागू होंगे।

Answer 2

मुझे संदेह है कि LINQtoSQL प्रदाता दूर जा रहा है, हालांकि, यह सच साबित होता है कि LINQ को विस्तारित करने पर ध्यान इकाई फ्रेमवर्क के साथ होगा। समस्या यह है कि वर्तमान में आईटीओ, इकाई फ्रेमवर्क वास्तव में भयानक है। मैं ORQ के रूप में LINQtoSQL का उपयोग कर ऐप्स विकसित करने जा रहा हूं। मैं पूरी तरह से उम्मीद करता हूं कि भविष्य में भाषा समर्थन होगा। जब LINQtoEntities कैच हो जाता है, तो मैं इसे देख सकता हूं, हालांकि LINQtoSQL अपने वर्तमान अवतार में पर्याप्त रूप से पर्याप्त है (कुछ बदलावों के साथ मैंने अपनी जरूरतों के लिए)। यह विशेष रूप से Dynamic LINQ का उपयोग करके सच है जिसे मैंने कुछ कांटेदार मुद्दों को हल करने के लिए उपयोग किया है जिन्हें मैं अन्यथा नहीं प्राप्त कर सकता था (संपत्ति द्वारा क्रमबद्ध डायनामिक LINQ के साथ बहुत आसान है)।

आप nHibernate और LINQ for nHibernate का उपयोग करने पर विचार करना चाहेंगे।