Klients mijiedarbojas ar datu bāzi.
No vietnes , Džonatans Tiongs.
Papildus tam, ka esmu programmētājs (galvenokārt Delphi + visādi dažādi DBVS, nesen ORACLE, + nedaudz PHP), man ir hobijs - dzīvokļu pirkšana un pārdošana. Es pērku dzīvokli būvniecības stadijā no daudzmaz uzticama attīstītāja par labu cenu (piemēram, tagad Samolet ir tāds attīstītājs, tiek pārdoti dzīvokļi netālu no Nekrasovkas metro stacijas), gaidu, kad māja tiks piegādāta (bieži vien divi gadus vēlāk tas notiek ar lētiem piedāvājumiem), es to atjaunoju un pēc tam pārdodu par 95-100% no tirgus cenas.
Tātad, es (tāpat kā visi pārējie) saskāros ar RosReestr darījumu trūkuma problēmu.
Rosreestr darījumu darījumu trūkuma problēma
Programmēšanā tas ir "Darījums", bet nekustamajā īpašumā tas ir "Darījums ar alternatīvu" (un arī kā daļa no "Seifa līgums"), un tas ir nedaudz sarežģītāk. ES tev saku.
Vasja ieradās apskatīt dzīvokli, kuru Petja pārdeva. Un Vasjai ļoti patika viss, arī cena, bet Vasjai nav naudas. Tā sākas mūsu stāsts.
Vasjam ir savs īpašums, kurā ir dažas vērtības, kas viņam nav īpaši vajadzīgas - Lomonosovs dzīvoja kaimiņmājā, griestu augstums septiņarpus metri, ir augļu un dārzeņu bāze un Sadovod tirgus. blakus var staigāt pa Aeroexpress, zem dzīvokļa ir pagrabs ar augstumu 1 metrs, virs dzīvokļa ir bēniņi ērti astronomiskajiem novērojumiem. Vasja saprot, ka šīs īpašības sadārdzina viņa dzīvokli, bet ne viņam pašam. Un viņš nolemj nopirkt Petijas dzīvokli un pārdot savu dzīvokli. Bet pārdodot tieši tāpēc, lai nopirktu Petijas dzīvokli, nevis tikai. Mākleru valodā to sauc par “Ir izvēlēta alternatīva”.
Tagad paskatīsimies uz šo situāciju no Petijas puses. Fakts ir tāds, ka Petju arī neinteresē sēdēt uz amortizētas naudas, viņš pārdod dzīvokli, lai nopirktu sev dzīvokli elfu pilsētā Valinorā, bet viņš vēl nav apskatījis, kurā. Mākleru valodā to sauc par “Darījumu ar alternatīvu”.
Diviem Viduszemes elfiem Magloram un Maedrosam ir piemērots (Petjas kritērijiem) nekustamais īpašums Valinoras pilsētā, kas tiek steidzami pārdots, jo viņi apkalpos Melkoru. Mākleru valodā to sauc par "bezmaksas pārdošanu".
Tātad Vasja atrod klientu Seryozha. Tagad Petja atrod divus sev piemērotus variantus Valinoras pilsētā. Mēs gatavojamies pabeigt darījumu. Vienkāršības labad pieņemsim, ka neviena no darījuma pusēm neizmanto hipotēku un tai nav nepilngadīgu personu kā akciju īpašnieces. Tādējādi tagad ir jāveic šādas darbības:
1. Serjoža iedod naudu Petijai.
2. Vasja atdod savu dzīvokli Serjožai.
3. Petja atdod savu dzīvokli Vasjai.
4. Maglor vai Maedhros nodod savu dzīvokli Valinorā Petai un saņem Seryozha naudu.
5. Malkors un Maedros dodas uz Mordoru, lai kalpotu Melkoram.
Būtu ideāli iesniegt Rosreestr izpildei šādu skriptu:
SĀKT DARĪJUMU
Atdodiet Vasjas dzīvokli Serjožai.
Atdodiet Petjas dzīvokli Vasjai.
sākt
Atdodiet Malkora dzīvokli Petijai
Dodiet Seryozha naudu Malkoram
IF_ERROR:
Atdodiet Maedrosa dzīvokli Petijai
Dodiet Seryozha naudu Maedrosam
beigas
PIEŅEMT DARĪJUMU
Šis ir vienkāršots darījuma skripts ar alternatīvu, kurā tiek pieņemts, ka visiem dzīvokļiem ir viens pilngadīgs (un rīcībspējīgs) īpašnieks, ka to vērtības ir vienādas un ka mākleriem (ja tādi ir) tiek samaksāts neatkarīgi no darījuma posmiem.
Tomēr Rosreestr neatbalsta darījumus. Visas darbības tiks veiktas secīgi un neatkarīgi, viena pēc otras, neatceļot darījumu kopumā, ja viena no tām neizdodas. Maksimālais, ko var sasniegt - ņemot vērā to, ka Rosreestr un MFC nedarbojas ar skaidras naudas pārskaitīšanu - ir naudas iemaksa seifā ar nosacījumiem, lai Vasja, Petja, Seryozha varētu tai piekļūt (ja nav darījuma). vispār ir reģistrēts), un citi aktieri, uzrādot Rosreestr reģistrētus līgumus. (Un, starp citu, bankas neatkarīgi nepārbauda līgumu autentiskumu, tas ir, uzticas darījuma pušu dokumentu autentiskumam).
Bez riskiem, ka darījums tiks pabeigts nepilnīgi, vēl viena problēma ir tā, ka, ja citi dalībnieki var ievākties savā jaunajā mājoklī, nesagaidot pilnu reģistrāciju (sveicināti, jautājums par komunālo maksājumu nepietiekamu samaksu!), tad Maglor un Maedhros drīzumā nedosies. kalpot Melkoram, un, iespējams, Maglors nevarēs, viņam vienkārši nebūs laika turēt Silmarilus rokās. Darījumi ar nekustamo īpašumu tiek veikti secīgi, un katra darījuma izpilde prasīs vismaz 9 darba dienas.
Turklāt Rosreestr neatbalsta mājokļu apgrūtinājumu, kas tiek būvēts saskaņā ar DDU, bet tas varētu būt, tā ir elementāra darbība attiecībā uz vienkāršu nākotnes līgumu.
Tagad pāriesim pie trūkumiem un manām vēlmēm saistībā ar DBVS
1) Pirmais ir versiju kontroles sistēmas trūkums. Ja Delphi pusē es izstrādāju savā smilšu kastē un veiktās izmaiņas neparādīsies citiem programmētājiem, kamēr tās nav izdarītas, tad DBVS tas tā nav. Un pat ja man tiek uzticēta pilnīga (vismaz man uzticētā uzdevuma veikšanai nepieciešamā) piekļuve kaujas datubāzei, un tas notiek, es nevaru to attīstīt. Kamēr es atkļūdošu, viss sabruks. Kas tas par akmens laikmetu??? Izveidojiet smilšu kasti izstrādātājiem.
2) Otrais ir iepriekš definētu standartizētu tabulu trūkums, kas apraksta reālo pasauli. Katram uzņēmumam, kurā esmu strādājis, ir savs tabulas formāts, kurā ir aprakstīti divpadsmit mēnešu nosaukumi (krievu un (vismaz) angļu valodā, dažādos gadījumos krievu valodā!
3) Treškārt - un šeit es izmantošu Oracle terminoloģiju - nav iespējams izsaukt vienkāršu Insert vai Update skriptu, kas izmanto atgriešanos, tāpat kā mēs saucam Select. Varbūt tās nav Oracle problēmas, bet gan Delphi + Oracle saskarnes problēmas.
4) Ceturtkārt – nepieciešamība piešķirt pilnvaras manis izveidotajām procedūrām un funkcijām tur, kur es to nevēlos darīt. Es nevēlos iestatīt un pēc tam mainīt lietotāja atļaujas procedūrām un funkcijām. Kāpēc, ja es nepārprotami nerakstīju Grants, sistēma pati nevarētu aplūkot iesaistītos objektus un saskaņā ar tiesībām ar tiem rīkoties, piešķirt vai nepiešķirt noteiktiem lietotājiem tiesības izsaukt funkciju? Rakstot funkcijas un procedūras, šim esmu gatavs uzrakstīt vienu atslēgvārdu. Vai, vēl labāk, ļaujiet lietotājam sākt izpildi, un, ja algoritma atzars noved pie pieprasījuma, uz kuru lietotājam nav tiesību, viņš to izmetīs ar kļūdu.
Avots: www.habr.com