مستقبل کے DBMS کے ساتھ ساتھ لین دین کے معاملے میں Rosreestr کے لیے میری خواہشات

مستقبل کے DBMS کے ساتھ ساتھ لین دین کے معاملے میں Rosreestr کے لیے میری خواہشات
کلائنٹ ڈیٹا بیس کے ساتھ بات چیت کرتا ہے۔
سائٹ سے http://corchaosis.ru، بذریعہ جوناتھن ٹیونگ۔

اس حقیقت کے علاوہ کہ میں ایک پروگرامر ہوں (بنیادی طور پر ڈیلفی + ہر طرح کے مختلف DBMSs، حال ہی میں ORACLE، + تھوڑا پی ایچ پی)، میرا ایک شوق ہے - اپارٹمنٹ خریدنا اور بیچنا۔ میں تعمیراتی مرحلے کے دوران کم و بیش قابل بھروسہ ڈویلپر سے اچھی قیمت پر اپارٹمنٹ خریدتا ہوں (مثال کے طور پر، اب سمولیٹ ایک ایسا ڈویلپر ہے، نیکراسوکا میٹرو اسٹیشن کے قریب اپارٹمنٹس فروخت کے لیے ہیں)، گھر کی فراہمی کا انتظار کریں (اکثر دو) سالوں بعد، یہ سستی پیشکشوں کے ساتھ ہوتا ہے)، میں اس کی تزئین و آرائش کرتا ہوں اور پھر اسے اس کی مارکیٹ قیمت کے 95-100% پر فروخت کرتا ہوں۔

لہذا، مجھے (ہر کسی کی طرح) RosReestr کی لین دین کی کمی کے مسئلے کا سامنا کرنا پڑا۔

Rosreestr کی لین دین کی کمی کا مسئلہ

پروگرامنگ میں یہ "ٹرانزیکشن" ہے، اور رئیل اسٹیٹ میں یہ "متبادل کے ساتھ لین دین" ہے (اور اس کے حصے کے طور پر، "سیف ڈپازٹ باکس ایگریمنٹ")، اور یہ کچھ زیادہ ہی پیچیدہ ہے۔ میں تمہیں بتا رہا ہوں.

واسیا اس اپارٹمنٹ کو دیکھنے آیا جسے پیٹیا بیچ رہا تھا۔ اور Vasya واقعی قیمت سمیت سب کچھ پسند کیا، لیکن Vasya کے پاس کوئی پیسہ نہیں ہے. اس طرح ہماری کہانی شروع ہوتی ہے۔

واسیا کی اپنی جائیداد ہے، جس میں کچھ قدریں ہیں جو اس کے لیے خاص طور پر ضروری نہیں ہیں - لومونوسوف پڑوسی کے گھر میں رہتے تھے، چھت کی اونچائی ساڑھے سات میٹر ہے، وہاں پھلوں اور سبزیوں کا اڈہ ہے اور سدوود مارکیٹ ہے۔ قریب ہی، آپ ایرو ایکسپریس پر چل سکتے ہیں، اپارٹمنٹ کے نیچے ایک تہہ خانے ہے جس کی اونچائی 1 میٹر ہے، فلکیاتی مشاہدات کے لیے اپارٹمنٹ کے اوپر ایک اٹاری ہے۔ Vasya سمجھتا ہے کہ یہ خصوصیات اس کے اپارٹمنٹ کی قیمت میں اضافہ کرتی ہیں، لیکن اپنے لئے نہیں. اور وہ پیٹیا کا اپارٹمنٹ خریدنے اور اپنا اپارٹمنٹ بیچنے کا فیصلہ کرتا ہے۔ لیکن پیٹیا کا اپارٹمنٹ خریدنے کے لئے بالکل ٹھیک فروخت کرنا، اور نہ صرف۔ رئیلٹرز کی زبان میں، اسے "ایک متبادل منتخب کیا گیا ہے" کہا جاتا ہے۔

اب اس صورت حال کو پیٹیا کی طرف سے دیکھتے ہیں۔ حقیقت یہ ہے کہ پیٹیا کو پیسے کی قدر میں کمی پر بیٹھنے میں بھی کوئی دلچسپی نہیں ہے، وہ اپنے آپ کو ویلنور کے شہر ایلون میں اپارٹمنٹ خریدنے کے لیے اپارٹمنٹ بیچ رہا ہے، لیکن اس نے ابھی تک یہ نہیں دیکھا کہ کون سا اپارٹمنٹ ہے۔ رئیلٹرز کی زبان میں، اسے "متبادل کے ساتھ ڈیل" کہا جاتا ہے۔

درمیانی زمین کے دو یلوس، Maglor اور Maedhros، کے پاس ویلینور شہر میں مناسب (پیٹیا کے معیار کے مطابق) جائیداد ہے، جسے فوری طور پر فروخت کیا جاتا ہے، کیونکہ وہ میلکور کی خدمت کرنے جا رہے ہیں۔ رئیلٹرز کی زبان میں اسے "مفت فروخت" کہا جاتا ہے۔

لہذا، واسیا کو ایک کلائنٹ، سیریوزا مل گیا. اب، پیٹیا کو ویلینور شہر میں اس کے لیے دو مناسب آپشن ملتے ہیں۔ ہم معاہدے کو حتمی شکل دینے والے ہیں۔ آئیے ہم سادگی کے لیے فرض کر لیں کہ لین دین کے فریقین میں سے کوئی بھی رہن کا استعمال نہیں کرتا ہے اور نابالغوں کے پاس حصص کے مالکان نہیں ہیں۔ اس طرح، اب درج ذیل اعمال کو انجام دینا ضروری ہے:
1. سریوزا پیٹیا کو پیسے دیتا ہے۔
2. واسیا اپنا اپارٹمنٹ سیریوزہ کو دیتا ہے۔
3. پیٹیا اپنا اپارٹمنٹ واسیا کو دیتا ہے۔
4. یا تو Maglor یا Maedhros Valinor میں اپنا اپارٹمنٹ پیٹا کو منتقل کریں اور Seryozha کی رقم وصول کریں۔
5. میلکور اور میدروس میلکور کی خدمت کے لیے مورڈور جاتے ہیں۔

مندرجہ ذیل اسکرپٹ کو عمل درآمد کے لیے Rosreestr کو جمع کرانا مثالی ہوگا:

لین دین شروع کریں۔
سریوزا کو واسیا کا اپارٹمنٹ دے دو۔
پیٹیا کا اپارٹمنٹ واسیا کو دیں۔
شروع کریں
مالکور کا اپارٹمنٹ پیٹیا کو دے دو
سریوزا کی رقم ملکور کو دے دو
IF_ERROR:
میدروس کا اپارٹمنٹ پیٹیا کو دے دو
سریوزا کی رقم مادروس کو دے دو
آخر
لین دین کا عہد کریں۔

یہ ایک متبادل کے ساتھ ایک آسان ٹرانزیکشن اسکرپٹ ہے، جو یہ فرض کرتا ہے کہ تمام اپارٹمنٹس کا ایک بالغ (اور قابل) مالک ہے، کہ ان کی قدریں برابر ہیں، اور یہ کہ لین دین کے مراحل سے قطع نظر رئیلٹرز (اگر کوئی ہے) کو ادائیگی کی جاتی ہے۔

تاہم، Rosreestr لین دین کی حمایت نہیں کرتا ہے۔ تمام کارروائیاں ترتیب وار اور آزادانہ طور پر، یکے بعد دیگرے انجام دی جائیں گی، اگر ان میں سے کوئی ایک ناکام ہو جاتا ہے تو مجموعی طور پر لین دین کو روکے بغیر۔ زیادہ سے زیادہ جو حاصل کیا جا سکتا ہے - یہ دیکھتے ہوئے کہ Rosreestr اور MFC نقد کی منتقلی کے ساتھ کام نہیں کرتے ہیں - رقم کو محفوظ ڈپازٹ باکس میں جمع کرنا ہے، جس میں واسیا، پیٹیا، سیریوزا (اگر کوئی لین دین نہیں ہے) کے ذریعہ اس تک رسائی کی شرائط کے ساتھ بالکل رجسٹرڈ ہے)، اور دیگر اداکار، Rosreestr کے ذریعے رجسٹرڈ معاہدوں کی پیشکش پر۔ (اور ویسے، بینک آزادانہ طور پر معاہدوں کی صداقت کی تصدیق نہیں کرتے، یعنی وہ لین دین کے فریقین کے کاغذات کی صداقت پر بھروسہ کرتے ہیں)۔

لین دین کی نامکمل تکمیل کے خطرات کے علاوہ، ایک اور مسئلہ یہ ہے کہ اگر دیگر شرکاء مکمل رجسٹریشن کا انتظار کیے بغیر اپنے نئے گھر میں منتقل ہو سکتے ہیں (ہیلو، یوٹیلیٹی بلوں کی کم ادائیگی کا مسئلہ!)، تو Maglor اور Maedhros جلد ہی نہیں جائیں گے۔ میلکور کی خدمت کریں، اور شاید میگلور اس قابل نہیں ہوں گے کہ اس کے پاس سلمریلز کو اپنے ہاتھ میں رکھنے کا وقت نہیں ہوگا۔ رئیل اسٹیٹ کے لین دین ترتیب وار کیے جاتے ہیں، اور ہر لین دین پر عمل درآمد میں کم از کم 9 کاروباری دن لگیں گے۔

اس کے علاوہ، Rosreestr DDU کے تحت تعمیر کیے جانے والے مکانات کے بوجھ کی حمایت نہیں کرتا ہے، لیکن یہ ہو سکتا ہے، یہ ایک سادہ مستقبل کے سلسلے میں ایک ابتدائی کارروائی ہے۔

اب آئیے ڈی بی ایم ایس کے بارے میں کوتاہیوں اور میری خواہشات کی طرف

1) پہلا ورژن کنٹرول سسٹم کی کمی ہے۔ اگر ڈیلفی سائیڈ پر میں اپنے سینڈ باکس میں تیار کرتا ہوں، اور جو تبدیلیاں میں کرتا ہوں وہ دوسرے پروگرامرز کو اس وقت تک ظاہر نہیں ہوں گے جب تک کہ وہ کمٹڈ نہ ہوں، تو ایسا DBMS کے ساتھ نہیں ہے۔ اور یہاں تک کہ اگر مجھ پر مکمل بھروسہ ہے (کم از کم اس دائرہ کار کے اندر جو مجھے تفویض کردہ کام کے لیے ضروری ہے) جنگی ڈیٹا بیس تک رسائی، اور ایسا ہوتا ہے، میں اس پر ترقی نہیں کر سکتا۔ جب میں ڈیبگ کر رہا ہوں، سب کچھ گر جائے گا۔ یہ کیسا پتھر کا دور ہے؟؟؟ ڈویلپرز کے لیے ایک سینڈ باکس بنائیں۔

2) دوسرا حقیقی دنیا کو بیان کرنے والے پہلے سے طے شدہ معیاری جدولوں کی کمی ہے۔ ہر کمپنی جس کے لیے میں نے کام کیا ہے اس کا اپنا ٹیبل فارمیٹ ہے جس میں بارہ مہینوں کے نام (روسی اور (کم از کم) انگریزی میں، روسی کے مختلف معاملات میں) بیان کیے گئے ہیں!

3) تیسرا - اور یہاں میں اوریکل کی اصطلاحات استعمال کروں گا - ایک سادہ Insert یا Update اسکرپٹ کو کال کرنے کا کوئی طریقہ نہیں ہے جو Returning کا استعمال کرتا ہے، اسی طرح جسے ہم سلیکٹ کہتے ہیں۔ شاید یہ اوریکل کے مسائل نہیں ہیں بلکہ Delphi + Oracle کے انٹرفیس کے مسائل ہیں۔

4) چوتھا - میرے بنائے ہوئے طریقہ کار اور افعال کو اختیارات تفویض کرنے کی ضرورت جہاں میں یہ نہیں کرنا چاہتا۔ میں طریقہ کار اور افعال کے لیے صارف کی اجازتوں کو سیٹ اور پھر تبدیل نہیں کرنا چاہتا۔ کیوں، اگر میں نے واضح طور پر گرانٹس نہیں لکھے ہیں، تو کیا نظام خود اس میں شامل اشیاء کو نہیں دیکھ سکتا، اور، ان کے ساتھ کام کرنے کے حقوق کے مطابق، مخصوص صارفین کو فنکشن کال کرنے کا حق دیتا ہے یا نہیں؟ فنکشنز اور طریقہ کار لکھتے وقت میں اس کے لیے ایک کلیدی لفظ لکھنے کے لیے تیار ہوں۔ یا، اس سے بھی بہتر، صارف کو عمل درآمد شروع کرنے دیں، اور اگر الگورتھم برانچ اسے ایسی درخواست کی طرف لے جائے جس کے لیے صارف کے پاس حقوق نہیں ہیں، تو وہ اسے غلطی کے ساتھ باہر پھینک دے گا۔

ماخذ: www.habr.com

نیا تبصرہ شامل کریں