ഭാവിയിലെ DBMS നും അതുപോലെ ഇടപാടിന്റെ കാര്യത്തിൽ Rosreestr നും എന്റെ ആശംസകൾ

ക്ലയന്റ് ഡാറ്റാബേസുമായി സംവദിക്കുന്നു.
സൈറ്റിൽ നിന്ന് http://corchaosis.ru, ജോനാഥൻ ടിയോങ്.

ഞാൻ ഒരു പ്രോഗ്രാമറാണ് എന്നതിന് പുറമേ (പ്രധാനമായും ഡെൽഫി + എല്ലാത്തരം വ്യത്യസ്ത DBMS-കളും, അടുത്തിടെ ORACLE, + ഒരു ചെറിയ PHP), എനിക്ക് ഒരു ഹോബി ഉണ്ട് - അപ്പാർട്ടുമെന്റുകൾ വാങ്ങുകയും വിൽക്കുകയും ചെയ്യുക. നിർമ്മാണ ഘട്ടത്തിൽ, കൂടുതലോ കുറവോ വിശ്വസനീയമായ ഡവലപ്പറിൽ നിന്ന് ഞാൻ ഒരു അപ്പാർട്ട്മെന്റ് നല്ല വിലയ്ക്ക് വാങ്ങുന്നു (ഉദാഹരണത്തിന്, ഇപ്പോൾ സമോലെറ്റ് അത്തരമൊരു ഡവലപ്പറാണ്, നെക്രസോവ്ക മെട്രോ സ്റ്റേഷന് സമീപമുള്ള അപ്പാർട്ടുമെന്റുകൾ വിൽപ്പനയ്‌ക്കുണ്ട്), വീട് ഡെലിവറിക്കായി കാത്തിരിക്കുക (പലപ്പോഴും രണ്ട് വർഷങ്ങൾക്ക് ശേഷം, ഇത് വിലകുറഞ്ഞ ഓഫറുകളിൽ സംഭവിക്കുന്നു), ഞാൻ അത് പുതുക്കി അതിന്റെ മാർക്കറ്റ് വിലയുടെ 95-100% ന് വിൽക്കുന്നു.

അതിനാൽ, RosReestr ന്റെ ഇടപാടിന്റെ അഭാവത്തിന്റെ പ്രശ്നം ഞാൻ (മറ്റെല്ലാവരെയും പോലെ) അഭിമുഖീകരിച്ചു.

Rosreestr ന്റെ ഇടപാട് ഇടപാടുകളുടെ അഭാവം പ്രശ്നം

പ്രോഗ്രാമിംഗിൽ ഇത് "ഇടപാട്" ആണ്, കൂടാതെ റിയൽ എസ്റ്റേറ്റിൽ ഇത് "ബദലുമായുള്ള ഇടപാട്" ആണ് (കൂടാതെ, അതിന്റെ ഭാഗമായി, "സേഫ് ഡെപ്പോസിറ്റ് ബോക്സ് കരാർ"), ഇത് കുറച്ചുകൂടി സങ്കീർണ്ണമാണ്. ഞാൻ നിങ്ങളോട് പറയുന്നു.

പെത്യ വിൽക്കുന്ന അപ്പാർട്ട്മെന്റ് കാണാൻ വാസ്യ എത്തി. വില ഉൾപ്പെടെ എല്ലാം വാസ്യയ്ക്ക് ശരിക്കും ഇഷ്ടപ്പെട്ടു, പക്ഷേ വാസ്യയ്ക്ക് പണമില്ല. ഇങ്ങനെയാണ് നമ്മുടെ കഥ തുടങ്ങുന്നത്.

വാസ്യയ്ക്ക് സ്വന്തമായി സ്വത്ത് ഉണ്ട്, അതിന് പ്രത്യേകിച്ച് ആവശ്യമില്ലാത്ത ചില മൂല്യങ്ങളുണ്ട് - ലോമോനോസോവ് അയൽപക്കത്തെ വീട്ടിലാണ് താമസിച്ചിരുന്നത്, സീലിംഗ് ഉയരം ഏഴര മീറ്ററാണ്, പഴങ്ങളും പച്ചക്കറികളും അടിത്തറയും സഡോവോഡ് മാർക്കറ്റും ഉണ്ട് സമീപത്ത്, നിങ്ങൾക്ക് എയറോ എക്സ്പ്രസ്സിൽ നടക്കാം, അപ്പാർട്ട്മെന്റിന് കീഴിൽ 1 മീറ്റർ ഉയരമുള്ള ഒരു ബേസ്മെൻറ് ഉണ്ട്, അപ്പാർട്ട്മെന്റിന് മുകളിൽ ജ്യോതിശാസ്ത്ര നിരീക്ഷണങ്ങൾക്ക് സൗകര്യപ്രദമായ ഒരു തട്ടിൽ ഉണ്ട്. ഈ സവിശേഷതകൾ തന്റെ അപ്പാർട്ട്മെന്റിന്റെ വില വർദ്ധിപ്പിക്കുമെന്ന് വാസ്യ മനസ്സിലാക്കുന്നു, പക്ഷേ തനിക്കുവേണ്ടിയല്ല. പെത്യയുടെ അപ്പാർട്ട്മെന്റ് വാങ്ങാനും സ്വന്തം അപ്പാർട്ട്മെന്റ് വിൽക്കാനും അവൻ തീരുമാനിക്കുന്നു. എന്നാൽ പെത്യയുടെ അപ്പാർട്ട്മെന്റ് വാങ്ങുന്നതിനായി കൃത്യമായി വിൽക്കുന്നു, മാത്രമല്ല. റിയൽറ്റേഴ്‌സിന്റെ ഭാഷയിൽ, ഇതിനെ "ഒരു ബദൽ തിരഞ്ഞെടുത്തു" എന്ന് വിളിക്കുന്നു.

ഇപ്പോൾ പെത്യയുടെ ഭാഗത്ത് നിന്ന് ഈ സാഹചര്യം നോക്കാം. പണത്തിന്റെ മൂല്യത്തകർച്ചയിൽ ഇരിക്കാൻ പെത്യയ്ക്കും താൽപ്പര്യമില്ല എന്നതാണ് വസ്തുത, എൽവൻ നഗരമായ വാലിനോറിൽ ഒരു അപ്പാർട്ട്മെന്റ് വാങ്ങുന്നതിനായി അദ്ദേഹം അപ്പാർട്ട്മെന്റ് വിൽക്കുകയാണ്, എന്നാൽ ഏതാണ് എന്ന് അദ്ദേഹം ഇതുവരെ നോക്കിയിട്ടില്ല. റിയൽറ്റേഴ്‌സിന്റെ ഭാഷയിൽ, ഇതിനെ "ഒരു ബദലുമായി ഇടപെടുക" എന്ന് വിളിക്കുന്നു.

മിഡിൽ എർത്തിലെ രണ്ട് കുട്ടിച്ചാത്തന്മാർ, മാഗ്ലോർ, മെയ്ദ്രോസ് എന്നിവർക്ക് വാലിനോർ നഗരത്തിൽ അനുയോജ്യമായ (പെറ്റ്യയുടെ മാനദണ്ഡമനുസരിച്ച്) റിയൽ എസ്റ്റേറ്റ് ഉണ്ട്, അവർ മെൽകോറിനെ സേവിക്കാൻ പോകുന്നതിനാൽ അത് അടിയന്തിരമായി വിൽക്കുന്നു. റിയൽറ്റേഴ്സിന്റെ ഭാഷയിൽ ഇതിനെ "ഫ്രീ സെയിൽ" എന്ന് വിളിക്കുന്നു.

അതിനാൽ, വാസ്യ സെറിയോഷ എന്ന ക്ലയന്റ് കണ്ടെത്തുന്നു. ഇപ്പോൾ, വാലിനോർ നഗരത്തിൽ പെത്യ അദ്ദേഹത്തിന് അനുയോജ്യമായ രണ്ട് ഓപ്ഷനുകൾ കണ്ടെത്തുന്നു. ഞങ്ങൾ കരാർ അന്തിമമാക്കാൻ പോകുകയാണ്. ഇടപാടിലെ കക്ഷികളാരും മോർട്ട്ഗേജ് ഉപയോഗിക്കുന്നില്ലെന്നും പ്രായപൂർത്തിയാകാത്തവരെ ഷെയർ ഉടമകളായി ഇല്ലെന്നും ലളിതമായി നമുക്ക് ഊഹിക്കാം. അതിനാൽ, ഇപ്പോൾ ഇനിപ്പറയുന്ന പ്രവർത്തനങ്ങൾ നടത്തണം:
1. സെറിയോഷ പെത്യയ്ക്ക് പണം നൽകുന്നു.
2. വാസ്യ തന്റെ അപ്പാർട്ട്മെന്റ് സെറിയോജയ്ക്ക് നൽകുന്നു.
3. പെത്യ തന്റെ അപ്പാർട്ട്മെന്റ് വാസ്യയ്ക്ക് നൽകുന്നു.
4. ഒന്നുകിൽ മാഗ്‌ലോറോ മെയ്‌ദ്രോസോ അവരുടെ വാലിനോറിലെ അപ്പാർട്ട്‌മെന്റ് പേട്ടയിലേക്ക് മാറ്റി സെറിയോഷയുടെ പണം സ്വീകരിക്കുക.
5. മൽകോറും മെയ്ദ്രോസും മെൽകോറിനെ സേവിക്കാൻ മൊർഡോറിലേക്ക് പോകുന്നു.

നിർവ്വഹണത്തിനായി ഇനിപ്പറയുന്ന സ്ക്രിപ്റ്റ് Rosreestr-ന് സമർപ്പിക്കുന്നത് അനുയോജ്യമാണ്:

ഇടപാട് ആരംഭിക്കുക
വാസ്യയുടെ അപ്പാർട്ട്മെന്റ് സെറിയോഷയ്ക്ക് നൽകുക.
പെത്യയുടെ അപ്പാർട്ട്മെന്റ് വാസ്യയ്ക്ക് നൽകുക.
ആരംഭിക്കുന്നു
മാൽകോറിന്റെ അപ്പാർട്ട്മെന്റ് പെത്യയ്ക്ക് നൽകുക
സെറിയോഷയുടെ പണം മാൽകോറിന് നൽകുക
IF_ERROR:
മേദ്രോസിന്റെ അപ്പാർട്ട്മെന്റ് പെത്യയ്ക്ക് നൽകുക
സെറിയോഷയുടെ പണം മദ്രോസിന് നൽകുക
അവസാനിക്കുന്നു
കമ്മിറ്റ് ട്രാൻസാക്ഷൻ

എല്ലാ അപ്പാർട്ട്‌മെന്റുകൾക്കും ഒരു മുതിർന്ന (പ്രാപ്‌തിയുള്ള) ഉടമ ഉണ്ടെന്നും അവയുടെ മൂല്യങ്ങൾ തുല്യമാണെന്നും ഇടപാടിന്റെ ഘട്ടങ്ങൾ പരിഗണിക്കാതെ റിയൽറ്റർമാർ (എന്തെങ്കിലും ഉണ്ടെങ്കിൽ) പണം നൽകുമെന്നും അനുമാനിക്കുന്ന ഒരു ബദലുള്ള ഒരു ലളിതമായ ഇടപാട് സ്‌ക്രിപ്റ്റാണിത്.

എന്നിരുന്നാലും, Rosreestr ഇടപാടുകളെ പിന്തുണയ്ക്കുന്നില്ല. അവയിലൊന്ന് പരാജയപ്പെട്ടാൽ ഇടപാട് മൊത്തത്തിൽ പിൻവലിക്കാതെ എല്ലാ പ്രവർത്തനങ്ങളും ഒന്നിനുപുറകെ ഒന്നായി തുടർച്ചയായും സ്വതന്ത്രമായും നടപ്പിലാക്കും. പണം കൈമാറ്റം ചെയ്യുന്നതിൽ Rosreestr ഉം MFC ഉം പ്രവർത്തിക്കാത്തതിനാൽ - നേടാനാകുന്ന പരമാവധി തുക - Vasya, Petya, Seryozha (ഇടപാടൊന്നും ഇല്ലെങ്കിൽ) ആക്സസ് ചെയ്യുന്നതിനുള്ള വ്യവസ്ഥകളോടെ പണം ഒരു സുരക്ഷിത നിക്ഷേപ ബോക്സിൽ നിക്ഷേപിക്കുക എന്നതാണ്. എല്ലാം രജിസ്റ്റർ ചെയ്തിട്ടുണ്ട്), കൂടാതെ മറ്റ് അഭിനേതാക്കളും, Rosreestr രജിസ്റ്റർ ചെയ്ത കരാറുകൾ അവതരിപ്പിക്കുമ്പോൾ. (വഴിയിൽ, ബാങ്കുകൾ കരാറുകളുടെ ആധികാരികത സ്വതന്ത്രമായി പരിശോധിക്കുന്നില്ല, അതായത്, ഇടപാടിലെ കക്ഷികളുടെ പേപ്പറുകളുടെ ആധികാരികത അവർ വിശ്വസിക്കുന്നു).

ഇടപാട് പൂർത്തിയാകാത്തതിന്റെ അപകടസാധ്യതകൾ കൂടാതെ, മറ്റൊരു പ്രശ്‌നം, മറ്റ് പങ്കാളികൾക്ക് പൂർണ്ണ രജിസ്ട്രേഷനായി കാത്തിരിക്കാതെ അവരുടെ പുതിയ വീട്ടിലേക്ക് മാറാൻ കഴിയുമെങ്കിൽ (ഹലോ, യൂട്ടിലിറ്റി ബില്ലുകളുടെ അണ്ടർപേയ്‌മെന്റ് പ്രശ്നം!), അപ്പോൾ മഗ്ലോറും മെയ്‌ദ്രോസും ഉടൻ പോകില്ല. മെൽകോറിനെ സേവിക്കുക, ഒരുപക്ഷേ മാഗ്ലോറിന് സിൽമറിലുകൾ കൈയിൽ പിടിക്കാൻ സമയമില്ലായിരിക്കാം. റിയൽ എസ്റ്റേറ്റ് ഇടപാടുകൾ തുടർച്ചയായി നടത്തപ്പെടുന്നു, ഓരോ ഇടപാടിന്റെയും നിർവ്വഹണത്തിന് കുറഞ്ഞത് 9 പ്രവൃത്തി ദിവസങ്ങൾ എടുക്കും.

കൂടാതെ, DDU ന് കീഴിൽ നിർമ്മിക്കുന്ന ഭവന നിർമ്മാണത്തെ Rosreestr പിന്തുണയ്ക്കുന്നില്ല, പക്ഷേ ഇത് ഒരു ലളിതമായ ഫ്യൂച്ചറുമായി ബന്ധപ്പെട്ട് ഒരു പ്രാഥമിക പ്രവർത്തനമാണ്.

ഇനി ഡിബിഎംഎസിനെ കുറിച്ചുള്ള പോരായ്മകളിലേക്കും എന്റെ ആഗ്രഹങ്ങളിലേക്കും പോകാം

1) ആദ്യത്തേത് ഒരു പതിപ്പ് നിയന്ത്രണ സംവിധാനത്തിന്റെ അഭാവമാണ്. ഡെൽഫിയുടെ ഭാഗത്ത് ഞാൻ എന്റെ സ്വന്തം സാൻഡ്‌ബോക്‌സിൽ വികസിപ്പിച്ചെടുത്താൽ, മറ്റ് പ്രോഗ്രാമർമാർ പ്രതിജ്ഞാബദ്ധമാകുന്നതുവരെ ഞാൻ വരുത്തുന്ന മാറ്റങ്ങൾ അവർക്ക് ദൃശ്യമാകില്ല, DBMS-ന്റെ കാര്യം അങ്ങനെയല്ല. കോംബാറ്റ് ഡാറ്റാബേസിലേക്കുള്ള ആക്‌സസ്സ് (കുറഞ്ഞത് എന്നെ ഏൽപ്പിച്ചിരിക്കുന്ന ടാസ്‌ക്കിന് ആവശ്യമായതിന്റെ പരിധിയിലെങ്കിലും) എന്നെ വിശ്വസിക്കുന്നുണ്ടെങ്കിലും, ഇത് സംഭവിക്കുകയാണെങ്കിൽ, എനിക്ക് അത് വികസിപ്പിക്കാൻ കഴിയില്ല. ഞാൻ ഡീബഗ്ഗ് ചെയ്യുമ്പോൾ, എല്ലാം തകരും. ഇത് എന്ത് ശിലായുഗമാണ്??? ഡെവലപ്പർമാർക്കായി ഒരു സാൻഡ്ബോക്സ് ഉണ്ടാക്കുക.

2) രണ്ടാമത്തേത് യഥാർത്ഥ ലോകത്തെ വിവരിക്കുന്ന മുൻകൂട്ടി നിശ്ചയിച്ചിട്ടുള്ള സ്റ്റാൻഡേർഡ് പട്ടികകളുടെ അഭാവമാണ്. ഞാൻ ജോലി ചെയ്തിട്ടുള്ള എല്ലാ കമ്പനികൾക്കും പന്ത്രണ്ട് മാസത്തെ പേരുകൾ (റഷ്യൻ ഭാഷയിലും (കുറഞ്ഞത്) ഇംഗ്ലീഷിലും, റഷ്യൻ ഭാഷയിൽ വ്യത്യസ്ത സന്ദർഭങ്ങളിൽ) വിവരിക്കുന്ന സ്വന്തം ടേബിൾ ഫോർമാറ്റ് ഉണ്ട്!

3) മൂന്നാമത് - ഇവിടെ ഞാൻ ഒറാക്കിൾ ടെർമിനോളജി ഉപയോഗിക്കും - റിട്ടേണിംഗ് ഉപയോഗിക്കുന്ന ഒരു ലളിതമായ ഇൻസേർട്ട് അല്ലെങ്കിൽ അപ്‌ഡേറ്റ് സ്‌ക്രിപ്റ്റ് എന്ന് വിളിക്കാൻ ഒരു മാർഗവുമില്ല, അതേ രീതിയിൽ ഞങ്ങൾ തിരഞ്ഞെടുക്കുക. ഒരുപക്ഷേ ഇവ ഒറാക്കിൾ പ്രശ്‌നങ്ങളല്ല, ഡെൽഫി + ഒറാക്കിളിന്റെ ഇന്റർഫേസിലെ പ്രശ്‌നങ്ങളാണ്.

4) നാലാമത് - ഞാൻ ഇത് ചെയ്യാൻ ആഗ്രഹിക്കാത്തിടത്ത് ഞാൻ സൃഷ്ടിക്കുന്ന നടപടിക്രമങ്ങൾക്കും പ്രവർത്തനങ്ങൾക്കും അധികാരങ്ങൾ നൽകേണ്ടതിന്റെ ആവശ്യകത. നടപടിക്രമങ്ങൾക്കും ഫംഗ്‌ഷനുകൾക്കുമായി ഉപയോക്തൃ അനുമതികൾ സജ്ജീകരിക്കാനും മാറ്റാനും ഞാൻ ആഗ്രഹിക്കുന്നില്ല. എന്തുകൊണ്ടാണ്, ഞാൻ ഗ്രാന്റുകൾ വ്യക്തമായി എഴുതിയില്ലെങ്കിൽ, സിസ്റ്റത്തിന് തന്നെ ഉൾപ്പെട്ടിരിക്കുന്ന ഒബ്ജക്റ്റുകളിലേക്ക് നോക്കാൻ കഴിയുമായിരുന്നില്ല, കൂടാതെ, അവരുമായി പ്രവർത്തിക്കാനുള്ള അവകാശങ്ങൾക്ക് അനുസൃതമായി, ചില ഉപയോക്താക്കൾക്ക് ഒരു ഫംഗ്ഷൻ വിളിക്കാനുള്ള അവകാശം നൽകാനോ നൽകാതിരിക്കാനോ കഴിയുമോ? ഫംഗ്ഷനുകളും നടപടിക്രമങ്ങളും എഴുതുമ്പോൾ ഇതിനായി ഒരു കീവേഡ് എഴുതാൻ ഞാൻ തയ്യാറാണ്. അല്ലെങ്കിൽ, ഇതിലും മികച്ചത്, ഉപയോക്താവിനെ എക്സിക്യൂഷൻ ആരംഭിക്കാൻ അനുവദിക്കുക, കൂടാതെ ഉപയോക്താവിന് അവകാശങ്ങളില്ലാത്ത ഒരു അഭ്യർത്ഥനയിലേക്ക് അൽഗോരിതം ബ്രാഞ്ച് അവനെ നയിക്കുകയാണെങ്കിൽ, അവൻ അത് ഒരു പിശക് ഉപയോഗിച്ച് പുറത്താക്കും.

അവലംബം: www.habr.com