အနာဂတ်၏ DBMS နှင့် Rosreestr အတွက် ကျွန်ုပ်၏ဆန္ဒများ

client သည် database နှင့် အပြန်အလှန် တုံ့ပြန်သည်။
ဆိုက်ကနေ http://corchaosis.ruJonathan Tiong မှ

ကျွန်ုပ်သည် ပရိုဂရမ်မာတစ်ဦးဖြစ်သည် (အများအားဖြင့် Delphi + မတူညီသော DBMS အမျိုးအစားအားလုံး၊ မကြာသေးမီက ORACLE၊ + အနည်းငယ် PHP) အပြင်၊ ကျွန်ုပ်သည် တိုက်ခန်းများဝယ်ယူခြင်းနှင့် ရောင်းချခြင်း ဝါသနာတစ်ခုရှိသည်။ ဆောက်လုပ်ရေးအဆင့်တွင် တိုက်ခန်းတစ်ခန်းကို အနည်းနှင့်အများ ယုံကြည်စိတ်ချရသော developer ထံမှ အရသာရှိသောစျေးနှုန်းဖြင့် ဝယ်ယူသည် (ဥပမာ၊ ယခု Samolet သည် ထိုသို့သော developer ဖြစ်သည်၊ Nekrasovka မီထရိုဘူတာအနီးရှိ တိုက်ခန်းများကို ရောင်းရန်ရှိသည်)၊ အိမ်လွှဲပြောင်းပေးရန် စောင့်မျှော်နေပါသည်။ (နှစ်နှစ်ကြာတဲ့အခါ စျေးမကြီးတဲ့ ကမ်းလှမ်းမှုတွေနဲ့ ကြုံရတတ်တယ်)၊ အဲဒါကို ပြုပြင်ပြီး စျေးကွက်ပေါက်ဈေးရဲ့ 95-100% နဲ့ ရောင်းပါတယ်။

ထို့ကြောင့်၊ ကျွန်ုပ် (အခြားသူများကဲ့သို့) RosReestr ၏ အရောင်းအ၀ယ်ပြုလုပ်နိုင်မှု မရှိခြင်း ပြဿနာကို ကျွန်တော် ကြုံတွေ့ခဲ့ရသည်။

Rosreestr ၏ အရောင်းအ၀ယ်လုပ်ငန်း၏ သဘောသဘာဝ မရှိခြင်း၏ ပြဿနာ

"ငွေပေးငွေယူ" ပရိုဂရမ်ရေးဆွဲခြင်းနှင့်အိမ်ခြံမြေလုပ်ငန်းတွင်၎င်းသည် "အခြားရွေးချယ်စရာ" ဖြစ်သည် (၎င်း၏တစ်စိတ်တစ်ပိုင်းအနေဖြင့် "အပ်ငွေပုံးသဘောတူညီချက်") ရှိပြီးအရာများသည်အနည်းငယ်ပိုမိုရှုပ်ထွေးသည်။ ပြောနေတယ်။

Petya ရောင်းနေတဲ့ တိုက်ခန်းကို Vasya လာကြည့်တယ်။ Vasya သည်စျေးနှုန်းအပါအဝင်အရာအားလုံးကိုအလွန်နှစ်သက်သည်၊ သို့သော် Vasya တွင်ပိုက်ဆံမရှိပါ။ ဤသည်မှာ ကျွန်ုပ်တို့၏ဇာတ်လမ်းအစဖြစ်သည်။

Vasya သည် သူ့အတွက် အထူးမလိုအပ်သည့် တန်ဖိုးအချို့ရှိသည့် သူ့ကိုယ်ပိုင်ပိုင်ဆိုင်မှုဖြစ်သည် - Lomonosov သည် အိမ်နီးချင်းအိမ်တွင်နေထိုင်ခဲ့ပြီး မျက်နှာကျက်အမြင့်သည် ခုနစ်မီတာခွဲရှိပြီး သစ်သီးအခြေခံနှင့် Sadovod စျေးအနီးတွင်ရှိသည်။ Aeroexpress သို့သင်လမ်းလျှောက်နိုင်သည်၊ တိုက်ခန်း 1 မီတာအောက်တွင်မြေအောက်ခန်းတစ်ခုရှိသည်၊ တိုက်ခန်းအထက်တွင်နက္ခတ္တဗေဒလေ့လာရန်အဆင်ပြေသောထပ်ခိုးတစ်ခုရှိသည်။ ဤအင်္ဂါရပ်များသည် သူ့တိုက်ခန်း၏စျေးနှုန်းကို မြင့်တက်စေသော်လည်း သူ့အတွက်မဟုတ်ကြောင်း Vasya နားလည်သည်။ Petya ရဲ့တိုက်ခန်းကိုဝယ်ပြီး သူ့တိုက်ခန်းကိုရောင်းဖို့ဆုံးဖြတ်လိုက်တယ်။ ဒါပေမယ့် Petya ရဲ့ တိုက်ခန်းဝယ်ဖို့အတွက် ရောင်းဖို့တင်မကဘူး။ အိမ်ခြံမြေအကျိုးဆောင်များ၏ ဘာသာစကားဖြင့် ၎င်းကို - "အခြားရွေးချယ်စရာကို ရွေးချယ်ထားသည်။"

အခု Petya ဘက်ကနေ ဒီအခြေအနေကို ကြည့်ရအောင်။ အမှန်မှာ Petya သည် ငွေလျှော့စျေးထိုင်ရန် စိတ်မဝင်စားဘဲ Valinor မြို့ elven တွင် တိုက်ခန်းတစ်ခန်းဝယ်ရန် တိုက်ခန်းတစ်ခန်းကို ရောင်းချနေသော်လည်း မည်သည့်အခန်းကိုမျှ မကြည့်ရသေးပေ။ အိမ်ခြံမြေအကျိုးဆောင်များ၏ဘာသာစကားတွင်၊ ၎င်းကို "အခြားရွေးချယ်စရာတစ်ခုဖြင့် ညှိနှိုင်းပါ။"

Middle-earth ဖြစ်သော Maglor နှင့် Maedhros တို့၏ elves နှစ်ဦးသည် Melkor ကို တာဝန်ထမ်းဆောင်ရန် စေလွှတ်လိုက်သောကြောင့် ၎င်းတို့ကို အရေးပေါ်ရောင်းချနေသော Valinor မြို့ရှိ (Petit ၏စံနှုန်းများ) တွင် သင့်လျော်သောအိမ်ခြံမြေများရှိသည်။ အိမ်ခြံမြေအကျိုးဆောင်များ၏ ဘာသာစကားဖြင့် ဤအရာကို "အခမဲ့ရောင်းချခြင်း" ဟုခေါ်သည်။

ထို့ကြောင့် Vasya သည် client Serezha ကိုရှာဖွေခဲ့သည်။ အခုတော့ Petya ဟာ Valinor မြို့မှာ သူ့အတွက် သင့်တော်တဲ့ ရွေးချယ်စရာနှစ်ခုကို ရှာတွေ့ခဲ့ပါတယ်။ သဘောတူညီချက်တစ်ခုလုပ်မယ်။ ငွေပေးငွေယူတွင် ပါဝင်သူ မည်သူမျှ ပေါင်နှံခြင်းကို မသုံးဘဲ အသေးစား ရှယ်ယာပိုင်ရှင် မရှိဟု ရိုးရှင်းစွာ ယူဆပါ။ ထို့ကြောင့် အောက်ပါလုပ်ဆောင်ချက်များကို ယခုပြုလုပ်သင့်သည်-
1. Seryozha သည် Petya အား ငွေပေးသည်။
2. Vasya သည် Seryozha အား ၎င်း၏တိုက်ခန်းကို ပေးသည်။
3. Petya သည် Vasya အား ၎င်း၏တိုက်ခန်းကို ပေးသည်။
4. Maglor သို့မဟုတ် Maedhros သည် Valinor ရှိ ၎င်းတို့၏တိုက်ခန်းကို Petya သို့လွှဲပြောင်းပေးပြီး Seryozha ၏ငွေများကိုရယူပါ။
5. Malkor နှင့် Maedhros တို့သည် Melkor ကိုအစေခံရန် Mordor သို့သွားကြသည်။

အကောင်အထည်ဖော်ရန်အတွက် အောက်ပါ script ကို Rosreestr သို့ လွှဲပြောင်းခြင်းသည် အကောင်းဆုံးဖြစ်လိမ့်မည်။

ငွေပေးငွေယူ စတင်ပါ။
Vasya ၏တိုက်ခန်းကို Seryozha အားပေးပါ။
Petit ၏တိုက်ခန်းကို Vasya အားပေးပါ။
အစပြု
Malkor ၏တိုက်ခန်းကို Petya အားပေးပါ။
Seryozha ၏ပိုက်ဆံကို Malkor ကိုပေးပါ။
IF_ERROR-
Petya ကို Maedhros ၏တိုက်ခန်းပေးပါ။
Seryozha ၏ပိုက်ဆံကို Maedhros ကိုပေးပါ။
အဆုံး
လွှဲပြောင်းမှု ကျူးလွန်ခြင်း။

တိုက်ခန်းအားလုံးတွင် အရွယ်ရောက်ပြီးသူ (နှင့် စွမ်းဆောင်နိုင်သူ) ပိုင်ရှင်တစ်ဦးရှိသည်၊ ၎င်းတို့၏စျေးနှုန်းများသည် တန်းတူဖြစ်ပြီး အရောင်းအဝယ်အဆင့်များ မည်သို့ပင်ရှိစေကာမူ အိမ်ခြံမြေအကျိုးဆောင်များ (ရှိပါက) ပေးချေသည်ဟု ယူဆခြင်းဖြင့် ဤအရာသည် ရိုးရှင်းသော ငွေပေးငွေယူ script တစ်ခုဖြစ်သည်။

သို့သော် Rosreestr သည် အရောင်းအဝယ်လုပ်ခြင်းကို မပံ့ပိုးပါ။ ၎င်းတို့ထဲမှ တစ်ခုပြီးမြောက်ခြင်းမရှိပါက အရောင်းအဝယ်တစ်ခုလုံးကို နောက်ကြောင်းပြန်မလှည့်ဘဲ လုပ်ဆောင်ချက်အားလုံးကို ဆက်တိုက်လုပ်ဆောင်ပြီး အမှီအခိုကင်းစွာ လုပ်ဆောင်သွားမည်ဖြစ်သည်။ Rosreestr နှင့် MFC တို့သည် ငွေသားလွှဲပြောင်းခြင်းတွင် အလုပ်မလုပ်သောကြောင့် ရရှိနိုင်သည့် အများဆုံးပမာဏမှာ Vasya၊ Petya၊ Serezha မှ ၎င်းတို့ထံဝင်ရောက်ခွင့်အတွက် အခြေအနေများနှင့်အတူ ဘဏ်ဆဲလ်တစ်ခုအတွင်း ငွေထည့်ခြင်းဖြစ်သည် (ငွေပေးငွေယူစာရင်းသွင်းခြင်းမရှိပါက၊ Rosreestr မှ မှတ်ပုံတင်ထားသော သဘောတူညီချက်များ တင်ပြခြင်း နှင့် အခြားသရုပ်ဆောင်များ ၊ (ထိုနည်းအားဖြင့်၊ ဘဏ်များသည် စာချုပ်များ၏ စစ်မှန်မှုကို အမှီအခိုကင်းစွာ အတည်မပြုနိုင်၊ ဆိုလိုသည်မှာ ငွေပေးငွေယူတွင် ပါဝင်သူများ၏ စာရွက်များ၏ စစ်မှန်မှုကို ယုံကြည်ကြသည်)။

ငွေပေးငွေယူကို အပြည့်အ၀မပြီးမြောက်ခြင်း၏အန္တရာယ်များအပြင် အခြားပါဝင်သူများသည် မှတ်ပုံတင်ခြင်းအပြည့်အစုံကိုမစောင့်ဘဲ ၎င်းတို့၏အိမ်ရာအသစ်သို့ ပြောင်းရွှေ့နိုင်လျှင် (မင်္ဂလာပါ အသုံးဝင်မှုဘေလ်များ လျှော့ပေးချေမှုမေးခွန်း!)၊ Maglor နှင့် Maedhros တို့သည် ရှိမည်မဟုတ်ပါ။ မကြာခင် Melkor ကိုအစေခံဖို့သွားပါ၊ Maglor သည် Silmarils ကိုလက်ထဲတွင်ကိုင်ထားနိုင်လိမ့်မည်မဟုတ်ပါ၊ သူ့တွင်အချိန်မရှိပါ။ အိမ်ခြံမြေအရောင်းအ၀ယ်များကို ဆက်တိုက်လုပ်ဆောင်နေပြီး အရောင်းအ၀ယ်တစ်ခုစီ၏လုပ်ဆောင်မှုသည် အနည်းဆုံး ၉ ရက်ကြာမည်ဖြစ်သည်။

ထို့အပြင်၊ Rosreestr သည် DDU လက်အောက်ရှိ ဆောက်လုပ်ဆဲအိမ်ရာများ၏ ဝန်းရံမှုကို ပံ့ပိုးမပေးသော်လည်း၊ ၎င်းသည် ရိုးရှင်းသောအနာဂတ်နှင့်ဆက်စပ်သည့် အခြေခံလုပ်ဆောင်ချက်တစ်ခုဖြစ်သည်။

ယခု အားနည်းချက်များနှင့် DBMS အကြောင်း ကျွန်ုပ်၏ ဆန္ဒစာရင်းသို့ ဆက်သွားကြပါစို့

1) ပထမအချက်မှာ ဗားရှင်းထိန်းချုပ်မှုစနစ် မရှိခြင်းပင်ဖြစ်သည်။ အကယ်၍ Delphi ဘက်ခြမ်းမှ ကျွန်ုပ်သည် ကျွန်ုပ်၏ sandbox တွင် တီထွင်နေပြီး၊ ကျွန်ုပ်လုပ်ခဲ့သော ပြောင်းလဲမှုများသည် ၎င်းတို့ကို မကျူးလွန်မချင်း အခြားသော ပရိုဂရမ်မာများအတွက် ပေါ်မလာပါက DBMS နှင့် မတူပါ။ တိုက်ပွဲဒေတာဘေ့စ်သို့ဝင်ရောက်ခွင့် (အနည်းဆုံး (အနည်းဆုံးငါ့ကိုတာဝန်ပေးသည့်ဘောင်အတွင်း) အပြည့်အ၀ဖြင့် ယုံကြည်ရလျှင်ပင်၊ ဤအရာဖြစ်လာပါက၊ ကျွန်ုပ်သည် ၎င်းကို တီထွင်နိုင်မည်မဟုတ်ပေ။ ကျွန်တော် အမှားရှာလုပ်နေချိန်မှာ အရာအားလုံး ပြိုပျက်သွားလိမ့်မယ်။ ဒီကျောက်ခေတ်က ဘာလဲ။ developer များအတွက် sandbox တစ်ခုပြုလုပ်ပါ။

2) ဒုတိယအချက်မှာ လက်တွေ့ကမ္ဘာကို ဖော်ပြသည့် ကြိုတင်ထည့်သွင်းထားသော စံချိန်စံညွှန်းဇယားများ မရှိခြင်းပင်ဖြစ်သည်။ ကျွန်တော်အလုပ်လုပ်ဖူးတဲ့ ကုမ္ပဏီတိုင်းဟာ ဆယ့်နှစ်လကြာတဲ့ နာမည်တွေကို (ရုရှားနဲ့ (အနည်းဆုံး) အင်္ဂလိပ်လို၊ ရုရှားဘာသာစကားနဲ့) ကွဲပြားအောင် ဖော်ပြတဲ့ ကိုယ်ပိုင်ဇယားဖော်မတ်ရှိပါတယ်။

3) တတိယ - ဤနေရာတွင် ကျွန်ုပ်သည် Oracle ဝေါဟာရကို အသုံးပြုပါမည် - ကျွန်ုပ်တို့သည် Select ဟုခေါ်သည့်အတိုင်း Returning ကိုအသုံးပြုသည့် ရိုးရိုး Insert သို့မဟုတ် Update script ကိုခေါ်ဆိုရန် နည်းလမ်းမရှိပါ။ ဤအရာများသည် Oracle ပြဿနာများမဟုတ်သော်လည်း Delphi + Oracle ကြားခံပြဿနာများဖြစ်နိုင်သည်။

4) စတုတ္ထအချက်ကတော့ ကျွန်တော်မလုပ်ချင်တဲ့ လုပ်ထုံးလုပ်နည်းတွေနဲ့ လုပ်ဆောင်မှုတွေကို လုပ်ပိုင်ခွင့်တွေ အပ်နှင်းဖို့ လိုပါတယ်။ လုပ်ထုံးလုပ်နည်းများနှင့် လုပ်ဆောင်ချက်များအတွက် အသုံးပြုသူ၏ ခွင့်ပြုချက်များကို မသတ်မှတ်ချင်တော့ပါ။ အကယ်၍ ကျွန်ုပ်သည် Grants ကို ပြတ်သားစွာ မရေးခဲ့ပါက၊ စနစ်သည် ဆက်စပ်အရာဝတ္တုများကို ကြည့်ရှုနိုင်မည်ဖြစ်ပြီး၊ ၎င်းတို့နှင့် လုပ်ဆောင်ရန် အခွင့်အရေးများနှင့်အညီ အချို့သော အသုံးပြုသူများအား လုပ်ဆောင်ချက်ကို ခေါ်ပိုင်ခွင့် ပေးသည် သို့မဟုတ် မပေးပါက အဘယ်ကြောင့်နည်း။ လုပ်ဆောင်ချက်များနှင့် လုပ်ထုံးလုပ်နည်းများကို ရေးသားသည့်အခါ ဤအတွက် သော့ချက်စာလုံးတစ်လုံးကို ကျွန်ုပ်ရေးရန် အဆင်သင့်ဖြစ်နေပါပြီ။ ဒါမှမဟုတ် ပိုကောင်းတာက၊ အသုံးပြုသူကို စတင်လုပ်ဆောင်ခွင့်ပြုပါ၊ အယ်လဂိုရီသမ်ဌာနခွဲက သူ့ကို အသုံးပြုသူမှာ အခွင့်အရေးမရှိသော တောင်းဆိုချက်တစ်ခုဆီ ပို့ဆောင်ပါက၊ ၎င်းကို အမှားအယွင်းတစ်ခုနဲ့ ထုတ်ပစ်ပါလိမ့်မယ်။

source: www.habr.com