<?xml version="1.0" encoding="utf-8" ?>

<rss version="2.0" 
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/"
   xmlns:content="http://purl.org/rss/1.0/modules/content/"
   >
<channel>
    <title>Falk Prüfer - Datenbanken</title>
    <link>http://www.fpruefer.de/blog/</link>
    <description>Datenbankprogrammierung und Webdesign</description>
    <dc:language>de</dc:language>
    <generator>Serendipity 1.4.1 - http://www.s9y.org/</generator>
    <pubDate>Mon, 18 Jan 2010 08:14:26 GMT</pubDate>

    <image>
        <url>http://www.fpruefer.de/blog/templates/default/img/s9y_banner_small.png</url>
        <title>RSS: Falk Prüfer - Datenbanken - Datenbankprogrammierung und Webdesign</title>
        <link>http://www.fpruefer.de/blog/</link>
        <width>100</width>
        <height>21</height>
    </image>

<item>
    <title>Was ist der Unterschied zwischen IN und EXISTS?</title>
    <link>http://www.fpruefer.de/blog/archives/Was-ist-der-Unterschied-zwischen-IN-und-EXISTS-2010-01-21.html</link>
            <category>SQL</category>
    
    <comments>http://www.fpruefer.de/blog/archives/Was-ist-der-Unterschied-zwischen-IN-und-EXISTS-2010-01-21.html#comments</comments>
    <wfw:comment>http://www.fpruefer.de/blog/wfwcomment.php?cid=9</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.fpruefer.de/blog/rss.php?version=2.0&amp;type=comments&amp;cid=9</wfw:commentRss>
    

    <author>nospam@example.com (Falk Prüfer)</author>
    <content:encoded>
    &lt;p&gt;&lt;strong&gt;Datenbanken&lt;/strong&gt; und &lt;strong&gt;SQL&lt;/strong&gt; kennen den undefinierten Feldinhalt &lt;strong&gt;NULL&lt;/strong&gt;. Oftmals wird seine Wirkung auf Abfragen untersch&amp;auml;tzt, obwohl er nicht unerhebliche, und manchmal nicht sofort nachvollziehbare, Auswirkungen auf das Abfragergebnis haben kann. So kann ein einziger NULL-Wert daf&amp;uuml;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 &amp;bdquo;&lt;a href=&quot;http://www.fpruefer.de/blog/archives/Ist-NOT-IN-die-Umkehrung-von-IN-2010-01-15.html&quot;&gt;Ist NOT IN die Umkehrung von IN?&lt;/a&gt;&amp;rdquo; bereits erl&amp;auml;utert.&lt;br /&gt;
Genau diese NULL-Werte und ihre Auswirkungen spielen mit eine Rolle f&amp;uuml;r den Unterschied zwischen IN- und EXISTS-Abfragen.&lt;/p&gt; &lt;br /&gt;&lt;a href=&quot;http://www.fpruefer.de/blog/archives/Was-ist-der-Unterschied-zwischen-IN-und-EXISTS-2010-01-21.html#extended&quot;&gt;&quot;Was ist der Unterschied zwischen IN und EXISTS?&quot; vollständig lesen&lt;/a&gt;
    </content:encoded>

    <pubDate>Thu, 21 Jan 2010 17:56:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.fpruefer.de/blog/archives/9-2010-01-21.html</guid>
    
</item>
<item>
    <title>Ist NOT IN die Umkehrung von IN?</title>
    <link>http://www.fpruefer.de/blog/archives/Ist-NOT-IN-die-Umkehrung-von-IN-2010-01-15.html</link>
            <category>Datenbanken</category>
    
    <comments>http://www.fpruefer.de/blog/archives/Ist-NOT-IN-die-Umkehrung-von-IN-2010-01-15.html#comments</comments>
    <wfw:comment>http://www.fpruefer.de/blog/wfwcomment.php?cid=8</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.fpruefer.de/blog/rss.php?version=2.0&amp;type=comments&amp;cid=8</wfw:commentRss>
    

    <author>nospam@example.com (Falk Prüfer)</author>
    <content:encoded>
    &lt;p&gt;Um es gleich vorweg zu nehmen, die Antwort lautet: Ja und Nein!&lt;br /&gt;
Auf den ersten Blick erscheint das nicht ganz logisch. Warum soll &lt;strong&gt;NOT IN&lt;/strong&gt; nicht die Umkehrung von &lt;strong&gt;IN&lt;/strong&gt; sein?&lt;br /&gt;
Im rein logischen Sinn ist sie das ja auch. Betrachtet man nur die logischen Zust&amp;auml;nde WAHR und FALSCH, dann ist NOT INexakt die Umkehrung von IN - deshalb die Antwort &amp;bdquo;Ja&amp;rdquo;.&lt;br /&gt;
Eine Datenbank kennt jedoch im logischen Sinn noch einen dritten Wert, den undefinierten Feldinhalt &lt;strong&gt;NULL&lt;/strong&gt;. 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?&lt;/p&gt; &lt;br /&gt;&lt;a href=&quot;http://www.fpruefer.de/blog/archives/Ist-NOT-IN-die-Umkehrung-von-IN-2010-01-15.html#extended&quot;&gt;&quot;Ist NOT IN die Umkehrung von IN?&quot; vollständig lesen&lt;/a&gt;
    </content:encoded>

    <pubDate>Fri, 15 Jan 2010 16:29:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.fpruefer.de/blog/archives/8-2010-01-15.html</guid>
    
</item>
<item>
    <title>Fortlaufende Summe in einer MySQL-Abfrage</title>
    <link>http://www.fpruefer.de/blog/archives/Fortlaufende-Summe-in-einer-MySQL-Abfrage-2010-01-02.html</link>
            <category>MySQL</category>
    
    <comments>http://www.fpruefer.de/blog/archives/Fortlaufende-Summe-in-einer-MySQL-Abfrage-2010-01-02.html#comments</comments>
    <wfw:comment>http://www.fpruefer.de/blog/wfwcomment.php?cid=7</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.fpruefer.de/blog/rss.php?version=2.0&amp;type=comments&amp;cid=7</wfw:commentRss>
    

    <author>nospam@example.com (Falk Prüfer)</author>
    <content:encoded>
    &lt;p&gt;Die Gruppierung von Daten und die Bildung entsprechender Summen gehört zu den grundlegenden Möglichkeiten von &lt;strong&gt;SQL&lt;/strong&gt;. 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 &amp;bdquo;&lt;em&gt;WITH ROLLUP&lt;/em&gt;&amp;rdquo; noch relativ einfach realisieren, so stellt die Bildung einer fortlaufenden Summe oftmals ein Problem dar.&lt;/p&gt;
&lt;p&gt;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 &lt;strong&gt;MySQL&lt;/strong&gt; aussehen kann, möchte ich hier vorstellen.&lt;/p&gt; &lt;br /&gt;&lt;a href=&quot;http://www.fpruefer.de/blog/archives/Fortlaufende-Summe-in-einer-MySQL-Abfrage-2010-01-02.html#extended&quot;&gt;&quot;Fortlaufende Summe in einer MySQL-Abfrage&quot; vollständig lesen&lt;/a&gt;
    </content:encoded>

    <pubDate>Sat, 02 Jan 2010 13:11:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.fpruefer.de/blog/archives/7-2010-01-02.html</guid>
    
</item>

</channel>
</rss>