Dlatego, że dla zwykłego NULLa można by wykorzystać mechanizmy więzów integralności wbudowanych w bazę (FOREIGN KEY), a on nie chciał iść na łatwiznę? ;-)
Trzeba chyba poprosić pewnego posła, żeby stworzył prawo zakazujące używania protokołu TCP/IP. Wszak jest on wykorzystywany przez *filów, piratów, do hazardu i innych nielegalnych czynności.
Komentarze do wpisu
Możesz śledzić odpowiedzi poprzez kanał RSS. Możesz dodać komentarz lub zostawić ślad (trackback) ze swojego bloga.
wodzu
Bo pewnie w wyższych warstwach kodu nie umiał obsługiwać null, a porównanie klucz>=0 już było dla niego proste... ;)
21 listopada 2006, 09:35:42
Jajcuś
Dlatego, że dla zwykłego NULLa można by wykorzystać mechanizmy więzów integralności wbudowanych w bazę (FOREIGN KEY), a on nie chciał iść na łatwiznę? ;-)
21 listopada 2006, 09:35:43
bmalkow
Właśnie mnie koledzy przekonują, że to dlatego, że optymalizator zapytań w postgresie ma mniejsze możliwości optymalizacji.
(cokolwiek to znaczy)
21 listopada 2006, 09:49:48
ejdzej
Gadanie, można założyć indeks funkcyjny na (klucz=NULL) jeśli komuś bardzo jest taki potrzebny.
21 listopada 2006, 09:55:01
bmalkow
no i bardzo ważne! można pisać:
<code>select * from a,b where a.fk=b.id</code>
zamiast jakichś outer joinów
21 listopada 2006, 10:02:04
ejdzej
A co ma piernik do wiatraka? NULL nie połączy się z żadnym ID, nawet z innym NULL-em!
21 listopada 2006, 10:11:23
bmalkow
ejdzej: a skąd mam wiedzieć?????
21 listopada 2006, 10:23:17
Dodaj komentarz