Comments on: Izbjegavate li NULL?

By: vuk

vuk — Tue, 09 Jun 2009 09:15:11 +0000

Postoji cijeli niz bugova koji su nastali zbog toga jer je programerima nešto bilo lakše napraviti. Kad se radi o podacima onda treba voditi brigu o njihovom integritetu, a ne o tome što je programeru lakše. Velika je razlika između 0 (nula) vrijednosti i nepoznate vrijednosti. Kad NULL definirate kao nepoznatu vrijednost onda sve izgleda logički i sjeda na svoje mjesto. Kao i ono da NULL nije jednako NULL tj. dvije nepoznate vrijednosti nisu jednake.

Evo priloga raspravi NULL is NOT LIKE and NOT NOT LIKE.

By: petar8

petar8 — Tue, 02 Jun 2009 11:22:41 +0000

E, vidite, trebalo bi poznavati i problematiku popisa stanovništva prije nego se krene u raspravu. I možda obratiti malo pažnje pa uočiti da postoje slučajevi kada praksa ZAHTIJEVA postojanje bilo kakvog podatka - je li to zbog optičkog čitača ili zastarjelog sustava obrade potpuno je nevažno. Popisivači prolaze određeni rutinski tečaj prije nego što krenu u popisivanje - i dobiju jasnu instrukciju koja polja moraju biti popunjena (jer oni popunjavaju formular na papiru).

A što se tiče uporabe NULL vrijednosti, nitko ne kaže da je zabranjeno korištenje NULL-a, ali je znatno je lakše i programeru i projektantu baze kada se izbjegavaju. Uostalom, pogledajte broj bug-ova koji se javljaju tijekom programiranja, a neću ni spominjati kako je zgodno eksportirati podatke u neki drugi program (npr. Excel), odnosno bazu…

By: vuk

vuk — Sun, 19 Apr 2009 18:36:26 +0000

Gle, gle, ja u svojim primjerima nigdje nisam imao primjer sa stringom.

Django je namijenjen web aplikacijama, obično se obrađuju neke forme koje šalju podatke. U skoro svim ostalim slučajevima, osim stringa, možeš biti siguran da kad korisnik ne upiše vrijednost da možeš staviti NULL (ako je polje tako definirano). Što sa stringom? Iz forme ti stigne prazan string, da li je to zbog toga što je to nepoznata vrijednost ili je korisnik namjerno unio prazan string? Ne možeš biti siguran. I zbog toga su autori Djanga odlučili da po defaultu spremaju prazan string (to se u modelu može promijeniti).

By: Senko

Senko — Sat, 18 Apr 2009 12:58:26 +0000

Za primjer, Djangova ORM dokumentacija kaže “nemojte koristiti NULL u CharField poljima, radije koristite ” (prazan string)”. Kriviti li nekoga, i koga, u ovom slučaju?

By: Tomislav Capan

Tomislav Capan — Fri, 17 Apr 2009 15:19:24 +0000

berislave, meni se vise cini da je problem u tome da tvrtke koje dobivaju takve poslove za drzavu zaposljavaju nekompetentne ljude kojima daju da rade na takvim (kriticnijim) projektima. i tako dolazimo do slucajeva iz komentara na pollitici kad se jos i neznanje opravdava i postavlja kao ‘pravilo struke’.

By: Berislav Lopac

Berislav Lopac — Fri, 17 Apr 2009 10:05:11 +0000

Jedan od razllga ovakvih problema je što se (zbog štednje, ali i neznanja) pisanjem SQL upita i procedura bave oni developeri koji pišu i osnovni kod, a najčešće im je znanje SQL-a vrlo bazično i nekompletno. Idealno bi bilo — barem kad je riječ o većim i kritičnijim aplikacijama (kao što je popis birača) — imati posebnog SQL developera koji će znati što kada i zašto upotrijebiti. Programer poslovne logike tada ne mora uopće brinuti o tome što mu baza šalje, jer dobiva već pročišćene i jasno definirane podatke.