ભવિષ્યના DBMS માટે તેમજ વ્યવહારની દ્રષ્ટિએ Rosreestr માટે મારી શુભેચ્છાઓ

ક્લાયંટ ડેટાબેઝ સાથે સંપર્ક કરે છે.
સાઇટ પરથી http://corchaosis.ru, જોનાથન ટીઓંગ દ્વારા.

હકીકત એ છે કે હું પ્રોગ્રામર છું (મોટેભાગે ડેલ્ફી + તમામ પ્રકારના વિવિધ DBMS, તાજેતરમાં ORACLE, + થોડું PHP), મને એક શોખ છે - એપાર્ટમેન્ટ્સ ખરીદવા અને વેચવાનો. હું બાંધકામના તબક્કે વધુ કે ઓછા વિશ્વસનીય વિકાસકર્તા પાસેથી સ્વાદિષ્ટ કિંમતે એપાર્ટમેન્ટ ખરીદું છું (ઉદાહરણ તરીકે, હવે સેમોલેટ આવા વિકાસકર્તા છે, નેક્રાસોવકા મેટ્રો સ્ટેશન નજીકના એપાર્ટમેન્ટ્સ વેચાણ માટે છે), હું ઘર સોંપવામાં આવે તેની રાહ જોઉં છું. (ઘણી વખત બે વર્ષ પછી, આ સસ્તી ઓફર સાથે થાય છે), હું તેને સમારકામ કરું છું અને પછી તેને તેની બજાર કિંમતના 95-100% માં વેચું છું.

તેથી, હું (બીજા દરેકની જેમ) RosReestr ની વ્યવહારિકતાના અભાવની સમસ્યામાં દોડી ગયો.

Rosreestr ની સમસ્યા વ્યવહારોના વ્યવહારિક પ્રકૃતિની અભાવ

પ્રોગ્રામિંગ "ટ્રાન્ઝેક્શન" અને રિયલ એસ્ટેટમાં તે "વૈકલ્પિક સાથે ડીલ" (અને તેના ભાગ રૂપે, "ડિપોઝીટ બોક્સ એગ્રીમેન્ટ") પણ છે અને ત્યાં વસ્તુઓ થોડી વધુ જટિલ છે. હું કહું છું.

પેટ્યા જે એપાર્ટમેન્ટ વેચે છે તે જોવા માટે વાસ્યા આવ્યા. અને વાસ્યાને કિંમત સહિત બધું ખૂબ ગમ્યું, પરંતુ વાસ્યા પાસે પૈસા નથી. આ રીતે અમારી વાર્તા શરૂ થાય છે.

વાસ્યાની પોતાની મિલકત છે, જેમાં કેટલાક મૂલ્યો છે જે તેના માટે ખાસ જરૂરી નથી - લોમોનોસોવ પડોશીના મકાનમાં રહેતા હતા, છતની ઊંચાઈ સાડા સાત મીટર છે, ત્યાં ફળોનો આધાર છે અને નજીકમાં સાદોવોડ બજાર છે. , તમે Aeroexpress પર જઈ શકો છો, એપાર્ટમેન્ટની નીચે એક ભોંયરું છે 1 મીટર, એપાર્ટમેન્ટની ઉપર ખગોળશાસ્ત્રીય અવલોકનો માટે અનુકૂળ એટિક છે. વાસ્યા સમજે છે કે આ સુવિધાઓ તેના એપાર્ટમેન્ટની કિંમતમાં વધારો કરે છે, પરંતુ પોતાના માટે નહીં. અને તેણે પેટ્યાનું એપાર્ટમેન્ટ ખરીદવાનું અને તેનું એપાર્ટમેન્ટ વેચવાનું નક્કી કર્યું. પરંતુ પેટ્યાનું એપાર્ટમેન્ટ ખરીદવા માટે તેને વેચવા માટે, અને માત્ર નહીં. રિયલ્ટર્સની ભાષામાં, આને કહેવામાં આવે છે - "વૈકલ્પિક પસંદ થયેલ છે."

હવે ચાલો આ પરિસ્થિતિને પેટ્યાની બાજુથી જોઈએ. હકીકત એ છે કે પેટ્યાને પૈસાનું અવમૂલ્યન કરવામાં પણ રસ નથી, તે વેલિનોરના એલ્વેન શહેરમાં એક એપાર્ટમેન્ટ ખરીદવા માટે એક એપાર્ટમેન્ટ વેચી રહ્યો છે, પરંતુ તેણે હજી સુધી તે જોયું નથી. રિયલ્ટર્સની ભાષામાં, આને કહેવામાં આવે છે - "વિકલ્પ સાથે વ્યવહાર."

મધ્ય-પૃથ્વીના બે ઝનુન, મેગ્લોર અને મેધ્રોસ પાસે વેલિનોર શહેરમાં યોગ્ય (પેટિટના માપદંડ) રિયલ એસ્ટેટ છે, જેનું તાત્કાલિક વેચાણ કરવામાં આવે છે, કારણ કે તેઓને મેલ્કોરની સેવા માટે મોકલવામાં આવે છે. રિયલ્ટર્સની ભાષામાં, આને કહેવામાં આવે છે - "મફત વેચાણ".

તેથી, વાસ્યાને ક્લાયંટ સેરેઝા મળે છે. હવે, પેટ્યાને વેલિનોર શહેરમાં તેના માટે બે યોગ્ય વિકલ્પો મળ્યા છે. અમે સોદો કરવા જઈ રહ્યા છીએ. સરળતા માટે માની લો કે ટ્રાન્ઝેક્શનમાં સહભાગીઓમાંથી કોઈ પણ મોર્ટગેજનો ઉપયોગ કરતું નથી અને તેની પાસે નાના શેર માલિક નથી. આમ, નીચેની ક્રિયાઓ હવે થવી જોઈએ:
1. સેરીઓઝા પેટ્યાને પૈસા આપે છે.
2. વાસ્યા તેનું એપાર્ટમેન્ટ સેરિઓઝાને આપે છે.
3. પેટ્યા વાસ્યાને તેનું એપાર્ટમેન્ટ આપે છે.
4. કાં તો મેગ્લોર અથવા મેડ્રોસ વેલિનોર ખાતેનું તેમનું એપાર્ટમેન્ટ પેટ્યાને સોંપે છે અને સેરીઓઝાના પૈસા મેળવે છે.
5. મલકોર અને મેધ્રોસ મેલકોરની સેવા કરવા માટે મોર્ડોર જાય છે.

એક્ઝેક્યુશન માટે નીચેની સ્ક્રિપ્ટને Rosreestr પર સ્થાનાંતરિત કરવી આદર્શ રહેશે:

વ્યવહાર શરૂ કરો
વાસ્યાનું એપાર્ટમેન્ટ સેરિઓઝાને આપો.
પેટિટનું એપાર્ટમેન્ટ વસ્યાને આપો.
શરૂઆત
પેટ્યાને માલકોરનું એપાર્ટમેન્ટ આપો
સર્યોઝાના પૈસા માલકોરને આપો
IF_ERROR:
પેટ્યાને મેધ્રોસનું એપાર્ટમેન્ટ આપો
સેરીઓઝાના પૈસા મેધ્રોસને આપો
અંત
કમિટ ટ્રાન્સએક્શન

વૈકલ્પિક સાથે આ એક સરળ ટ્રાન્ઝેક્શન સ્ક્રિપ્ટ છે, એમ માનીને કે તમામ એપાર્ટમેન્ટમાં એક પુખ્ત (અને સક્ષમ) માલિક છે, તેમની કિંમતો સમાન છે, અને રિયલ્ટર્સને (જો કોઈ હોય તો) વ્યવહારના તબક્કાને ધ્યાનમાં લીધા વિના ચૂકવવામાં આવે છે.

જો કે, Rosreestr વ્યવહારિકતાને સમર્થન આપતું નથી. બધી ક્રિયાઓ ક્રમશઃ અને સ્વતંત્ર રીતે કરવામાં આવશે, એક પછી એક, જો તેમાંથી કોઈ એક પૂર્ણ ન થઈ હોય તો સંપૂર્ણ ટ્રાન્ઝેક્શનને રોલબેક કર્યા વિના. મહત્તમ જે પ્રાપ્ત કરી શકાય છે - જો કે Rosreestr અને MFC રોકડના સ્થાનાંતરણ સાથે કામ કરતા નથી - વાસ્ય, પેટ્યા, સેરેઝા (જો કોઈ વ્યવહાર નોંધાયેલ ન હોય તો) દ્વારા તેમને ઍક્સેસ કરવાની શરતો સાથે બેંક સેલમાં નાણાં મૂકવાનો છે. બિલકુલ), અને અન્ય કલાકારો, Rosreestr દ્વારા નોંધાયેલ કરારોની રજૂઆત પર. (અને માર્ગ દ્વારા, બેંકો સ્વતંત્ર રીતે કરારની અધિકૃતતાની ચકાસણી કરતી નથી, એટલે કે, તેઓ વ્યવહારમાં સહભાગીઓના કાગળોની અધિકૃતતા પર વિશ્વાસ કરે છે).

ટ્રાન્ઝેક્શનને સંપૂર્ણ રીતે પૂર્ણ ન કરવાના જોખમો ઉપરાંત, બીજી સમસ્યા એ છે કે જો અન્ય સહભાગીઓ સંપૂર્ણ નોંધણીની રાહ જોયા વિના તેમના નવા આવાસમાં જઈ શકે છે (હેલો, યુટિલિટી બિલની ઓછી ચૂકવણીનો પ્રશ્ન!), તો મેગ્લોર અને મેધ્રોસ નહીં. ટૂંક સમયમાં મેલ્કોરની સેવા કરવા જાઓ, અને કદાચ મેગ્લોર સિલ્મરિલ્સને તેના હાથમાં પકડી શકશે નહીં, તેની પાસે ફક્ત સમય નહીં હોય. રિયલ એસ્ટેટ વ્યવહારો ક્રમિક રીતે ચલાવવામાં આવે છે, અને દરેક વ્યવહારની પ્રક્રિયામાં ઓછામાં ઓછા 9 કાર્યકારી દિવસો લાગશે.

વધુમાં, Rosreestr DDU હેઠળ બાંધકામ હેઠળના આવાસના બોજને સમર્થન આપતું નથી, પરંતુ તે કરી શકે છે, આ એક સરળ વાયદાના સંબંધમાં પ્રાથમિક ક્રિયા છે.

હવે ચાલો DBMS વિશેની ખામીઓ અને મારી વિશલિસ્ટ તરફ આગળ વધીએ

1) પ્રથમ સંસ્કરણ નિયંત્રણ સિસ્ટમનો અભાવ છે. જો ડેલ્ફી બાજુથી હું મારા સેન્ડબોક્સમાં વિકાસ કરી રહ્યો છું, અને મેં કરેલા ફેરફારો અન્ય પ્રોગ્રામરોને પ્રતિબદ્ધ ન થાય ત્યાં સુધી દેખાશે નહીં, તો DBMS સાથે આવું નથી. અને જો હું સંપૂર્ણ વિશ્વાસ ધરાવતો હોઉં (ઓછામાં ઓછું મને સોંપેલ કાર્યના માળખામાં) લડાઇ ડેટાબેઝની ઍક્સેસ, અને આવું થાય, તો પણ હું તેના પર વિકાસ કરી શકતો નથી. જ્યારે હું ડીબગ કરી રહ્યો છું, ત્યારે બધું તૂટી જશે. આ પથ્થર યુગ શું છે? વિકાસકર્તાઓ માટે સેન્ડબોક્સ બનાવો.

2) બીજું વાસ્તવિક વિશ્વનું વર્ણન કરતી પૂર્વ-સ્થાપિત પ્રમાણિત કોષ્ટકોનો અભાવ છે. મેં જે કંપની માટે કામ કર્યું છે તે દરેક કંપનીનું પોતાનું ટેબલ ફોર્મેટ છે જેમાં બાર મહિનાના નામો (રશિયન અને (ઓછામાં ઓછા) અંગ્રેજીમાં, રશિયનના જુદા જુદા કેસોમાં) વર્ણવવામાં આવ્યા છે!

3) ત્રીજું - અને અહીં હું ઓરેકલ પરિભાષાનો ઉપયોગ કરીશ - રીટર્નિંગનો ઉપયોગ કરતી સરળ ઇન્સર્ટ અથવા અપડેટ સ્ક્રિપ્ટને કૉલ કરવાની કોઈ રીત નથી, જે રીતે આપણે સિલેક્ટ કહીએ છીએ. કદાચ આ ઓરેકલ સમસ્યાઓ નથી, પરંતુ ડેલ્ફી + ઓરેકલ ઇન્ટરફેસ સમસ્યાઓ છે.

4) ચોથું, જ્યાં હું આ કરવા માંગતો નથી ત્યાં હું જે પ્રક્રિયાઓ અને કાર્યો બનાવું છું તેને સત્તા સોંપવાની જરૂરિયાત. હું પ્રક્રિયાઓ અને કાર્યો માટે વપરાશકર્તાની પરવાનગીઓને સેટ કરવા અને પછી બદલવા માંગતો નથી. શા માટે, જો મેં સ્પષ્ટપણે ગ્રાન્ટ્સ ન લખી હોય, તો શું સિસ્ટમ પોતે સંકળાયેલી વસ્તુઓને જોઈ શકતી નથી, અને, તેમની સાથે કાર્ય કરવાના અધિકારો અનુસાર, ચોક્કસ વપરાશકર્તાઓને ફંક્શનને કૉલ કરવાનો અધિકાર આપી શકે છે કે નહીં? ફંક્શન્સ અને પ્રક્રિયાઓ લખતી વખતે હું આ માટે એક કીવર્ડ લખવા માટે તૈયાર છું. અથવા, વધુ સારું, વપરાશકર્તાને એક્ઝેક્યુશન શરૂ કરવા દો, અને જો અલ્ગોરિધમ શાખા તેને એવી વિનંતી તરફ દોરી જાય છે કે જેના માટે વપરાશકર્તા પાસે અધિકારો નથી, તો તે તેને ભૂલ સાથે ફેંકી દેશે.

સોર્સ: www.habr.com