भविष्य के DBMS के साथ-साथ लेन-देन के मामले में Rosreestr के लिए मेरी शुभकामनाएँ

क्लाइंट डेटाबेस के साथ इंटरैक्ट करता है।
साइट से http://corchaosis.ru, जोनाथन टियोंग द्वारा।

इस तथ्य के अलावा कि मैं एक प्रोग्रामर हूं (ज्यादातर डेल्फी + सभी प्रकार के विभिन्न डीबीएमएस, हाल ही में ओरेकल, + थोड़ा PHP), मेरा एक शौक है - अपार्टमेंट खरीदना और बेचना। मैं कमोबेश विश्वसनीय डेवलपर से निर्माण चरण में एक स्वादिष्ट कीमत पर एक अपार्टमेंट खरीदता हूं (उदाहरण के लिए, अब समोलेट एक ऐसा डेवलपर है, नेक्रासोव्का मेट्रो स्टेशन के पास के अपार्टमेंट बिक्री के लिए हैं), मैं घर सौंपे जाने की प्रतीक्षा करता हूं (अक्सर दो साल बाद, यह सस्ते प्रस्तावों के साथ होता है), मैं इसकी मरम्मत करता हूं और फिर इसे इसके बाजार मूल्य के 95-100% पर बेचता हूं।

तो, मैं (हर किसी की तरह) RosReestr की लेन-देन की कमी की समस्या में पड़ गया।

Rosreestr की लेन-देन की लेन-देन की प्रकृति की कमी की समस्या

प्रोग्रामिंग में "लेन-देन" और रियल एस्टेट में यह "विकल्प के साथ सौदा" है (और, इसके हिस्से के रूप में, "जमा बॉक्स समझौता"), और वहां चीजें थोड़ी अधिक जटिल हैं। मैं बता रहा हूं।

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

वास्या की अपनी संपत्ति है, जिसमें कुछ मूल्य हैं जो उसके लिए विशेष रूप से आवश्यक नहीं हैं - लोमोनोसोव एक पड़ोसी घर में रहता था, छत की ऊंचाई साढ़े सात मीटर है, एक फल का आधार है और पास में सडोवोड बाजार है , आप एयरोएक्सप्रेस तक चल सकते हैं, अपार्टमेंट के नीचे 1 मीटर की दूरी पर एक बेसमेंट है, अपार्टमेंट के ऊपर खगोलीय अवलोकन के लिए सुविधाजनक एक अटारी है। वास्या समझती है कि ये सुविधाएँ उसके अपार्टमेंट की कीमत बढ़ाती हैं, लेकिन उसके लिए नहीं। और उसने पेट्या का अपार्टमेंट खरीदने और अपना अपार्टमेंट बेचने का फैसला किया। लेकिन पेट्या का अपार्टमेंट खरीदने के लिए इसे बेचना ही नहीं, बल्कि इसे बेचना भी है। रीयलटर्स की भाषा में इसे कहा जाता है - "विकल्प का चयन किया जाता है।"

आइए अब इस स्थिति को पेट्या की ओर से देखें। तथ्य यह है कि पेट्या को भी पैसे कम करके बैठने में कोई दिलचस्पी नहीं है, वह वेलिनोर के एल्वेन शहर में एक अपार्टमेंट खरीदने के लिए एक अपार्टमेंट बेच रहा है, लेकिन उसने अभी तक यह नहीं देखा है कि कौन सा है। रीयलटर्स की भाषा में, इसे कहा जाता है - "एक विकल्प के साथ सौदा करें।"

मध्य-पृथ्वी के दो कल्पित बौने, मैग्लोर और माएध्रोस के पास वेलिनोर शहर में उपयुक्त (पेटिट के मानदंड) अचल संपत्ति है, जिसे तत्काल बेच दिया जाता है, क्योंकि उन्हें मेल्कोर की सेवा के लिए भेजा जाता है। रीयलटर्स की भाषा में इसे कहते हैं - "मुफ़्त बिक्री"।

तो, वास्या को एक ग्राहक सेरेज़ा मिल गया। अब, पेट्या को वैलिनोर शहर में उसके लिए दो उपयुक्त विकल्प मिलते हैं। हम एक सौदा करने जा रहे हैं. सरलता के लिए मान लें कि लेन-देन में भाग लेने वालों में से कोई भी बंधक का उपयोग नहीं करता है और उसके पास कोई मामूली शेयर मालिक नहीं है। इस प्रकार, अब निम्नलिखित कार्रवाई होनी चाहिए:
1. शेरोज़ा पेट्या को पैसे देती है।
2. वास्या ने अपना अपार्टमेंट शेरोज़ा को दे दिया।
3. पेट्या ने अपना अपार्टमेंट वास्या को दे दिया।
4. या तो मैगलर या माएध्रोस वेलिनोर में अपना अपार्टमेंट पेट्या को सौंप दें और शेरोज़ा के पैसे प्राप्त करें।
5. माल्कोर और माएध्रोस मेल्कोर की सेवा के लिए मोर्डोर जाते हैं।

निष्पादन के लिए निम्नलिखित स्क्रिप्ट को Rosreestr में स्थानांतरित करना आदर्श होगा:

लेन-देन प्रारंभ करें
वास्या का अपार्टमेंट शेरोज़ा को दे दो।
पेटिट का अपार्टमेंट वास्या को दे दो।
शुरू करना
माल्कोर का अपार्टमेंट पेट्या को दे दो
शेरोज़ा के पैसे माल्कोर को दे दो
यदि_त्रुटि:
मेध्रोस का अपार्टमेंट पेट्या को दे दो
शेरोज़ा के पैसे माएध्रोस को दे दो
समाप्त
संचार परिवहन

यह एक विकल्प के साथ एक सरलीकृत लेन-देन स्क्रिप्ट है, यह मानते हुए कि सभी अपार्टमेंट में एक वयस्क (और सक्षम) मालिक है, कि उनकी कीमतें समान हैं, और रीयलटर्स (यदि कोई हो) को लेन-देन के चरणों की परवाह किए बिना भुगतान किया जाता है।

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

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

इसके अलावा, Rosreestr DDU के तहत निर्माणाधीन आवासों के भार का समर्थन नहीं करता है, लेकिन यह कर सकता है, यह एक साधारण वायदा के संबंध में एक प्राथमिक कार्रवाई है।

अब आइए डीबीएमएस के बारे में कमियों और मेरी इच्छा सूची पर चलते हैं

1) पहला कारण संस्करण नियंत्रण प्रणाली का अभाव है। यदि डेल्फ़ी की ओर से मैं अपने सैंडबॉक्स में विकास कर रहा हूं, और मेरे द्वारा किए गए परिवर्तन अन्य प्रोग्रामर को तब तक दिखाई नहीं देंगे जब तक कि वे प्रतिबद्ध न हों, तो डीबीएमएस के साथ ऐसा नहीं है। और यहां तक ​​​​कि अगर मुझे लड़ाकू डेटाबेस तक पूर्ण पहुंच (कम से कम मुझे सौंपे गए कार्य के ढांचे के भीतर) पर भरोसा है, और ऐसा होता है, तो मैं इस पर विकास नहीं कर सकता। जब मैं डिबगिंग कर रहा हूँ, सब कुछ ध्वस्त हो जाएगा। यह पाषाण युग क्या है? डेवलपर्स के लिए एक सैंडबॉक्स बनाएं।

2) दूसरा वास्तविक दुनिया का वर्णन करने वाली पूर्व-स्थापित मानकीकृत तालिकाओं की कमी है। जिस भी कंपनी के लिए मैंने काम किया है, उसका अपना तालिका प्रारूप है जिसमें बारह महीनों के नामों (रूसी और (कम से कम) अंग्रेजी, रूसी के विभिन्न मामलों में) का वर्णन किया गया है!

3) तीसरा - और यहां मैं ओरेकल शब्दावली का उपयोग करूंगा - एक साधारण इंसर्ट या अपडेट स्क्रिप्ट को कॉल करने का कोई तरीका नहीं है जो रिटर्निंग का उपयोग करता है, जिस तरह से हम सेलेक्ट कहते हैं। शायद ये Oracle समस्याएँ नहीं हैं, बल्कि Delphi + Oracle इंटरफ़ेस समस्याएँ हैं।

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

स्रोत: www.habr.com