Ирээдүйн DBMS, түүнчлэн гүйлгээний хувьд Rosreestr-д миний хүсэл

Ирээдүйн DBMS, түүнчлэн гүйлгээний хувьд Rosreestr-д миний хүсэл
Үйлчлүүлэгч мэдээллийн сантай харилцдаг.
Сайтаас http://corchaosis.ru, Жонатан Тионг.

Би програмистаас гадна (гол төлөв Delphi + бүх төрлийн DBMS, саяхан ORACLE, + бага зэрэг PHP), орон сууц худалдаж авах, зарах хоббитой. Би барилгын үе шатанд багагүй найдвартай хөгжүүлэгчээс сайн үнээр орон сууц худалдаж авдаг (жишээ нь, одоо Самолет бол ийм барилгачин, Некрасовка метроны ойролцоох орон сууцнууд зарагддаг), байшинг хүлээлгэж өгөхийг хүлээх (ихэвчлэн хоёр). олон жилийн дараа хямд үнээр ийм зүйл тохиолдоно), би үүнийг шинэчилж, зах зээлийн үнээс нь 95-100% -иар зардаг.

Тиймээс, би (бусдын нэгэн адил) RosReestr-ийн гүйлгээний дутагдалтай холбоотой асуудалтай тулгарсан.

Rosreestr-ийн гүйлгээний гүйлгээний дутагдалтай холбоотой асуудал

Програмчлалын хувьд энэ нь "Гүйлгээ", үл хөдлөх хөрөнгийн хувьд "Хувилбартай гүйлгээ" (мөн үүний нэг хэсэг болох "Аюулгүй хадгаламжийн хайрцагны гэрээ") бөгөөд энэ нь арай илүү төвөгтэй юм. Би чамд хэлж байна.

Вася Петягийн зарж байсан байрыг үзэхээр ирэв. Вася бүх зүйлд, түүний дотор үнэд үнэхээр дуртай байсан ч Васяд мөнгө байхгүй. Бидний түүх ингэж эхэлдэг.

Вася өөрийн гэсэн өмчтэй бөгөөд түүнд онцгой хэрэгцээгүй үнэт зүйлс байдаг - Ломоносов хөрш байшинд амьдардаг байсан, таазны өндөр нь долоон хагас метр, жимс, хүнсний ногооны бааз, Садовод зах байдаг. Ойролцоох, та Aeroexpress дээр алхаж болно, орон сууцны доор 1 метр өндөртэй подвал, одон орон судлалын ажиглалт хийхэд тохиромжтой орон сууцны дээгүүр мансарда байдаг. Вася эдгээр шинж чанарууд нь түүний орон сууцны үнийг өсгөдөг боловч өөртөө биш гэдгийг ойлгодог. Тэр Петягийн байрыг худалдаж аваад өөрийн байраа зарахаар шийдэв. Гэхдээ зөвхөн Петягийн орон сууцыг худалдаж авахын тулд яг зарж борлуулдаг. Үүнийг риэлторуудын хэлээр “Өөр хувилбар сонгогдлоо” гэдэг.

Одоо энэ байдлыг Петягийн талаас харцгаая. Баримт нь Петя мөнгөний ханшийг бууруулж суух сонирхолгүй байгаа бөгөөд тэрээр элфийн Валинор хотод орон сууц худалдаж авахын тулд байраа зарж байгаа боловч аль нь болохыг хараахан хараагүй байна. Үүнийг риэлторуудын хэлээр “Өөр хувилбартай гэрээ” гэж нэрлэдэг.

Дундад дэлхийн хоёр элф болох Маглор, Маедрос нар Валинор хотод тохиромжтой (Петягийн шалгуурт) үл хөдлөх хөрөнгөтэй бөгөөд Мелкорт үйлчлэх гэж байгаа тул яаралтай зарж байна. Үүнийг риэлторуудын хэлээр “Үнэгүй худалдаа” гэдэг.

Тиймээс Вася Серёжа хэмээх үйлчлүүлэгчийг олов. Одоо Петя Валинор хотод өөрт нь тохирох хоёр сонголтыг олжээ. Бид гэрээгээ эцэслэх гэж байна. Хялбар байх үүднээс хэлцэлд оролцогч талуудын аль нь ч ипотекийн зээл ашигладаггүй бөгөөд хувьцаа эзэмшигчид насанд хүрээгүй хүүхдүүд байхгүй гэж үзье. Тиймээс одоо дараах үйлдлүүдийг хийх ёстой.
1. Серёжа Петяд мөнгө өгдөг.
2. Вася байраа Серёжад өгчээ.
3. Петя байраа Васяд өгчээ.
4. Маглор эсвэл Маедрос хоёулаа Валинор дахь байраа Пета руу шилжүүлж, Серёжагийн мөнгийг хүлээн авна.
5. Малкор, Маедрос хоёр Мелькорт үйлчлэхээр Модор руу явна.

Дараах скриптийг гүйцэтгэхийн тулд Rosreestr-д өгөх нь хамгийн тохиромжтой.

ГҮЙЛГЭЭ ЭХЛҮҮЛЭХ
Васягийн байрыг Серёжад өг.
Петягийн байрыг Васяд өг.
Эхлэх
Малкорын байрыг Петяд өг
Серёжагийн мөнгийг Малкорт өг
IF_ERROR:
Маедросын байрыг Петяд өг
Серёжагийн мөнгийг Маедрост өг
Төгсгөл
ГҮЙЦЭТГЭЛ ХИЙХ

Энэ бол бүх орон сууц нь нэг насанд хүрсэн (болон чадвартай) эзэмшигчтэй, үнэ цэнэ нь тэнцүү, гүйлгээний үе шатаас үл хамааран реалторуудад (хэрэв байгаа бол) төлбөр төлдөг гэж үздэг өөр хувилбар бүхий хялбаршуулсан гүйлгээний скрипт юм.

Гэсэн хэдий ч Rosreestr нь гүйлгээг дэмждэггүй. Хэрэв аль нэг нь бүтэлгүйтвэл гүйлгээг бүхэлд нь буцаахгүйгээр бүх үйлдлийг дараалан, бие даан гүйцэтгэх болно. Росреестр ба MFC нь бэлэн мөнгө шилжүүлэх чиглэлээр ажилладаггүй тул хүрч болох хамгийн дээд хэмжээ бол Вася, Петя, Серёжа нар (хэрэв гүйлгээ хийгдээгүй бол) сейфийн хайрцагт мөнгөө хадгалах явдал юм. огт бүртгэгдсэн байна) болон бусад жүжигчид, Росреестр бүртгүүлсэн гэрээг танилцуулсны дараа. (Дашрамд хэлэхэд, банкууд гэрээний үнэн зөвийг бие даан шалгадаггүй, өөрөөр хэлбэл гүйлгээнд оролцогч талуудын баримт бичгийн үнэн зөв гэдэгт итгэдэг).

Гүйлгээг бүрэн гүйцэд хийхгүй байх эрсдэлээс гадна өөр нэг асуудал бол хэрэв бусад оролцогчид бүрэн бүртгүүлэхийг хүлээхгүйгээр шинэ байрандаа нүүж чадвал (сайн байна уу, нийтийн үйлчилгээний төлбөрийг дутуу төлсөн асуудал!) Маглор, Маедрос нар удахгүй очихгүй. Мелкорт үйлчил, магадгүй Маглор түүнд Силмарилыг гартаа атгах цаг гарахгүй байх. Үл хөдлөх хөрөнгийн гүйлгээ нь дараалсан байдлаар хийгддэг бөгөөд гүйлгээ бүрийг гүйцэтгэхэд ажлын 9-өөс доошгүй өдөр шаардагдана.

Нэмж дурдахад Росреестр нь DDU-ийн дагуу баригдаж буй орон сууцны ачааллыг дэмждэггүй, гэхдээ энэ нь энгийн фьючерстэй холбоотой энгийн арга хэмжээ юм.

Одоо DBMS-ийн талаархи дутагдал, миний хүсэлд шилжье

1) Эхнийх нь хувилбарын хяналтын систем байхгүй байна. Хэрэв Delphi тал дээр би өөрийн хамгаалагдсан хязгаарлагдмал орчинд хөгжүүлдэг бөгөөд миний хийсэн өөрчлөлтүүд бусад програмистуудад үүнийг хийх хүртэл харагдахгүй бол DBMS-ийн хувьд энэ нь тийм биш юм. Хэдийгээр би байлдааны мэдээллийн санд бүрэн (ядаж надад өгсөн үүрэг даалгаврын хүрээнд) нэвтрэх эрхтэй байсан ч ийм зүйл тохиолдсон ч би үүнийг хөгжүүлж чадахгүй. Би дибаг хийж байх хооронд бүх зүйл нурах болно. Энэ ямар чулуун зэвсгийн үе вэ??? Хөгжүүлэгчдэд зориулсан хамгаалагдсан хязгаарлагдмал орчин үүсгэ.

2) Хоёр дахь нь бодит ертөнцийг дүрсэлсэн урьдчилан тодорхойлсон стандарт хүснэгт байхгүй байна. Миний ажиллаж байсан компани бүр арван хоёр сарын нэрсийг (орос болон (дор хаяж) англи хэл дээр, орос хэл дээр өөр өөр тохиолдолд) тодорхойлсон өөрийн гэсэн хүснэгтийн форматтай байдаг!

3) Гуравдугаарт - энд би Oracle-ийн нэр томъёог ашиглах болно - бид Select гэж дууддагтай адил Returning ашигладаг энгийн Insert эсвэл Update скриптийг дуудах арга байхгүй. Магадгүй эдгээр нь Oracle-ийн асуудал биш, харин Delphi + Oracle-ийн интерфейс дээрх асуудлууд байж болох юм.

4) Дөрөвдүгээрт - үүнийг хийхийг хүсэхгүй байгаа газарт миний бий болгосон журам, функцүүдэд эрх мэдлийг хуваарилах хэрэгцээ. Процедур болон функцүүдийн хэрэглэгчийн зөвшөөрлийг тохируулах, дараа нь өөрчлөхийг би хүсэхгүй байна. Яагаад, хэрэв би Грантуудыг тодорхой бичээгүй бол систем өөрөө холбогдох объектуудыг харж, тэдгээртэй ажиллах эрхийн дагуу тодорхой хэрэглэгчдэд функц дуудах эрхийг олгож чадахгүй байсан юм уу? Функц, процедур бичихдээ би үүнд зориулж нэг түлхүүр үг бичихэд бэлэн байна. Эсвэл бүр илүү сайн, хэрэглэгчийг гүйцэтгэлийг эхлүүлэхийг зөвшөөрч, алгоритмын салбар нь түүнийг хэрэглэгч эрхгүй хүсэлт рүү хөтөлвөл тэр алдаа гаргаж хаях болно.

Эх сурвалж: www.habr.com

сэтгэгдэл нэмэх