माझ्या भविष्यातील डीबीएमएसला तसेच व्यवहाराच्या दृष्टीने रोझरीस्टरला शुभेच्छा

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

मी प्रोग्रामर आहे या व्यतिरिक्त (मुख्यतः डेल्फी + सर्व प्रकारचे विविध DBMS, अलीकडे ORACLE, + थोडे PHP), मला एक छंद आहे - अपार्टमेंट खरेदी करणे आणि विक्री करणे. मी बांधकामाच्या टप्प्यावर कमी-अधिक विश्वासार्ह विकसकाकडून चांगल्या किमतीत एक अपार्टमेंट खरेदी करतो (उदाहरणार्थ, आता समोलेट असा विकासक आहे, नेक्रासोव्का मेट्रो स्टेशनजवळील अपार्टमेंट्स विक्रीसाठी आहेत), घर वितरित होण्याची प्रतीक्षा करा (बहुतेकदा दोन वर्षांनंतर, हे स्वस्त ऑफरसह घडते), मी त्याचे नूतनीकरण करतो आणि नंतर त्याच्या बाजारभावाच्या 95-100% किंमतीला विकतो.

म्हणून, मला (इतर सर्वांप्रमाणे) RosReestr च्या व्यवहाराच्या अभावाच्या समस्येचा सामना करावा लागला.

Rosreestr च्या व्यवहाराच्या व्यवहाराच्या अभावाची समस्या

प्रोग्रामिंगमध्ये ते "व्यवहार" आहे आणि रिअल इस्टेटमध्ये ते "पर्यायीसह व्यवहार" आहे (आणि त्याचा भाग म्हणून, "सेफ डिपॉझिट बॉक्स करार") आणि ते थोडे अधिक क्लिष्ट आहे. मी सांगतोय.

पेट्या विकत असलेले अपार्टमेंट पाहण्यासाठी वास्या आला. आणि वास्याला किंमतीसह सर्वकाही खरोखरच आवडले, परंतु वास्याकडे पैसे नाहीत. आमची कथा अशीच सुरू होते.

वास्याची स्वतःची मालमत्ता आहे, ज्यात काही मूल्ये आहेत जी त्याच्यासाठी विशेषतः आवश्यक नाहीत - लोमोनोसोव्ह शेजारच्या घरात राहत होता, कमाल मर्यादा साडेसात मीटर आहे, तेथे फळ आणि भाजीपाला तळ आहे आणि सदोवोद बाजार आहे. जवळपास, आपण एरोएक्सप्रेसवर चालत जाऊ शकता, अपार्टमेंटच्या खाली 1 मीटर उंचीचे तळघर आहे, अपार्टमेंटच्या वर एक पोटमाळा आहे जो खगोलशास्त्रीय निरीक्षणांसाठी सोयीस्कर आहे. वास्याला समजते की या वैशिष्ट्यांमुळे त्याच्या अपार्टमेंटची किंमत वाढते, परंतु स्वत: साठी नाही. आणि त्याने पेट्याचे अपार्टमेंट विकत घेण्याचे आणि स्वतःचे अपार्टमेंट विकण्याचा निर्णय घेतला. परंतु पेट्याचे अपार्टमेंट खरेदी करण्यासाठी तंतोतंत विक्री करणे, फक्त नाही. रिअलटर्सच्या भाषेत, याला "एक पर्याय निवडला गेला आहे" असे म्हणतात.

आता पेट्याच्या बाजूने ही परिस्थिती पाहू. वस्तुस्थिती अशी आहे की पेट्याला पैशाचे अवमूल्यन करून बसण्यातही रस नाही, तो व्हॅलिनोरच्या एल्व्हन शहरात अपार्टमेंट विकत घेण्यासाठी अपार्टमेंट विकत आहे, परंतु त्याने अद्याप कोणते ते पाहिले नाही. रिअलटर्सच्या भाषेत, याला "Deal with an option" असे म्हणतात.

मध्य-पृथ्वीतील दोन एल्व्ह, मॅग्लोर आणि माइद्रोस, व्हॅलिनोर शहरात योग्य (पेटियाच्या निकषानुसार) रिअल इस्टेट आहे, जी त्वरित विकली जाते, कारण ते मेलकोरची सेवा करणार आहेत. रिअल्टर्सच्या भाषेत याला “फ्री सेल” म्हणतात.

तर, वास्याला एक क्लायंट सापडला, सेरियोझा. आता, पेट्याला व्हॅलिनोर शहरात त्याच्यासाठी दोन योग्य पर्याय सापडले आहेत. आम्ही करार अंतिम करणार आहोत. साधेपणासाठी गृहीत धरू या की व्यवहारातील कोणताही पक्ष गहाण ठेवत नाही आणि शेअर मालक म्हणून अल्पवयीन नाही. अशा प्रकारे, आता खालील क्रिया केल्या पाहिजेत:
1. सेरियोझा ​​पेट्याला पैसे देते.
2. वास्याने आपले अपार्टमेंट सेरिओझाला दिले.
3. पेट्या वास्याला त्याचे अपार्टमेंट देतो.
4. एकतर मॅग्लोर किंवा मेड्रॉस त्यांचे व्हॅलिनोरमधील अपार्टमेंट पेटा येथे हस्तांतरित करतात आणि सेरियोझाचे पैसे घेतात.
5. माल्कोर आणि मेद्रोस मेल्कोरची सेवा करण्यासाठी मोरदोरला जातात.

अंमलबजावणीसाठी खालील स्क्रिप्ट Rosreestr ला सबमिट करणे योग्य आहे:

व्यवहार सुरू करा
वास्याचे अपार्टमेंट सेरियोझाला द्या.
पेट्याचे अपार्टमेंट वास्याला द्या.
सुरू
पेट्याला मालकोरचे अपार्टमेंट द्या
सर्योझाचे पैसे माल्कोरला द्या
IF_ERROR:
पेट्याला माइद्रोसचे अपार्टमेंट द्या
सेरिओझाचे पैसे माइद्रोसला द्या
शेवट
कमिट ट्रान्सक्शन

हे एक पर्यायासह एक सरलीकृत व्यवहार स्क्रिप्ट आहे, जे असे गृहीत धरते की सर्व अपार्टमेंटचा एक प्रौढ (आणि सक्षम) मालक आहे, त्यांची मूल्ये समान आहेत आणि रियाल्टर्सला (जर असेल तर) व्यवहाराच्या टप्प्यांचा विचार न करता पैसे दिले जातात.

तथापि, Rosreestr व्यवहाराला समर्थन देत नाही. सर्व क्रिया क्रमशः आणि स्वतंत्रपणे केल्या जातील, एकामागून एक, त्यांच्यापैकी एक अयशस्वी झाल्यास संपूर्ण व्यवहार मागे न घेता. Rosreestr आणि MFC रोख हस्तांतरणासह कार्य करत नसल्याच्या कारणास्तव - वास्या, पेट्या, सेरिओझा यांच्या प्रवेशाच्या अटींसह पैसे सुरक्षित ठेव बॉक्समध्ये जमा करणे आहे (व्यवहार न केल्यास अजिबात नोंदणीकृत आहे), आणि इतर कलाकार, Rosreestr द्वारे नोंदणीकृत करार सादर केल्यावर. (आणि तसे, बँका स्वतंत्रपणे कराराच्या सत्यतेची पडताळणी करत नाहीत, म्हणजेच त्यांना व्यवहारातील पक्षांच्या कागदपत्रांच्या सत्यतेवर विश्वास आहे).

व्यवहार अपूर्ण पूर्ण होण्याच्या जोखमींव्यतिरिक्त, आणखी एक समस्या अशी आहे की जर इतर सहभागी पूर्ण नोंदणीची वाट न पाहता त्यांच्या नवीन घरात जाऊ शकतात (हॅलो, युटिलिटी बिलांच्या कमी पेमेंटचा मुद्दा!), तर मगलोर आणि मेड्रॉस लवकरच घरी जाणार नाहीत. मेल्कोरची सेवा करा आणि कदाचित मॅग्लोरला हे शक्य होणार नाही की त्याच्याकडे सिल्मरिल्स हातात धरायला वेळ नसेल. रिअल इस्टेट व्यवहार अनुक्रमे केले जातात आणि प्रत्येक व्यवहाराच्या अंमलबजावणीसाठी किमान 9 व्यावसायिक दिवस लागतील.

याव्यतिरिक्त, Rosreestr DDU अंतर्गत बांधल्या जाणार्‍या घरांच्या भाराचे समर्थन करत नाही, परंतु हे शक्य आहे, साध्या फ्युचर्सच्या संबंधात ही एक प्राथमिक क्रिया आहे.

आता DBMS बद्दलच्या कमतरता आणि माझ्या शुभेच्छांकडे वळूया

1) प्रथम आवृत्ती नियंत्रण प्रणालीचा अभाव आहे. जर डेल्फीच्या बाजूने मी माझ्या स्वत: च्या सँडबॉक्समध्ये विकसित केले आणि मी केलेले बदल इतर प्रोग्रामरना ते वचनबद्ध होईपर्यंत दिसणार नाहीत, तर डीबीएमएसच्या बाबतीत असे नाही. आणि जरी माझा पूर्ण विश्वास आहे (किमान मला नियुक्त केलेल्या कार्यासाठी आवश्यक असलेल्या कार्यक्षेत्रात) लढाऊ डेटाबेसमध्ये प्रवेश आहे आणि असे घडले तरी मी त्यावर विकास करू शकत नाही. मी डीबग करत असताना, सर्वकाही संकुचित होईल. हा कसला अश्मयुग आहे??? विकसकांसाठी सँडबॉक्स बनवा.

२) दुसरे म्हणजे वास्तविक जगाचे वर्णन करणार्‍या पूर्वनिर्धारित प्रमाणित सारण्यांचा अभाव. मी काम केलेल्या प्रत्येक कंपनीचे स्वतःचे टेबल फॉरमॅट आहे ज्यात बारा महिन्यांच्या नावांचे (रशियन आणि (किमान) इंग्रजीमध्ये, रशियन भाषेच्या वेगवेगळ्या प्रकरणांमध्ये) वर्णन केले आहे!

3) तिसरा - आणि मी येथे ओरॅकल शब्दावली वापरेन - रिटर्निंग वापरणारी साधी इन्सर्ट किंवा अपडेट स्क्रिप्ट कॉल करण्याचा कोणताही मार्ग नाही, ज्याप्रमाणे आपण सिलेक्ट म्हणतो. कदाचित या ओरॅकल समस्या नसून डेल्फी + ओरॅकलच्या इंटरफेसमधील समस्या आहेत.

4) चौथा - मी तयार केलेल्या कार्यपद्धती आणि कार्यांना अधिकार देण्याची गरज आहे जिथे मला हे करायचे नाही. मी कार्यपद्धती आणि कार्यांसाठी वापरकर्ता परवानग्या सेट करू इच्छित नाही आणि नंतर बदलू इच्छित नाही. जर मी स्पष्टपणे अनुदान लिहिले नाही, तर सिस्टीम स्वतः गुंतलेल्या वस्तूंकडे पाहू शकत नाही आणि, त्यांच्यासह कार्य करण्याच्या अधिकारांनुसार, विशिष्ट वापरकर्त्यांना फंक्शन कॉल करण्याचा अधिकार देऊ शकत नाही किंवा देऊ शकत नाही? फंक्शन्स आणि प्रक्रिया लिहिताना मी यासाठी एक कीवर्ड लिहायला तयार आहे. किंवा, त्याहूनही चांगले, वापरकर्त्याला अंमलबजावणी सुरू करू द्या आणि जर अल्गोरिदम शाखेने त्याला अशा विनंतीकडे नेले की ज्यासाठी वापरकर्त्याला अधिकार नाहीत, तर तो त्रुटीसह बाहेर फेकून देईल.

स्त्रोत: www.habr.com