Die dynamische Veränderung von HTML- und XML-Codes über das Document Object Model
(DOM) ist eine feine Sache. Wer sich dafür bereits für die PHP-DOM-Klassen begeistern konnte,
der wird sicherlich schonmal über DOMElement::setIdAttribute() gestolpert sein.
Wollte man mit PHP 5.3.2 mittels DOMDocument::getElementById() einfache HTML-Strukturen
manipulieren, so ging das nur indem man den einzelnen Knoten explizit klarmachte, welches
Attribut den das s.g. ID-Type-Attribut ist, mit dem getElementById umgehen soll. Dies muss
ja nicht zwingend - und war es bis dato auch nicht - das id-Attribut sein.
Um es gleich vorweg zu nehmen, die Antwort lautet: Ja und Nein!
Auf den ersten Blick erscheint das nicht ganz logisch. Warum soll NOT IN nicht die Umkehrung von IN sein?
Im rein logischen Sinn ist sie das ja auch. Betrachtet man nur die logischen Zustände WAHR und FALSCH, dann ist NOT INexakt die Umkehrung von IN - deshalb die Antwort „Ja”.
Eine Datenbank kennt jedoch im logischen Sinn noch einen dritten Wert, den undefinierten Feldinhalt NULL. Und wenn NULL-Werte in einer Abfrage eine Rolle spielen, dann ist NOT IN eben nicht mehr die Umkehrung von IN! Aber warum ist das so?