Konsumatori ndërvepron me bazën e të dhënave.
Nga faqja , autori i tablosë Jonathan Tiong.
PĂ«rveç se jam programues (primarisht, Delphi + disa sisteme tĂ« ndryshme tĂ« menaxhimit tĂ« tĂ« dhĂ«nave, sĂ« fundmi ORACLE, + pak PHP), kam njĂ« hobi â blerjen dhe shitjen e apartamenteve. Blej njĂ« apartament nĂ« fazĂ«n e ndĂ«rtimit nga njĂ« ndĂ«rtues mĂ« ose mĂ« pak tĂ« besueshĂ«m pĂ«r njĂ« çmim atraktiv (pĂ«r shembull, tani njĂ« ndĂ«rtues i tillĂ« Ă«shtĂ« SamolĂ«t, apartamentet afĂ«r stacionit tĂ« metrosĂ« Nekrasovka tĂ« shihet), pres dorĂ«zimin e ndĂ«rtesĂ«s (shpesh deri nĂ« dy vjet mĂ« vonĂ«, kjo ndodh me oferta tĂ« lira), bĂ«j rinovimin dhe pastaj e shes pĂ«r 95-100% tĂ« çmimit tĂ« saj tĂ« tregut.
Pra, unë (si të gjithë) u përballa me problemin e mungesës së transaksionalitetit në Rosregister.
Problemi i mungesës së transaksionalitetit në marrëveshjet e Rosregister
Në programim, "Transaksioni", dhe në pasuri të paluajtshme është "Marrëveshje me një alternativë" (si dhe, si një pjesë, "Marrëveshja për kuti bankare"), dhe aty është pak më e komplikuar. Po tregoj.
Vasja erdhi për të parë apartamentin që po shitet nga Petja. Dhe Vasja e pëlqeu shumë, përfshirë dhe çmimin, por Vasja nuk ka para. Kështu fillon historia jonë.
Vasja ka pronĂ«n e tij, e cila ka disa vlera qĂ« nuk i nevojiten shumĂ« â nĂ« shtĂ«pinĂ« pĂ«rballĂ« ka jetuar Lomonosov, lartĂ«sia e tavanit Ă«shtĂ« shtatĂ« e gjysmĂ« metra, afĂ«r ndodhet baza e perimeve dhe tregu Sadovod, mund tĂ« ecĂ«sh me kĂ«mbĂ« deri te Aeroekspresi, nĂ«n apartament ka njĂ« bodrum me lartĂ«si 1 metĂ«r, mbi apartament ka njĂ« tavĂ« qĂ« Ă«shtĂ« e pĂ«rshtatshme pĂ«r vĂ«zhgime astronomike. Vasja e kupton qĂ« kĂ«to karakteristika e rrisin çmimin e apartamentit tĂ« tij, por jo pĂ«r tĂ«. Ai vendos tĂ« blejĂ« apartamentin e PetĂ«s dhe ta shesĂ« apartamentin e tij â por ta shesĂ« pikĂ«risht pĂ«r tĂ« blerĂ« apartamentin e PetĂ«s, dhe jo thjesht kĂ«shtu. NĂ« gjuhĂ«n e agjentĂ«ve tĂ« pasurive, kjo quhet â 'Alternativa Ă«shtĂ« zgjedhur'.
Tani le tĂ« shikojmĂ« kĂ«tĂ« situatĂ« nga ana e PetĂ«s. ĂĂ«shtja Ă«shtĂ« se PetĂ«s nuk i intereson tĂ« rrijĂ« me para qĂ« po humbin vlerĂ«, ai e shet apartamentin pĂ«r tĂ« blerĂ« njĂ« apartament pĂ«r vete nĂ« qytetin elfi Valinor, por ende nuk ka parĂ« se cili specifikisht. NĂ« gjuhĂ«n e agjentĂ«ve tĂ« pasurive, kjo quhet â 'Transaksion me alternativĂ«'.
Dy elfë të Mesdheut, Maglor dhe Maedros, disponojnë pasuri të përshtatshme (për kriteret e Petës) në qytetin Valinor, të cilat i shesin me urgjencë, pasi janë duke shkuar të shërbejnë Melkori. Në gjuhën e agjentëve të pasurive, kjo quhet - "Shitje e Lirë".
Pra, Vasia gjen klientin Seryozha. Tani, Petya gjen dy opsione të përshtatshme për të në qytetin Valinor. Hyjmë në formalizimin e marrëveshjes. Le të supozojmë për thjeshtësi, që asnjë nga pjesëmarrësit e marrëveshjes nuk përdor hipotekë dhe nuk ka pronarë të mitur. Kështu, tani duhet të ndodhin veprimet e mëposhtme:
1. Seryozha i jep paratë Petës.
2. Vasia i jep apartamentin e tij Seryozhës.
3. Petya i jep apartamentin e tij Vasias.
4. Ose Maglor, ose Maedros, i japin apartamentin e tyre në Valinor Petës dhe marrin paratë e Seryozhës.
5. Malcor dhe Maedros shkojnë në Mordor për të shërbyer Melkori.
Idealisht do të ishte të kalonte në Rosreestr për ekzekutimin e skriptit të mëposhtëm:
START TRANSACTION
Apartamenti i Vasias t'i jepet Seryozhës.
Apartamenti i Petës t'i jepet Vasias.
begin
Apartamenti i Malcorit t'i jepet Petës.
Paratë e Seryozhës t'i jepen Malcorit.
NĂSE_GABIM:
Apartamenti i Maedros t'i jepet Petës.
Paratë e Seryozhës t'i jepen Maedrosit.
end
COMMIT TRANSACTION
Ky është një skript i thjeshtë për transaksionin me alternativën që supozon se të gjitha apartamentet kanë një pronar të madh (dhe të aftë) të vetëm, që vlerat e tyre janë të barabarta, dhe që pagesa e agjentëve të pasurive (nëse ka) paguhet jashtë lidhjes me etapat e transaksionit.
MegjithatĂ«, Rosregistri nuk mbĂ«shtet transaksionet. TĂ« gjitha veprimet do tĂ« realizohen njĂ«ra pas tjetrĂ«s, pa rikthim tĂ« transaksionit nĂ« tĂ«rĂ«si nĂ«se njĂ«ra prej tyre nuk pĂ«rfundon. Maksimumi qĂ« mund tĂ« arrijmĂ« â duke marrĂ« parasysh se Rosregistri dhe MFC nuk punojnĂ« me transferimin e parave cash â Ă«shtĂ« tĂ« vendosim paratĂ« nĂ« njĂ« kuti bankare, me kushtet e aksesit pĂ«r VasĂ«n, Petin, SerjozhĂ«n (nĂ«se nuk regjistrohet asnjĂ« transaksion), dhe tĂ« tjerĂ«t e pĂ«rfshirĂ«, nĂ« momentin qĂ« ata paraqesin marrĂ«veshjet e regjistruara nga Rosregistri. (Dhe pĂ«r ta thĂ«nĂ«, bankat nuk e realizojnĂ« vetĂ« verifikimin e autenticitetit tĂ« marrĂ«veshjeve, pra besojnĂ« nĂ« autenticitetin e dokumenteve tĂ« pjesĂ«marrĂ«sve nĂ« transaksion.)
Përveç rreziqeve të përfundimit të papërmbushur të transaksionit, një problem tjetër është se nëse pjesëmarrësit e tjerë mund të hyjnë në shtëpitë e tyre të reja pa pritur për përfundimin e plotë (përshëndetje, problemi i pagesës së papërfunduar të shërbimeve!), atëherë Maglor dhe Maedhros nuk do të shkojnë së shpejti të shërbejnë Melkorit, dhe ndoshta Maglor nuk do të jetë në gjendje të mbajë në duar silmarilët, thjesht nuk do të ketë kohë. Transaksionet me pasuri të paluajtshme kryhen në mënyrë të njëpasnjëshme, dhe përfundimi i çdo transaksioni do të zgjasë të paktën 9 ditë pune.
Përveç kësaj, Rosreestr nuk mbështet ngarkesën e pronës që është duke u ndërtuar sipas DDU, ndërsa mund ta bënte, kjo është një veprim i thjeshtë në lidhje me një futures të thjeshtë.
Tani kalojmë te disavantazhet dhe dëshirat e mia për DBMS
1) E para, Ă«shtĂ« mungesa e sistemit tĂ« kontrollit tĂ« versioneve. NĂ«se nga ana e Delphi po zhvilloj nĂ« sandbox-in tim dhe ndryshimet qĂ« bĂ«j nuk do tĂ« shfaqen te programuesit e tjerĂ« deri nĂ« momentin e komitimit, me DBMS nuk Ă«shtĂ« kĂ«shtu. Edhe nĂ«se mĂ« besojnĂ« qasje tĂ« plotĂ« (tĂ« paktĂ«n, nĂ« kuadĂ«r tĂ« asaj qĂ« Ă«shtĂ« e nevojshme pĂ«r detyrĂ«n qĂ« kam), dhe kjo ndodh, nuk mund tĂ« zhvilloj aty. NdĂ«rsa do tĂ« jem duke e rregulluar, gjithçka do tĂ« shembet. ĂfarĂ« Ă«shtĂ« ky epokĂ« e gurit??? BĂ«ni njĂ« sandbox pĂ«r zhvilluesit.
2) E dyta është mungesa e tabelave standardizuese të parainstaluara, që përshkruajnë botën reale. Në çdo kompani ku kam punuar, ka qenë formati i vet i tabelës, që përshkruan emrat (në rusisht dhe (të paktën) anglisht, në raste të ndryshme të gjuhës ruse) të dymbëdhjetë muajve!
3) E treta â dhe kĂ«tu do tĂ« pĂ«rdor terminologjinĂ« e Oracle â Ă«shtĂ« mungesa e mundĂ«sisĂ« pĂ«r tĂ« thirrur njĂ« skenar tĂ« thjeshtĂ« Insert ose Update, duke pĂ«rdorur Returning, ashtu siç e thĂ«rrasim Select. Ndoshta kjo nuk Ă«shtĂ« njĂ« problem i Oracle, por njĂ« problem i ndĂ«rfaqes mes Delphi + Oracle.
4) E katĂ«rta â nevoja pĂ«r tĂ« caktuar autoritetet pĂ«r procedurat dhe funksionet qĂ« krijoj, nĂ« ato raste kur nuk dĂ«shiroj ta bĂ«j kĂ«tĂ« vetĂ«. Nuk dua tĂ« pĂ«rcaktoj dhe mĂ« pas tĂ« ndryshoj, autoritetet e pĂ«rdoruesve pĂ«r procedurĂ«n dhe funksionin. Pse, nĂ«se nuk kam shkruar qartĂ« Grant-et, sistemi nuk mund tĂ« shikojĂ« vetĂ« objektet e angazhuara dhe, nĂ« pĂ«rputhje me tĂ« drejtat pĂ«r veprimet me to, t'u japĂ« ose jo atyre pĂ«rdoruesve tĂ« drejtat pĂ«r tĂ« thirrur funksionin? Jam gati tĂ« shkruaj pĂ«r kĂ«tĂ« njĂ« fjalĂ« kyçe gjatĂ« shkruarjes sĂ« funksioneve dhe procedurave. Ose, edhe mĂ« mirĂ«, le ta fillojĂ« pĂ«rdoruesi ekzekutimin, dhe nĂ«se dega e algoritmit e çon nĂ« njĂ« kĂ«rkesĂ« pĂ«r tĂ« cilĂ«n pĂ«rdoruesi nuk ka tĂ« drejta, atĂ«herĂ« ta hedhĂ« me njĂ« gabim.
Burimi: habr.com
