डेटाबेस को भाषा सुविधा के रूप में एकीकृत क्यों नहीं किया जाता है?


25

क्या कोई प्रोग्रामिंग भाषा है जिसमें एक बाहरी SQL (या अन्य) डेटाबेस से कनेक्ट करने के बजाय एक प्रथम श्रेणी की भाषा सुविधा के रूप में एक अंतर्निहित डेटाबेस है? ऐसी सुविधा के लिए क्या कमियां और लाभ होंगे? ऐसी सुविधा क्या दिखती है और यह हमारे कार्यक्रम के तरीके को कैसे बदलेगी?


17
मुझे लगा कि एसक्यूएल एक भाषा थी। : डी
केविन कंटू

8
.NET में SQL के लिए LINQ है, जो मुझे लगता है कि एक सामान्य समस्या का सही तरीका है। आपको किसी विशेष डेटाबेस में लॉक नहीं करना चाहिए, और आप कुछ ऐसा नहीं कर सकते हैं जो सामान्य रूप से पर्याप्त हो, और फिर भी वहां से बाहर आने वाली हर चीज़ को लागू कर सके। LINQ अभी भी कमाल है, जैसे मैं हूँ।
नौकरी

linq2SQL मर चुका है, linq2EF द्वारा बदल दिया, लेकिन एक ही सिद्धांत
BlackICE

3
और दुर्भाग्य से, Linq2EF के पास कुछ बुरा Microsoft-केवल एक्सटेंशन हैं, जिसका अर्थ है कि यदि आप कुछ भी जटिल करते हैं, तो आप इसके साथ SQLServer में बंद हो जाते हैं।
gbjbaanb

1
@ जॉब "आपको एक विशेष डेटाबेस में लॉक नहीं करना चाहिए" जैसा कि आमतौर पर कहा गया है, मैं सामान्य रूप से उस विचार से अधिक असहमत नहीं हो सकता। बल्कि, मैं उस दर्शन को परिष्कृत करूंगा या उसे रोकना चाहूंगा। उदाहरण के लिए, मैं अपने UI परत कोड को किसी विशेष डेटाबेस में लॉक नहीं करूंगा। हालाँकि, मैं निश्चित रूप से एक विशेष डेटाबेस में अपनी सेवाओं की परत कोड को लॉक कर दूंगा।
माइकल ओ'नील

जवाबों:


15

एकमात्र ऐसी भाषा जिसके बारे में मैं सोच सकता हूं, वह है DBase, क्लिपर और फॉक्सप्रो जैसी पुरानी xBase भाषाएँ। एक GNU प्रोजेक्ट है जो क्लिप नामक एक निशुल्क और अधिकतर संगत संस्करण प्रदान करता है

The Pick Basic भी था जो एक प्रोग्रामिंग लैंग्वेज को सीधे डेटाबेस प्लेटफॉर्म से जोड़ देता था।

यह किया जा चुका है। यह एक विकासवादी मृत अंत था जो सीमित था कि कोई भाषा डेटा तक कैसे पहुंच सकती है।


2
क्या आप इसका विस्तार कर सकते हैं कि यह एक विकासवादी मृत अंत क्यों है? मैं एक को लागू करने के बारे में नहीं सोच रहा हूं, मैं सिर्फ उत्सुक हूं।
पुण्योसोमीडिया

1
@VM एपीआई का उपयोग करने और भाषा, पुस्तकालय और रनटाइम को अलग रखने के लिए एक स्पष्ट प्रवृत्ति रही है। अब तक, अच्छी तरह से परिभाषित एपीआई जो सामान्य तरीके से डेटा तक पहुंच की अनुमति देते हैं; भाषा या डेटाबेस या डेटाबेस स्कीमा की परवाह किए बिना आम हैं। अधिकांश सामान्य भाषाएं मानक लाइब्रेरी के भाग के रूप में एक सामान्य डेटाबेस API शिप करती हैं। फ़ाइल और http एक्सेस के लिए Ditto। अब इसे भाषा में उछालने की आवश्यकता नहीं है।
साल

1
कॉल समय स्थानीय बनाम दूरस्थ एपीआई में अंतर के आदेश हैं, यदि नेटवर्क इंटरफ़ेस मौजूद है तो अधिक जोड़ें। DB स्टैक में भाषाओं का उपयोग करने के लिए अभी भी अलग और वास्तविक फायदे हैं।
जेई कतार

@Xepoch निश्चित रूप से यदि आप अपने आप को उस विक्रेता के डेटाबेस और भाषा कार्यान्वयन में बंद करना चाहते हैं।
कालाधन

1
@ दाविद, सवाल को फिर से पढ़ें, प्रार्थना करें कि यह बताएं कि ऐसा कौन सा भाषा होगा जो वेंडर लॉक के लिए नहीं होगा?
जे क्यू कतार

29

भाषाएं "छोटी" हैं और डेटाबेस "बड़े" हैं; इसलिए जब भी दोनों को संयुक्त किया जाता है, तो यह डेटाबेस के साथ एक भाषा नहीं होती है, बल्कि एक सुविधा के रूप में भाषा के साथ एक डेटाबेस होता है। कई डेटाबेस में कुछ स्वामित्व वाली भाषाएं होती हैं, जैसे कि PL / SQL, T-SQL।


भाषाएं "छोटी" कैसे होती हैं?
री मियासांका

यह धारणा की बात है। बेशक, डेटाबेस के लिए एक बड़ा कोडबेस, बड़ा प्रलेखन, बड़ी डिस्क आवश्यकताएं (भले ही हम एक्चुएल डेटा पर विचार नहीं करते हैं) लगता है; लेकिन वे तुलना शायद ही उचित हैं क्योंकि अधिकांश डेटाबेस एक या कई प्रोग्रामिंग भाषाओं के साथ आते हैं।
user281377

3
Rei: तुम PL / SQL पर एक करीब देखो नहीं लिया है, क्या तुम? BTW, Oracle में RDBMS में JVM भी शामिल है।
user281377

3
री: वास्तव में, बहुत से लोग पीएल / एसक्यूएल का उपयोग अनुप्रयोगों को लिखने के लिए करते हैं, कम से कम व्यापार तर्क का हिस्सा। जैसा कि आप जानते होंगे कि पीएल / एसक्यूएल ओरेकल फॉर्म्स में इस्तेमाल की जाने वाली भाषा भी है, इसलिए आप मूल रूप से एक पीएल / एसक्यूएल प्रोग्राम लिख सकते हैं और चला सकते हैं जो कभी डेटाबेस को नहीं छूता है। हालांकि, पीएल / एसक्यूएल का उपयोग ओरेकल आरडीबीएमएस के साथ किया जाता है, हालांकि।
user281377

2
खैर लानत है, कभी सोचा नहीं होगा।
री मियासका

16

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


6
क्योंकि आप चाहते हैं कि जब आप क्वेरी भाषा और प्रोग्रामिंग भाषा की सीमाओं के पार काम कर रहे हों, तब टाइप चेकिंग और यहां तक ​​कि सरल नाम चेकिंग के लाभ भी प्राप्त हों।
मैक्नील

4
@ मैकनील, ओआरएम उपकरण अब ऐसा करते हैं। जब एपीआई ऐसा कर सकता है तो उसे भाषा में क्या बोलना चाहिए?
साल

1
@sal ताकि अनुप्रयोगों के वितरकों को परमाणु लेखन और अपने कैश, खोज अनुक्रमित, आदि की निरंतरता की जाँच करने के लिए एक विशाल DBMS को बंडल न करना पड़े, यही कारण है कि SQLite मौजूद है: " साथ प्रतिस्पर्धा करने के लिएfopen() "।
डेमियन येरिक

@sal: संभवतः यह एक समान कारण के लिए होगा क्यों नियमित भाव या फ़्लोटिंग पॉइंट को कुछ भाषाओं में बंडल किया जाता है जब एपीआई यह कर सकते हैं। क्योंकि कोई व्यक्ति एक भाषा लिख ​​रहा था और उसने तय किया कि वे विशेष वाक्य रचना के लिए पर्याप्त रूप से मौलिक हैं। बेशक, यह एक उपयोगी कारण के रूप में इस तरह के एक सामान्य कारण है ;-)
स्टीव जेसप

14

3 विरासत प्रणालियां हैं जो आपकी आवश्यकताओं के करीब हैं:

  1. उठाओ ,
  2. MUMPS ,
  3. माइक्रोसॉफ्ट पहुंच

पिक और MUMPS रिलेशनल डेटाबेस पर पहले शैक्षणिक पेपर के वर्षों पहले विकसित किए गए थे (जो पहले वाणिज्यिक एसक्यूएल आधारित डेटाबेस सिस्टम से एक दशक पहले बाजार में आया था - एक कंपनी से जिसे हम अब ओरेकल कहते हैं; एक उत्पाद पर आईबीएम का पहला प्रयास फिजूल है; एक सफल SQL आधारित सिस्टम बाद में था)। आप उन्हें अभी भी उपयोग में पा सकते हैं (हमारी स्थानीय सार्वजनिक परिवहन प्रणाली ने यात्रा योजना प्रणाली के लिए हाल तक पिक का उपयोग किया था)। आप पिक या MUMPS के साथ कुछ नहीं करना चाहते हैं, और मैं जो सबसे अच्छी सलाह दे सकता हूं वह है "हवा में अपने हाथों से कीबोर्ड से दूर कदम!" यदि आपके पास उनके साथ कुछ भी करने के लिए है, तो वाक्यांश "आपको खेद होगा" आपके कानों में बज रहा होगा।

Microsoft सर्किल को आईटी सर्किलों में गंभीर रूप से मज़ाक उड़ाया जाता है और उसकी आलोचना की जाती है क्योंकि किसी गैर-डेवलपर के लिए एक महत्वपूर्ण व्यवसाय ऐप को एक्सेस से बाहर करना आसान होता है और इसमें कुछ ऐसा परिवर्तन होता है जिससे कंपनी वास्तव में बिना नहीं रह सकती। यह भी काफी संभावना है कि काफी कुछ डेवलपर्स ने एमएस एक्सेस के माध्यम से विकसित होने में अपनी शुरुआत की और जैसे-जैसे चीजें बिगड़ती रही, उन्होंने सीखा कि उन्हें कैसे ठीक किया जाए (पहला कदम परंपरागत रूप से विजुअल बेसिक सीख रहा है और फिर वीबी में एक्सेस ऐप को फिर से लिखना है, फिर कुछ "बेहतर") में। एक अच्छी तरह से व्यवहार किया जाने वाला एक्सेस ऐप बनाना संभव है, जो बड़ी मात्रा में डेटा के साथ वितरित होता है - मैंने इसे पूरा करते हुए देखा है - लेकिन चीजों को करने के आसान तरीके हैं, और एक अच्छी तरह से बनाने (और बनाए रखने) में बहुत कम कौशल लेता है VB और SQL सर्वर से व्यवहार किया गया ऐप।

SQL सर्वर 2005 के बाद से, Microsoft ने CLR को संग्रहीत कार्यविधियों और कार्यों में लगाने की क्षमता पेश की है। और यदि आप इसके बारे में पेचीदा होना चाहते हैं, तो आप डेटाबेस में कॉलम के रूप में उपयोग कर सकने वाले डेटाटिप्स बना सकते हैं। मुझे लगता है कि Oracle का जावा के साथ भी कुछ ऐसा ही है।

यह कहा जा रहा है, मुझे नहीं लगता कि कुछ भी आपको एक बनाने से रोक रहा है, या उनके बारे में परिकल्पना कर रहा है। पिक और MUMPS यहां के अधिकांश कोडर से पुराने हैं और दुनिया को देखने के एक बहुत ही शांत तरीके को दर्शाते हैं।

मेरी निजी सलाह है कि चीजों को अलग रखें। एक ऐसी भाषा का उपयोग करें जो आपके प्रोजेक्ट की ज़रूरतों के डेटा में हेरफेर करने में अच्छा है (इस चेतावनी के साथ कि कभी-कभी "सर्वश्रेष्ठ" भाषा वह होती है जिसे आप आसानी से प्रोग्रामर पा सकते हैं जो कोड पढ़ / लिख सकते हैं)। एक डेटाबेस सिस्टम का उपयोग करें जो डेटा को आपकी परियोजना की जरूरतों को ध्यान में रखते हुए अच्छा है।


+1 हालांकि मुझे लगता है कि एक स्केलेबल एक्सेस एप्लिकेशन बनाने के लिए एक प्रोग्रामर कुशल पर्याप्त है जो काम करने के बेहतर माहौल का हकदार है।
लैरी कोलमैन

3
एक्सेस एक प्रोग्रामिंग भाषा नहीं है, इसका एक एकीकृत विकास और रनटाइम वातावरण है। यह जिस भाषा का उपयोग करता है, VBA अन्य कार्यालय उत्पादों में मैक्रो प्रोग्रामिंग के लिए उपयोग की जाने वाली भाषा है और एक्सेस विशिष्ट नहीं है। JET ड्राइवरों को विभिन्न प्रदाताओं के माध्यम से DB पहुंच अभी भी किया जाता है।
जेरेमी

1
आपके द्वारा बताए गए तीनों के अलावा, कई 4GL वातावरण हैं: Oracle Forms, CA OpenROAD (nee Ingres Windows4GL), और यूनिफाइड एक्सेल (सिर्फ उन लोगों का नाम बताएं जिनके साथ मैंने काम किया है)।
टीएमएन 15

इसके अलावा, मुझे यकीन नहीं है कि एक्सेस वास्तव में "विरासत" है, इससे कोई फर्क नहीं पड़ता कि आप कितने
प्यारे तरीके

गॉडफुल लैंग्वेज से बंधा शानदार डेटाबेस के लिए +1।
जेम्स एंडरसन

4

एक प्रोग्रामिंग भाषा में डेटाबेस जोड़ना केवल उपयोगकर्ताओं के एक बहुत ही संकीर्ण सेट को पूरा कर सकता है। क्या होगा यदि वे कुछ गैर RDBMS सुविधाओं का उपयोग करना चाहते हैं? या डेटाबेस का उपयोग बिल्कुल नहीं करना चाहते हैं? ऐसे उपयोग के मामलों के लिए कंपाइलर अनावश्यक रूप से फूला हुआ होगा।


4

अरे।

ठीक है, सबसे पहले, आप पूछ रहे हैं कि भाषा क्यों संचालित होती है एक डेटाबेस प्रदान नहीं करता है। एक भाषा बस उस चीज़ को व्यक्त करने का एक साधन है जिसे आप सेट व्याकरण में करना चाहते हैं; यह वास्तव में उस तरह की सेवाएं प्रदान नहीं करता है। :)

उस ने कहा, कई कारण हैं।

  • एक कुशल डेटाबेस भंडारण प्रणाली का निर्माण एक कठिन समस्या है, शायद .NET फ्रेमवर्क (उदाहरण के लिए) के निर्माण से अधिक या उसके क्रम पर । यदि एक टीम ने अपने ढांचे में एक डेटाबेस को शामिल करने की कोशिश की, तो वह सब होगा जो उन्होंने काम करना समाप्त कर दिया।

  • एक डेटाबेस जो लोड हो जाता है वह अपनी अलग मशीन पर होना चाहिए न कि उस कोड की प्रक्रिया में जो इसे एक्सेस कर रहा है।

  • ORM बहुत प्रकार की सुरक्षा प्रदान करते हैं और समय की जाँच करते हैं कि ऐसी कार्रवाई का लाभ क्या होगा, वास्तव में बिना किसी डेटाबेस के होने की कोशिश के।

उस ने कहा, मुझे लगता है कि फ्रेमवर्क के भीतर कुछ प्रकार के SQLite कार्यान्वयन को शामिल करना साफ-सुथरा होगा जो डेटा एक्सेस के लिए छोटी जरूरतों वाले एप्लिकेशन के खिलाफ काम कर सकते हैं। मुझे यकीन नहीं है कि यह गैर-तुच्छ अनुप्रयोगों में उपयोगी होगा।


एम्बेडेड sqlite वास्तव में बहुत बढ़िया है, यदि आपके पास यह नहीं है कि भाषा डिजाइनर केवल XML को स्टोरेज तंत्र के रूप में उपयोग कर रहे हैं, तो इसके बजाय :(
gbjbaanb

2

वो हैं; ऐसी भाषाओं को 4GL कहा जाता है । DataFlex मेरा पसंदीदा है, हालांकि मैं इसे और अधिक उपयोग नहीं करता हूं।

कैविएट: मैंने डेटाफ्लेक्स, v3.0 के ऑब्जेक्ट-ओरिएंटेड संस्करण को विकसित करने में मदद की


2

मुझे लगता है कि आपका वास्तविक प्रश्न "क्यों कोई प्रोग्रामिंग भाषा नहीं है जो डेटाबेस लाइब्रेरीज़ के साथ आती है "।

सामान्य प्रयोजन की भाषाएं सभी IO को एक समान मानती हैं, चाहे वह डिस्क से लिख / पढ़ रही हो, एक वेब कैमरा, नेटवर्क, स्क्रीन, मेमोरी में कोई स्थान - यह सब IO है, और यह सभी प्रोग्रामिंग भाषाओं की खुद को चिंता है। साथ में।

वास्तव में, पढ़ने / लिखने से लेकर ढेर और स्टैक तक, अधिकांश प्रोग्रामिंग भाषाएँ कोई वास्तविक IO भी नहीं करती हैं। कुछ भाषाएँ IO संचालन (जैसे कि BASIC में कमांड ) को व्यक्त करने के लिए मूल सुविधाएँ प्रदान करती हैं , लेकिन अधिकांश भाषाएँ उन्हें सामान्य फ़ंक्शन कॉल (जैसे C) में व्यवहार करती हैं और पुस्तकालयों को वास्तविक लेखन को संभालने देती हैं।print printf

कुछ भाषाएं जैसे C # प्रश्नों को व्यक्त करने के लिए भाषा सुविधाएँ प्रदान करती हैं, लेकिन फिर भी, वे सूचियों की सबसे बुनियादी डेटा संरचना (या IEnumerable.NET में जैसा कि उन्हें कहा जाता है) पर सिर्फ अभिव्यक्ति हैं, जो पुस्तकालयों द्वारा SQL संचालन में अनुवादित होते हैं - भाषा ही अभी भी IO की बहुत सार धारणाओं के साथ काम कर रही है।

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


प्रोग्रामिंग भाषाओं के बहुत सारे DB पुस्तकालयों के साथ आते हैं। पायथन और पीएचपी दोनों में ही साइक्लाइट है। SQL सर्वर एक्सप्रेस के साथ विजुअल स्टूडियो जहाज।
क्वांटिकल

वे डीबी इंटरफेस हैं, खुद डीबी नहीं। .NET रनटाइम विजुअल स्टूडियो और न ही SQL सर्वर एक्सप्रेस के साथ जहाज नहीं करता है।
री मियासका

@ReiMiyasaka Python मानक लाइब्रेरी में संपूर्ण SQLite इंजन शामिल है, क्योंकि SQLite सिर्फ एक C लाइब्रेरी है जिसमें एक प्रोग्राम लिंक, एक अलग प्रक्रिया या कुछ भी नहीं है।
डेमियन येरिक

2

हाँ। AS / 400 प्लेटफॉर्म पर मौजूद भाषाओं में डेटाबेस का मूल, प्रथम श्रेणी का समर्थन है।

ऐसा इसलिए है क्योंकि AS / 400 प्लेटफ़ॉर्म में डेटाबेस पूरी तरह से हर जगह एकीकृत है और बहुत अच्छी सुविधाओं के लिए अनुमति देता है, जैसे कि एक परिणाम के माध्यम से नेविगेशन का आसानी से मूल्यों को अपडेट करने के माध्यम से।


0

भाषा और मंच पर निर्भर करता है। उदाहरण के लिए, सी के साथ काम करते समय विभिन्न प्रकार के डेटाबेस का उपयोग करना मेरे लिए काफी तुच्छ है, मैं सिर्फ उचित पुस्तकालय का उपयोग करता हूं।

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

कम से कम, यह उन भाषाओं के लिए मामला है जो आईएसओ जैसे संगठनों द्वारा स्थापित मानकों का पालन करते हैं।


0

जैसा कि लिखा गया है, सवाल आंशिक रूप से गलत है, जैसा कि ऊपर कुछ प्रतिपक्षों ने दिखाया है।

इसलिए मैं सबसे पहले पढ़ने के लिए सवाल को परिष्कृत करूंगा, "एक DBMS को आम तौर पर एक सामान्य-उद्देश्य, उच्च-स्तरीय प्रोग्रामिंग भाषाओं की विशेषता के रूप में क्यों नहीं एकीकृत किया जाता है?"

यह उसी कारण से है कि अन्य सॉफ्टवेयर उत्पाद जैसे ऑपरेटिंग सिस्टम, फाइल सिस्टम, वेब सर्वर, कैशिंग लेयर, आदि आमतौर पर बिल्ट-इन नहीं होते हैं। सामान्य प्रयोजन की भाषाएँ आम तौर पर ऐसे उत्पादों के ऊपर अमूर्त के स्तर पर काम करती हैं। एक प्रोग्रामर एक डीबीएमएस को लागू करने के लिए तो यह उचित है मेंएक सामान्य प्रयोजन की भाषा, और वह DBMS अपनी मूल भाषा या DB-प्रोग्रामरों द्वारा उपयोग के लिए एक DB- विशिष्ट, घोषित भाषा के पहलुओं को भी उजागर कर सकता है। लेकिन एक डीबीएमएस लिखने के लिए बहुत सारे डिज़ाइन विकल्प हैं इसके लिए सामान्य-प्रयोजन प्रोग्रामिंग भाषा में उन्हें ठीक करना बुद्धिमान होना चाहिए। यदि आप उन्हें ठीक करते हैं, तो आप MUMPS जैसे मामले को हवा देते हैं, जहां चिकन और अंडे की समस्या में समूचे उद्योग में दो परिणामों का उलझाव, एक अप्रचलित DBMS और एक अप्रचलित प्रोग्रामिंग भाषा के साथ अटक जाता है।


0

NonStop / SQL में काम करने के लिए उपयोग किया जाता है जो पूरी तरह से NonStop / C, NonStop / C ++, NonStop / Cobol, NonStop / Fortran और शायद अन्य भाषाओं के साथ-साथ NonStop / Guardian के साथ पूरी तरह से एकीकृत किया जाता था, जिस पर ऑपरेटिंग सिस्टम कंप्यूटर भाग गया।

मुझे लगता है कि संभवत: निकटतम एकीकरण आप प्राप्त कर सकते हैं, जहां डेटाबेस ऑपरेटिंग सिस्टम की फाइलसिस्टम है। यह एक मरा हुआ अंत भी है, किसी भी घटक, डेटाबेस, ऑपरेटिंग सिस्टम, हार्डवेयर और इस पर लिखे किसी भी सॉफ़्टवेयर को डिकॉप करने का कोई तरीका नहीं है, इसे कभी भी अलग से उपयोग नहीं किया जा सकता है, दूसरे वातावरण में पोर्ट किया जा सकता है।

एक पीसी पर आप जितने पास जाने वाले होते हैं, वह संभवतः MS Access, Embarcadero / Borland Delphi होता है।

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


0

पूर्व विज़ुअल फॉक्सप्रो डेवलपर के रूप में, मैं कठिन हूं कि कोई भी अजीब भाषा मुख्य धारा की भाषा के हिस्से के रूप में संबंधपरक मॉडल को परिभाषित नहीं करती है।

पूर्ण डेटाबेस इंजन होना अच्छा विचार नहीं है, लेकिन इसके बजाय "SQL" भाषा का होना बहुत उपयोगी हो सकता है।

OO में, प्रतिबाधा बेमेल मौजूद है। ऐसा इसलिए हुआ क्योंकि ऑब्जेक्ट और सेट एक दूसरे को पसंद नहीं करते हैं। लेकिन अगर कोई भाषा मुझे TABLES, FIELDS, RELATIONS, CONSTRAINS, आदि को परिभाषित करने देती है (बिना किसी विशेष भंडारण के) यह बहुत शक्तिशाली होगा। साथ ही, ORM बनाने से अधिक 1-टू -1 मैपिंग होगी।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.