Valdis Iljuconoks

Gudri cilvēki iesaka pievērs uzmanību mantojamības iespējamībai. Tas savukārt  iespējams gadījumos ja tiek izmantota objektu orientētā pieeja.

"datu bāzes vadības sistēmas procedūrās. no koda tu izsauc procedūru un saņem atpakaļ operācijas rezultātu;" <- tagad strādāju(pieprasījumu izmaiņas) pie tāda projekta, kur gandrīz visa loģika ir datubāzē, un tas ir murgs, nekad tā nedariet. Tas ir no performance viedokļa slikti, gan no lasāmības, gan no maintenance.

Valdi apskaties šo te rakstu. www.dotnet.lv/.../vec-t-kur-ir-mana-biznesa-lo-ika.aspx

Atsvaidzināsi atmiņas par Tech-Ed 2007

Tas, ka visa loģika atrodas DB, padara migrāciju uz citu DBVS praktiski neiespējamu

Ieejas parametri lēmuma pieņemšanā varētu būt aptuveni tādi:

1) vai ir prasība, ka jābūt iespējai switch'ot? šī prasība var izrietēt arī no nosacījuma, ka tas ir COTS produkts, kuru gribam pārdot klientam un ļauj viņam pašam izvēlēties DBVS (no kaut kādas definētas kopas, protams)

2) No kurienes tiek ņemti dati, ar kuriem tā biznesa loģika būs jādarbina.

Ja switch'ōšanas prasības nav un dati ir pieejami datubāzē, tad lielas jēgas biznesa loģikas kodu nest uz augšu nav. Daudz vieglāk izstrādi būs organizēt liekot tās lietas iekšā db procedūrās. Tranzakciju pabeigšana gan jāatstāj augstākā līmenī, lai nepieciešamības gadījmā varētu kombinēt procedūru izsaukumus.

Svarīgi apzināties, ka šajā gadījumā SQL kods ir tāds pats kods kā viss cits programmas kods - tur tāpat ir nepieciešami kodēšanas standarti, standarta konstrukcijas kļūdu ķeršanai, konkurences kontrolei, auditēšanai, utt. Procedūrās arī noteikti jāraksta komentāri, jālieto to naming convention un tās jācenšas grupēt pēc savstarpējās relevances - piemēram, tās kas attiecas uz konkrētu funkcionalitāti saliekot vienā package'ā Oracle gadījumā.

Ja ir switchošanas prasība vai arī dati pa lielam nāk no ne-db avotiem, tad loģika jānes augstāk. Kas gan nozīmē to, ka izstrādei visticamāk būs nepieciešams vairāk laika (jo ar labu SQL implementāciju - piemēram, Oracle PL-SQL, datu manipulācijas operācijas tomēr iet daudz ātrāk), rūpīgāki unit-testi un arī beigās visticamāk sanāks daudz vairāk koda rindiņu. Daļu no šīm problēmām mūsdienās jau lēnām risina ar LINQ utml. rīku palīdzību, kuri ļauj operācijas ar kopām efektīvi izpildīt atmiņā.

Hi webmaster, commencers and everybody else !!! The blog was absolutely fantastic! Lots of great information and inspiration, both of which we all need! Keep them coming...  You all do such a great job at such Concepts... can't tell you how much I, for one appreciate all you do!

Lo ikas sl a atra an s vieta.. Outstanding :)

Lo ikas sl a atra an s vieta.. Slap-up :)

Lo ikas sl a atra an s vieta.. OMG! :)

zelo intiresno, hvala

Lo ikas sl a atra an s vieta.. WTF? :)

Way neat, some legitimate details! I enjoy you producing this informative article offered, the remainder of the internet site can be substantial high quality. Have a very entertaining.

MJL4qy Hey, thanks for the blog article.Really looking forward to read more.