Pary_anime
Kodowanie baz danych
- * Używać należy pól text dla pól, które mają charakter znakowy, a nie są bezpośrednio powiązane z innymi typami danych, chyba że zawsze ich długość jest ograniczona (wtedy lepiej użyć varchar lub char.
- * W przypadku pól służących do wpisywania daty lub czasu należy zawsze stosować datatime nawet jeśli zależy nam na części data lub time.
- * Dla pól mających na celu podanie wartości logicznych co prawdy i fałszu będą zawsze używane pola o charakterze logicznym, bool i boolen są tego dobrym przykładem.
- * Poza wyjątkowymi sytuacjami, pola powinny mieć ustaloną wartość not null. Takie pola powinny mieć określoną wartość domyślną (default)
!" border="0" /> Głosowanie rozpoczęte !
Po długotrwałych dyskusjach, przekonywaniu sie (co tu ukrywac) zażartych kłótniach postanowiliśmy poddać projekt standardu pod głosowanie. Uznaliśmy, że lepsze jest wrogiem dobrego, a nasze akademickie dyskusje mogą się ciągnąć w nieskończoność. Zawsze można niedociągnięcia poprawić później.
Bardzo proszę zwolenników PHP i Open Source do wzięcia udziału w niniejszym głosowaniu. Koniec głosowania planowany na 20 grudnia 2002, a więc jeszcze przed
Bożym Narodzeniem.
Myslę, że to przyczyni się do ruszenia dalszych projektów.
Zgłoszone od dziś propozycje zmian będą mogły być głosowane w poźniejszym czasie.
Ten bool i boolen to chyba skads bez mysli zerzniete, ale co mnie tam. I tak wiem o co chodzi.
Sl@o napisał(a):Kodowanie baz danych
- * Poza wyjątkowymi sytuacjami, pola powinny mieć ustaloną wartość not null. Takie pola powinny mieć określoną wartość domyślną (default)
i to wedlug mnie blad.
bo jesli ustalasz NOT NULL i default to jedno gryzie sie z drugim
NOT NULL ma wymusic podanie wartosci i zwrocic blad gdy wartosci brak. a w przypadku podania default, argument NOT NULL praktycznie jest olewany przez DBMS...
roodee napisał(a):Sl@o napisał(a):Kodowanie baz danych
- * Poza wyjątkowymi sytuacjami, pola powinny mieć ustaloną wartość not null. Takie pola powinny mieć określoną wartość domyślną (default)
i to wedlug mnie blad.
bo jesli ustalasz NOT NULL i default to jedno gryzie sie z drugim
NOT NULL ma wymusic podanie wartosci i zwrocic blad gdy wartosci brak. a w przypadku podania default, argument NOT NULL praktycznie jest olewany przez DBMS...
No i wlasnie to sa te wyjatkowe sytuacje. Zastanawiam sie nad sytuacja, gdy nie bedzie defoltowanej danej. Wtedy skrypt moze zwrocic blad, a tego bym nie chcial. Lepiej, zeby o tym decydowal skrypt i weryfikowal dane... No wlasnie tylko po co w takim razie NOT NULL?
Pzdr
Sl@o
Sl@o napisał(a):No i wlasnie to sa te wyjatkowe sytuacje. Zastanawiam sie nad sytuacja, gdy nie bedzie defoltowanej danej. Wtedy skrypt moze zwrocic blad, a tego bym nie chcial. Lepiej, zeby o tym decydowal skrypt i weryfikowal dane... No wlasnie tylko po co w takim razie NOT NULL?
Pzdr
Sl@o
NOT NULL w polu sprawia, ze jesli nie podasz tej wartosci w INSERT to baza nie przyjmie wpisu... i o to chodzi
czyli albo DEFAULT albo NULL, NOT NULL
pozdr.
roodee napisał(a):Sl@o napisał(a):No i wlasnie to sa te wyjatkowe sytuacje. Zastanawiam sie nad sytuacja, gdy nie bedzie defoltowanej danej. Wtedy skrypt moze zwrocic blad, a tego bym nie chcial. Lepiej, zeby o tym decydowal skrypt i weryfikowal dane... No wlasnie tylko po co w takim razie NOT NULL?
Pzdr
Sl@o
NOT NULL w polu sprawia, ze jesli nie podasz tej wartosci w INSERT to baza nie przyjmie wpisu... i o to chodzi
czyli albo DEFAULT albo NULL, NOT NULL
pozdr.
Wiem po co jest NOT NULL, ale wiem co PHP lubi zwrocic jak nie uda mu sie wykonac zapytania SQL. W zalozeniu powyzszym chodzi raczej o to by pole bylo jednak wypelnione, albo nic nie zostalo wpisane. Wazne to w przypadku, gdy system pada w trakcie dodawania rekordu.
Zeszta to nie moj wymysl, ale kogos madrzejszego ode mnie. Zrodla musze poszukac, ale to za ktoryms z linkow.
Sl@o napisał(a):
Wiem po co jest NOT NULL, ale wiem co PHP lubi zwrocic jak nie uda mu sie wykonac zapytania SQL. W zalozeniu powyzszym chodzi raczej o to by pole bylo jednak wypelnione, albo nic nie zostalo wpisane. Wazne to w przypadku, gdy system pada w trakcie dodawania rekordu.
Zeszta to nie moj wymysl, ale kogos madrzejszego ode mnie. Zrodla musze poszukac, ale to za ktoryms z linkow.
nie neguje tego calkowicie, bo taki zapis czasem sie przydaje (sam NOT NULL DEFAULT 0 uzylem w bazie projektu) jednak my tutaj rozmawiamy o standardach
ja zarowno NULL jak i default uzywalem w konstrukcji bazy (o tym dokladnie potem)
artykuly w polu szablon mialy NULL, ale juz kategorie mialy wpis NOT NULL DEFAULT 0 (kategoria nadrzedna). ale NOT NULL wpisalem nie przez to ze jest default ani standard, tylko po to ze cos tam musi byc ))
generalnie to ciezko jest zrobic standard jesli idzie o sql bo sa rozne szkoly baz danych, rozne ludzie maja przyzwyczajenia i nei jest powiedziane ze jedno lepsze od drugiego. po prostu na wiele sposobow mozna integralnosc danych zapewnic. i na pewno nie mozna dodawac do bazy defaultow tylko po to by uniknac bledow, bo to moze troche namieszac. a dobra obsluga bledow sobie z tym poradzi.
