Datenbanken und SQL kennen den undefinierten Feldinhalt NULL. Oftmals wird seine Wirkung auf Abfragen unterschätzt, obwohl er nicht unerhebliche, und manchmal nicht sofort nachvollziehbare, Auswirkungen auf das Abfragergebnis haben kann. So kann ein einziger NULL-Wert dafür sorgen, dass ganze Listen leer bleiben, obwohl man mit einigen Tausend Ergebnissen gerechnet hatte. Welche Rolle NULL-Werte z.B. bei der
Abfrage mit IN, bzw. der Umkehrung NOT IN spielen, habe ich in meinem Blog-Eintrag „Ist NOT IN die Umkehrung von IN?” bereits erläutert.
Genau diese NULL-Werte und ihre Auswirkungen spielen mit eine Rolle für den Unterschied zwischen IN- und EXISTS-Abfragen.
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?
Die Gruppierung von Daten und die Bildung entsprechender Summen gehört zu den grundlegenden Möglichkeiten von SQL. Manchmal ist es dann jedoch so, dass die einfache Summenbildung nicht ausreicht, speziell dann, wenn neben den Einzelsummen auch noch eine Gesamt- oder gar Zwischensummen benötigt werden. Läßt sich Letzteres mit dem, seit Version 4.1.1 des MySQL-Servers verfügbaren, GROUP BY-Modifikator „WITH ROLLUP” noch relativ einfach realisieren, so stellt die Bildung einer fortlaufenden Summe oftmals ein Problem dar.
Es seien die Tagesverdienste eines Shops in einem bestimmten Zeitraum gegeben. Gesucht werden die Verdienste je Monat, der Gesamtverdienst im Zeitraum und die fortlaufende Aufsummierung der Monatsverdienste. Das klingt erstmal nicht kompliziert, wird es aber wenn man an die konkrete Umsetzung innerhalb einer SQL-Abfrage geht. Wie eine mögliche Lösung für MySQL aussehen kann, möchte ich hier vorstellen.
In der Ausgabe 4 des „PHP User“ habe ich das Joomla!-Modul XMasCalendar vorgestellt. Neben der Vorstellung der Programmiergrundlagen eines Joomla!-Moduls und dem Aufzeigen von Techniken, um z.B. Bilder vor dem unberechtigten, oder in diesem Falle zu frühen, Abruf zu schützen, ist es natürlich auch ein nettes Gimmick das genau in die vorweihnachtliche Stimmung passt.
So ist mein kleiner Adventskalender in diesem Jahr doch schon auf dem einen oder anderen Joomla! installiert worden. Für alle, die die vergangenen zwei Adventsfeiertage zwar schon verpasst haben, aber doch noch am Weihnachtsendspurt teilnehmen wollen oder auch für diejenigen, die zumindest den Start im nächsten Jahr besser machen wollen, habe ich hier noch ein paar Hinweise zusammengestellt, die sich aus den bisherigen Installationen ergeben haben.
Wenn man im dynamischen Teil einer Webseite eine Select-Box mittels Javascript
mit neuen Werten füllen
möchte, so kann man das mehr oder weniger umständlich über das DOM mittels
document.createElement(), node.removeChild() und node.appendChild() erledigen.
Etwas einfacher sieht, zumindest auf den ersten Blick, die Nutzung der Eigenschaft innerHTML des
Select-Knotens aus. Auf den ersten Blick nur deshalb, weil zwar alle Mozilla-basierten Browser
und Opera damit kein Problem haben, der Internet Explorer - auch
in der aktuellen 8er Version - damit jedoch nicht korrekt umgehen kann.
Nicht korrekt umgehen heißt zu gut deutsch: Die Select-Box bleibt im IE leer!
Der „umständliche” Weg über das DOM wird u.a. von Microsoft selbst als
Workaround zu diesem BUG beschrieben.
Auch bei Mr. Foo gibt es eine angeregte Diskussion über den Option Bug im Internet Explorer bei Nutzung von innerHTML und Javascript.
Wer sich jedoch nicht durch das DOM hangeln möchte, weil z.B. die einzufügenden Options bereits als HTML-Text vorliegen und erst mühsam wieder auseinandergenommen werden müßten, dem kann mit einem kleinen Trick gehholfen werden. Der IE interpretiert die Eigenschaft outerHTML, also einen Code inkl. öffnendem und schließendem select-Tag, glücklicherweise korrekt.
Lange Zeit habe ich die Frage, ob ich nicht einen Artikel für die Druckausgabe des PHP-Magazin schreiben möchte, für einen Scherz gehalten. Aber Thomas Wießeckel war hartnäckig und ich habe die Herausforderung angenommen. Natürlich war ich skeptisch ob mein Artikel über eine kleine Erweiterung der Klasse JHTMLBehavior des Joomla!-Core tatsächlich gedruckt wird, aber am 09.07.2009 hielt ich das Exemplar des nagelneuen Magazins "PHP User" in den Händen.
Die neue Webseite ist fertig, schickes Design und klassische Aufteilung
(Überschrift oben, Hauptavigation links, Fusszeile unten)! Aber die Seiten mit wenig Text
sehen irgendwie Sch... aus, wenn die Fusszeile mitten auf dem Bildschirm klebt.
Wie bekommt man die an den unteren Bildschirmrand ohne umständlich mit JavaScript die absoluten Höhen ermitteln und jedesmal die Fusszeile neu positionieren zu müssen? Mit CSS und „vertical-align: bottom” und „height: 100%”?
Jeder der schon einmal mit CSS versucht hat einen Container mit 100% Höhe zu formatieren, wird wissen das dies nicht immer die erwarteten und erhofften Ergebnisse bringt. Und besagtes „vertical-align” tut es auch nur bei einer absoluten Höhenangabe des umgebenden Elementes. Aber wer will sich in der Höhe schon festlegen?
Wie bekommt man nun aber die Fusszeile mit CSS an den unteren Bildschrimrand?
AJAX und damit das dynamische Nachladen von Seiteninhalten mittels JavaScript erfreut sich wachsender Beliebtheit. Um den neuen Inhalt bequem in einen bestehenden Bereich der Seite einzubinden, wird gerne auf die Eigenschaft innerHTML eines Seitenelements zurückgegriffen. Dies ist soweit unproblematisch, da nahezu alle aktuellen Browser diese Eigenschaft unterstützen.
Doch was passiert wenn der neu einzufügende Inhalt auch JavaScript-Code enthält? Im Normalfall wird er durch den Browser einfach ignoriert!
Ist das wirklich so? Und was kann man tun um den Code zur Ausführung zu bringen?
Schon seit einiger Zeit schwirren die Gedanken über einen eigenen Blog zum Thema Webdesign und Datenbankentwicklung in meinem Kopf herum. Bisher habe ich mich immer vor dem Aufwand gescheut regelmäßig etwas zu schreiben und den Blog „up to Date” zu halten.
Aber im Laufe der Zeit haben sich einige Ideen, Tipps und Tricks aus den Bereichen Datenbank, PHP, HTML, CSS und Javascript angesammelt, so dass ich den Schritt gewagt habe und hier in loser zeitlicher Folge einiges aus meiner „Snippet-Kiste” oder Alltägliches, was mir für die Allgemeinheit wertvoll erscheint, veröffentlichen möchte.