bmalkow@malkowscy.net

7 komentarzy »

• 1. wodzu | 21 listopada 2006,09:35:42 |

  Bo pewnie w wyższych warstwach kodu nie umiał obsługiwać null, a porównanie klucz>=0 już było dla niego proste... ;)

• 2. Jajcuś | 21 listopada 2006,09:35:43 |

  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ę? ;-)

• 3. bmalkow | 21 listopada 2006,09:49:48 |

  Właśnie mnie koledzy przekonują, że to dlatego, że optymalizator zapytań w postgresie ma mniejsze możliwości optymalizacji.
  (cokolwiek to znaczy)

• 4. ejdzej | 21 listopada 2006,09:55:01 |

  Gadanie, można założyć indeks funkcyjny na (klucz=NULL) jeśli komuś bardzo jest taki potrzebny.

• 5. bmalkow | 21 listopada 2006,10:02:04 |

  no i bardzo ważne! można pisać:
  <code>select * from a,b where a.fk=b.id</code>
  zamiast jakichś outer joinów

• 6. ejdzej | 21 listopada 2006,10:11:23 |

  A co ma piernik do wiatraka? NULL nie połączy się z żadnym ID, nawet z innym NULL-em!

• 7. bmalkow | 21 listopada 2006,10:23:17 |

  ejdzej: a skąd mam wiedzieć?????