Mae'r cleient yn rhyngweithio â'r gronfa ddata.
O'r safle , gan Jonathan Tiong.
Yn ogystal â'r ffaith fy mod yn rhaglennydd (yn bennaf Delphi + pob math o DBMSs gwahanol, yn ddiweddar ORACLE, + ychydig o PHP), mae gen i hobi - prynu a gwerthu fflatiau. Rwy'n prynu fflat yn ystod y cam adeiladu gan ddatblygwr mwy neu lai dibynadwy am bris da (er enghraifft, nawr mae Samolet yn ddatblygwr o'r fath, mae fflatiau ger gorsaf metro Nekrasovka ar werth), arhoswch i'r tŷ gael ei ddanfon (dau yn aml). flynyddoedd yn ddiweddarach, mae hyn yn digwydd gyda chynigion rhad), rwy'n ei adnewyddu ac yna'n ei werthu am 95-100% o bris y farchnad.
Felly, roeddwn i (fel pawb arall) yn wynebu problem diffyg trafodion RosReestr.
Problem diffyg trafodion trafodion Rosreestr
Mewn rhaglennu mae'n “Transaction”, ac mewn eiddo tiriog mae'n “Trafodiad ag Amgen” (a hefyd, fel rhan ohono, “Cytundeb Blwch Adnau Diogel”), ac mae ychydig yn fwy cymhleth. Rwy'n dweud wrthych.
Daeth Vasya i weld y fflat yr oedd Petya yn ei werthu. Ac roedd Vasya yn hoff iawn o bopeth, gan gynnwys y pris, ond nid oes gan Vasya arian. Dyma sut mae ein stori yn dechrau.
Mae gan Vasya ei eiddo ei hun, sydd â rhai gwerthoedd nad ydynt yn arbennig o angenrheidiol iddo - roedd Lomonosov yn byw yn y tŷ cyfagos, mae uchder y nenfwd yn saith metr a hanner, mae sylfaen ffrwythau a llysiau a marchnad Sadovod gerllaw, gallwch gerdded ar yr Aeroexpress, o dan y fflat mae islawr gydag uchder o 1 metr, mae atig uwchben y fflat sy'n gyfleus ar gyfer arsylwadau seryddol. Vasya yn deall bod y nodweddion hyn yn cynyddu pris ei fflat, ond nid ar gyfer ei hun. Ac mae'n penderfynu prynu fflat Petya a gwerthu ei fflat ei hun. Ond gwerthu yn union er mwyn prynu fflat Petya, ac nid yn unig. Yn iaith realtors, gelwir hyn yn “Mae dewis arall wedi'i ddewis.”
Nawr, gadewch i ni edrych ar y sefyllfa hon o ochr Petya. Y ffaith yw nad oes gan Petya ddiddordeb ychwaith mewn eistedd ar ddibrisio arian, mae'n gwerthu'r fflat er mwyn prynu fflat iddo'i hun yn ninas elven Valinor, ond nid yw wedi edrych eto ar ba un. Yn iaith realtors, gelwir hyn yn “Delio â dewis arall.”
Mae gan ddau gorachod o Middle-earth, Maglor a Maedhros, eiddo tiriog addas (yn unol â meini prawf Petya) yn ninas Valinor, sy'n cael ei werthu ar frys, gan eu bod yn mynd i wasanaethu Melkor. Yn iaith realtors gelwir hyn yn “Gwerthiant Rhad ac Am Ddim”.
Felly, mae Vasya yn dod o hyd i gleient, Seryozha. Nawr, mae Petya yn dod o hyd i ddau opsiwn addas iddo yn ninas Valinor. Rydym ar fin cwblhau’r fargen. Gadewch i ni dybio er symlrwydd nad oes yr un o’r partïon i’r trafodiad yn defnyddio morgais ac nad oes ganddo blant dan oed fel perchnogion cyfranddaliadau. Felly, nawr mae'n rhaid i chi gymryd y camau gweithredu canlynol:
1. Mae Seryozha yn rhoi arian i Petya.
2. Vasya yn rhoi ei fflat i Seryozha.
3. Petya yn rhoi ei fflat i Vasya.
4. Naill ai mae Maglor neu Maedhros yn trosglwyddo eu fflat yn Valinor i Peta ac yn derbyn arian Seryozha.
5. Malkor a Maedhros yn mynd i Mordor i wasanaethu Melkor.
Byddai'n ddelfrydol cyflwyno'r sgript ganlynol i Rosreestr i'w gweithredu:
DECHRAU TRAFODAETH
Rhowch fflat Vasya i Seryozha.
Rhowch fflat Petya i Vasya.
yn dechrau
Rhowch fflat Malkor i Petya
Rhowch arian Serezha i Malkor
IF_ERROR :
Rhowch fflat Maedhros i Petya
Rhowch arian Seryozha i Maedhros
diwedd
TRAFOD Y PWYLLGOR
Mae hon yn sgript trafodiad symlach gyda dewis arall, sy'n tybio bod gan bob fflat un perchennog oedolyn (a galluog), bod eu gwerthoedd yn gyfartal, a bod realtors (os o gwbl) yn cael eu talu waeth beth fo camau'r trafodiad.
Fodd bynnag, nid yw Rosreestr yn cefnogi trafodaetholdeb. Bydd yr holl gamau gweithredu yn cael eu perfformio yn olynol ac yn annibynnol, un ar ôl y llall, heb rolio'r trafodiad yn ei gyfanrwydd yn ôl os bydd un ohonynt yn methu. Yr uchafswm y gellir ei gyflawni - o ystyried nad yw Rosreestr a'r MFC yn gweithio gyda throsglwyddo arian parod - yw adneuo'r arian mewn blwch blaendal diogel, gyda'r amodau ar gyfer mynediad ato gan Vasya, Petya, Seryozha (os nad oes trafodiad wedi'i gofrestru o gwbl), ac actorion eraill, ar ôl cyflwyno contractau a gofrestrwyd gan Rosreestr. (A gyda llaw, nid yw banciau yn annibynnol yn gwirio dilysrwydd contractau, hynny yw, maent yn ymddiried yn y dilysrwydd y papurau y partïon i'r trafodiad).
Heblaw am y risgiau o gwblhau'r trafodiad yn anghyflawn, problem arall yw, os gall cyfranogwyr eraill symud i'w cartref newydd heb aros am gofrestriad llawn (helo, mater tandaliad biliau cyfleustodau!), yna ni fydd Maglor a Maedhros yn mynd i gwasanaethu Melkor, ac efallai na fydd Maglor yn gallu, ni fydd ganddo amser i ddal y Silmariliaid yn ei ddwylo. Mae trafodion eiddo tiriog yn cael eu cynnal yn olynol, a bydd cyflawni pob trafodiad yn cymryd o leiaf 9 diwrnod busnes.
Yn ogystal, nid yw Rosreestr yn cefnogi llyffethair tai sy'n cael eu hadeiladu o dan y DDU, ond fe allai, mae hwn yn gam gweithredu elfennol mewn perthynas â dyfodol syml.
Nawr, gadewch i ni symud ymlaen at y diffygion a fy nymuniadau am y DBMS
1) Y cyntaf yw diffyg system rheoli fersiwn. Os byddaf yn datblygu yn fy mlwch tywod fy hun ar ochr Delphi, ac ni fydd y newidiadau a wnaf yn ymddangos i raglenwyr eraill nes iddynt ymrwymo, yna nid yw hyn yn wir gyda'r DBMS. A hyd yn oed os ymddiriedir ynof â mynediad llawn (o leiaf o fewn cwmpas yr hyn sy'n angenrheidiol ar gyfer y dasg a neilltuwyd i mi) i'r gronfa ddata ymladd, ac mae hyn yn digwydd, ni allaf ddatblygu arno. Tra dwi'n dadfygio, bydd popeth yn cwympo. Pa fath o Oes y Cerrig yw hwn??? Gwnewch flwch tywod i ddatblygwyr.
2) Yr ail yw'r diffyg tablau safonol wedi'u diffinio ymlaen llaw sy'n disgrifio'r byd go iawn. Mae gan bob cwmni rydw i wedi gweithio iddo ei fformat bwrdd ei hun sy'n disgrifio'r enwau (yn Rwsieg ac (o leiaf) Saesneg, mewn gwahanol achosion o Rwsieg) o ddeuddeg mis!
3) Yn drydydd - ac yma byddaf yn defnyddio terminoleg Oracle - nid oes unrhyw ffordd i alw sgript Mewnosod neu Ddiweddaru syml sy'n defnyddio Dychwelyd, yr un ffordd yr ydym yn galw Dewis. Efallai nad problemau Oracle yw'r rhain, ond problemau gyda rhyngwyneb Delphi + Oracle.
4) Yn bedwerydd - yr angen i aseinio pwerau i'r gweithdrefnau a'r swyddogaethau yr wyf yn eu creu lle nad wyf am wneud hyn. Dydw i ddim eisiau gosod ac yna newid caniatâd defnyddwyr ar gyfer gweithdrefnau a swyddogaethau. Pam, pe na bawn i’n ysgrifennu Grantiau yn benodol, na allai’r system ei hun edrych ar yr amcanion dan sylw, ac, yn unol â’r hawliau i weithredu gyda nhw, rhoi’r hawl i ddefnyddwyr neu beidio â rhoi’r hawl i alw swyddogaeth? Rwy'n barod i ysgrifennu un gair allweddol ar gyfer hyn wrth ysgrifennu swyddogaethau a gweithdrefnau. Neu, hyd yn oed yn well, gadewch i'r defnyddiwr ddechrau gweithredu, ac os bydd cangen yr algorithm yn ei arwain at gais nad oes gan y defnyddiwr hawliau ar ei gyfer, bydd yn ei daflu allan gyda gwall.
Ffynhonnell: hab.com