ভবিষ্যতের DBMS-এর জন্য আমার শুভেচ্ছা, সেইসাথে লেনদেনের ক্ষেত্রে Rosreestr-এর জন্য

ক্লায়েন্ট ডাটাবেসের সাথে যোগাযোগ করে।
সাইট থেকে http://corchaosis.ru, জোনাথন টিয়ং দ্বারা।

আমি একজন প্রোগ্রামার (বেশিরভাগই ডেলফি + সব ধরণের বিভিন্ন ডিবিএমএস, সম্প্রতি ORACLE, + একটু পিএইচপি) ছাড়াও আমার একটি শখ আছে - অ্যাপার্টমেন্ট কেনা এবং বিক্রি করা। আমি একটি সুস্বাদু মূল্যে কম-বেশি নির্ভরযোগ্য বিকাশকারীর কাছ থেকে নির্মাণ পর্যায়ে একটি অ্যাপার্টমেন্ট কিনি (উদাহরণস্বরূপ, এখন সামোলেট এমন একজন বিকাশকারী, নেক্রাসোভকা মেট্রো স্টেশনের কাছে অ্যাপার্টমেন্টগুলি বিক্রির জন্য), আমি বাড়ি হস্তান্তরের জন্য অপেক্ষা করছি (প্রায়শই দুই বছর পরে, এটি সস্তা অফারগুলির সাথে ঘটে), আমি এটি মেরামত করি এবং তারপরে এটির বাজার মূল্যের 95-100% বিক্রি করি।

সুতরাং, আমি (অন্য সবার মত) RosReestr এর লেনদেনের অভাবের সমস্যায় পড়েছিলাম।

Rosreestr এর লেনদেনের লেনদেন প্রকৃতির অভাবের সমস্যা

প্রোগ্রামিং "লেনদেন" এবং রিয়েল এস্টেটে এটি "বিকল্পের সাথে চুক্তি" (এবং এর অংশ হিসাবে, "ডিপোজিট বক্স চুক্তি") এবং সেখানে জিনিসগুলি একটু বেশি জটিল। আমি বলছি.

পেটিয়া যে অ্যাপার্টমেন্টটি বিক্রি করছে তা দেখতে ভাস্য এসেছিলেন। এবং ভাস্য দাম সহ সবকিছু খুব পছন্দ করেছিল, তবে ভাস্যের কাছে কোনও টাকা নেই। এভাবেই শুরু হয় আমাদের গল্প।

ভাস্যের নিজস্ব সম্পত্তি রয়েছে, যার কিছু মান রয়েছে যা তার জন্য বিশেষভাবে প্রয়োজনীয় নয় - লোমনোসভ একটি প্রতিবেশী বাড়িতে থাকতেন, সিলিং উচ্চতা সাড়ে সাত মিটার, একটি ফলের ভিত্তি এবং কাছাকাছি সাদোভোড বাজার রয়েছে , আপনি Aeroexpress এ হেঁটে যেতে পারেন, অ্যাপার্টমেন্টের নীচে একটি বেসমেন্ট রয়েছে 1 মিটার, অ্যাপার্টমেন্টের উপরে জ্যোতির্বিদ্যা পর্যবেক্ষণের জন্য সুবিধাজনক একটি অ্যাটিক রয়েছে। ভাস্যা বোঝে যে এই বৈশিষ্ট্যগুলি তার অ্যাপার্টমেন্টের দাম বাড়ায়, তবে নিজের জন্য নয়। এবং তিনি পেটিয়ার অ্যাপার্টমেন্ট কেনার এবং তার অ্যাপার্টমেন্ট বিক্রি করার সিদ্ধান্ত নেন। কিন্তু পেটিয়ার অ্যাপার্টমেন্ট কেনার জন্য এটি বিক্রি করা, এবং শুধু নয়। রিয়েলটারদের ভাষায়, একে বলা হয় - "বিকল্প নির্বাচন করা হয়েছে।"

এখন পেটিয়ার দিক থেকে এই পরিস্থিতির দিকে নজর দেওয়া যাক। আসল বিষয়টি হ'ল পেটিয়াও অর্থ অবমূল্যায়ন করতে বসে থাকতে আগ্রহী নন, তিনি ভ্যালিনোর এলভেন শহরে একটি অ্যাপার্টমেন্ট কেনার জন্য একটি অ্যাপার্টমেন্ট বিক্রি করছেন, তবে তিনি এখনও কোনটির দিকে তাকাননি। রিয়েলটরদের ভাষায়, একে বলা হয় - "একটি বিকল্পের সাথে ডিল করুন।"

মধ্য-পৃথিবীর দুটি এলভ, ম্যাগলোর এবং মায়েড্রোস, ভ্যালিনোর শহরে উপযুক্ত (পেটিটের মানদণ্ড) রিয়েল এস্টেট রয়েছে, যা জরুরীভাবে বিক্রি করা হয়, কারণ তাদের মেলকোর পরিবেশন করার জন্য পাঠানো হয়। রিয়েলটরদের ভাষায় একে বলা হয় - "ফ্রি সেল"।

সুতরাং, ভাস্য একজন ক্লায়েন্ট সেরেজাকে খুঁজে পান। এখন, পেটিয়া ভ্যালিনোর শহরে তার জন্য দুটি উপযুক্ত বিকল্প খুঁজে পেয়েছে। আমরা একটি চুক্তি করতে যাচ্ছি. সরলতার জন্য অনুমান করুন যে লেনদেনে অংশগ্রহণকারীদের কেউই বন্ধক ব্যবহার করেন না এবং তাদের একটি ছোট শেয়ার মালিক নেই। সুতরাং, নিম্নলিখিত ক্রিয়াগুলি এখন সঞ্চালিত হওয়া উচিত:
1. সেরিওজা পেটিয়াকে টাকা দেয়।
2. ভাস্য তার অ্যাপার্টমেন্ট সেরিওজাকে দেয়।
3. পেটিয়া তার অ্যাপার্টমেন্ট ভাস্যকে দেয়।
4. হয় Maglor বা Maedhros ভ্যালিনোরে তাদের অ্যাপার্টমেন্ট পেটিয়ার কাছে হস্তান্তর করুন এবং সেরিওজার অর্থ গ্রহণ করুন।
5. Malkor এবং Maedhros মেলকোর পরিবেশন করতে Mordor যান.

কার্যকর করার জন্য নিম্নলিখিত স্ক্রিপ্টটি Rosreestr এ স্থানান্তর করা আদর্শ হবে:

লেনদেন শুরু করুন
সেরিওজাকে ভাস্যার অ্যাপার্টমেন্ট দিন।
পেটিট এর অ্যাপার্টমেন্ট ভাস্যকে দিন।
শুরু করা
পেটিয়াকে মালকোরের অ্যাপার্টমেন্ট দিন
সেরিওজার টাকা মালকোরকে দাও
IF_ERROR:
পেটিয়াকে মায়েদ্রোসের অ্যাপার্টমেন্ট দিন
সেরিওজার টাকা মায়েদ্রোসকে দাও
শেষ
কমিট লেনদেন

এটি একটি বিকল্প সহ একটি সরলীকৃত লেনদেন স্ক্রিপ্ট, অনুমান করে যে সমস্ত অ্যাপার্টমেন্টের একজন প্রাপ্তবয়স্ক (এবং সক্ষম) মালিক রয়েছে, তাদের দাম সমান, এবং লেনদেনের পর্যায় নির্বিশেষে রিয়েলটরদের (যদি থাকে) অর্থ প্রদান করা হয়।

যাইহোক, Rosreestr লেনদেন সমর্থন করে না। সমস্ত ক্রিয়া ক্রমান্বয়ে এবং স্বাধীনভাবে সম্পাদিত হবে, একের পর এক, সম্পূর্ণরূপে লেনদেনকে রোল ব্যাক না করে যদি তাদের মধ্যে একটি সম্পূর্ণ না হয়। সর্বাধিক যা অর্জন করা যেতে পারে - প্রদত্ত যে Rosreestr এবং MFC নগদ স্থানান্তরের সাথে কাজ করে না - তা হল একটি ব্যাঙ্ক সেলে টাকা রাখা, যেখানে ভাস্য, পেটিয়া, সেরেজা (যদি কোনও লেনদেন নিবন্ধিত না হয়) দ্বারা তাদের অ্যাক্সেসের শর্তাবলী সহ সর্বোপরি), এবং অন্যান্য অভিনেতা, Rosreestr দ্বারা নিবন্ধিত চুক্তি উপস্থাপনের উপর। (এবং যাইহোক, ব্যাঙ্কগুলি স্বাধীনভাবে চুক্তির সত্যতা যাচাই করে না, অর্থাৎ, তারা লেনদেনে অংশগ্রহণকারীদের কাগজপত্রের সত্যতাকে বিশ্বাস করে)।

সম্পূর্ণরূপে লেনদেন সম্পূর্ণ না করার ঝুঁকি ছাড়াও, আরেকটি সমস্যা হল যে যদি অন্য অংশগ্রহণকারীরা সম্পূর্ণ রেজিস্ট্রেশনের (হ্যালো, ইউটিলিটি বিলের কম অর্থপ্রদানের প্রশ্ন!) অপেক্ষা না করে তাদের নতুন আবাসনে যেতে পারে, তাহলে ম্যাগলোর এবং মায়েদ্রোস তা করবে না। শীঘ্রই মেলকোর পরিবেশন করতে যান, এবং সম্ভবত ম্যাগলর তার হাতে সিলমারিলগুলি ধরে রাখতে সক্ষম হবে না, তার কেবল সময় থাকবে না। রিয়েল এস্টেট লেনদেন ক্রমানুসারে সম্পাদিত হয় এবং প্রতিটি লেনদেনের প্রক্রিয়াকরণে কমপক্ষে 9 কার্যদিবস সময় লাগবে।

উপরন্তু, Rosreestr DDU-এর অধীনে নির্মাণাধীন আবাসনের বোঝাকে সমর্থন করে না, তবে এটি হতে পারে, এটি একটি সাধারণ ভবিষ্যত সংক্রান্ত একটি প্রাথমিক পদক্ষেপ।

এখন DBMS সম্পর্কে ত্রুটিগুলি এবং আমার ইচ্ছার তালিকায় যাওয়া যাক

1) প্রথমটি একটি সংস্করণ নিয়ন্ত্রণ ব্যবস্থার অভাব। যদি ডেলফির দিক থেকে আমি আমার স্যান্ডবক্সে বিকাশ করছি, এবং আমি যে পরিবর্তনগুলি করেছি তা অন্য প্রোগ্রামারদের কাছে প্রতিশ্রুতিবদ্ধ না হওয়া পর্যন্ত প্রদর্শিত হবে না, তবে ডিবিএমএসের ক্ষেত্রে তা হয় না। এবং এমনকি যদি আমি সম্পূর্ণভাবে (অন্তত আমাকে অর্পিত টাস্কের কাঠামোর মধ্যে) যুদ্ধের ডাটাবেসে অ্যাক্সেসের সাথে বিশ্বাস করি এবং এটি ঘটে তবে আমি এটিতে বিকাশ করতে পারি না। যখন আমি ডিবাগ করছি, সবকিছু ভেঙে পড়বে। এই প্রস্তর যুগ কি? বিকাশকারীদের জন্য একটি স্যান্ডবক্স তৈরি করুন।

2) দ্বিতীয়টি হল বাস্তব জগতকে বর্ণনা করার জন্য পূর্বে ইনস্টল করা মানক টেবিলের অভাব। প্রতিটি কোম্পানির জন্য আমি কাজ করেছি বারো মাসের নাম (রাশিয়ান এবং (অন্তত) ইংরেজিতে, রাশিয়ান বিভিন্ন ক্ষেত্রে) বর্ণনা করে তার নিজস্ব টেবিল বিন্যাস আছে!

3) তৃতীয় - এবং এখানে আমি ওরাকল পরিভাষা ব্যবহার করব - রিটার্নিং ব্যবহার করে একটি সাধারণ ইনসার্ট বা আপডেট স্ক্রিপ্ট কল করার কোন উপায় নেই, যেভাবে আমরা সিলেক্ট বলি। সম্ভবত এগুলি ওরাকল সমস্যা নয়, তবে ডেলফি + ওরাকল ইন্টারফেস সমস্যা।

4) চতুর্থত, আমি যে পদ্ধতি এবং ফাংশন তৈরি করি সেখানে ক্ষমতা বরাদ্দ করার প্রয়োজন যেখানে আমি এটি করতে চাই না। আমি পদ্ধতি এবং ফাংশনের জন্য ব্যবহারকারীর অনুমতি সেট করতে এবং তারপর পরিবর্তন করতে চাই না। কেন, যদি আমি স্পষ্টভাবে অনুদান না লিখি, তাহলে সিস্টেম নিজেই জড়িত বস্তুর দিকে নজর দিতে পারে, এবং তাদের সাথে কাজ করার অধিকার অনুসারে, নির্দিষ্ট ব্যবহারকারীদের ফাংশনটি কল করার অধিকার দিতে পারে বা না দিতে পারে? ফাংশন এবং পদ্ধতি লেখার সময় আমি এর জন্য একটি কীওয়ার্ড লিখতে প্রস্তুত। অথবা, আরও ভাল, ব্যবহারকারীকে মৃত্যুদন্ড শুরু করতে দিন, এবং যদি অ্যালগরিদম শাখা তাকে এমন একটি অনুরোধের দিকে নিয়ে যায় যার জন্য ব্যবহারকারীর অধিকার নেই, তবে তিনি এটি একটি ত্রুটির সাথে ফেলে দেবেন।

উত্স: www.habr.com