<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Sql on Mike Mwita</title>
    <link>https://MikeMwita.github.io/tags/sql/</link>
    <description>Recent content in Sql on Mike Mwita</description>
    <generator>Hugo</generator>
    <language>en</language>
    <copyright>© 2026 Mike Mwita</copyright>
    <atom:link href="https://MikeMwita.github.io/tags/sql/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>SQL Doesn&#39;t Run in the Order You Write It</title>
      <link>https://MikeMwita.github.io/thoughts/sql-execution-order/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://MikeMwita.github.io/thoughts/sql-execution-order/</guid>
      <description>&lt;p&gt;&lt;span class=&#34;dropcap&#34;&gt;E&lt;/span&gt;&#xA;very developer who has written SQL has made the same mistake at least once: used a &lt;code&gt;SELECT&lt;/code&gt; alias in a &lt;code&gt;WHERE&lt;/code&gt; clause, or tried to filter on an aggregate without &lt;code&gt;HAVING&lt;/code&gt;, and gotten an error that felt completely arbitrary. It is not arbitrary. It is the database telling you that you wrote the query in one order and expected it to execute in that order. It does not.&lt;/p&gt;&#xA;&lt;p&gt;Understanding the actual execution order is one of those things that turns SQL from a language you fight into a language you reason with.&lt;/p&gt;</description>
    </item>
    <item>
      <title>SQL Performance Explained</title>
      <link>https://MikeMwita.github.io/reads/sql-performance-explained/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://MikeMwita.github.io/reads/sql-performance-explained/</guid>
      <description>&lt;p&gt;Notes and highlights from reading SQL Performance Explained by Markus Winand.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
