<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>select * from depesz; &#187; sort</title>
	<atom:link href="http://www.depesz.com/tag/sort/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.depesz.com</link>
	<description></description>
	<lastBuildDate>Tue, 07 Feb 2012 13:35:12 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Why is &#8220;depesz&#8221; between &#8220;de luca&#8221; and &#8220;de vil&#8221;?</title>
		<link>http://www.depesz.com/2011/06/30/why-is-depesz-between-de-luca-and-de-vil/</link>
		<comments>http://www.depesz.com/2011/06/30/why-is-depesz-between-de-luca-and-de-vil/#comments</comments>
		<pubDate>Thu, 30 Jun 2011 12:28:39 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[collate]]></category>
		<category><![CDATA[collation]]></category>
		<category><![CDATA[locale]]></category>
		<category><![CDATA[order]]></category>
		<category><![CDATA[order by]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[sort]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2206</guid>
		<description><![CDATA[Every so often someone asks why sorting behaves irrational. Like here: $ SELECT string FROM test ORDER BY string; string ---------- dean deer de luca depesz de vil dyslexia &#40;6 ROWS&#41; Why aren&#8217;t &#8220;de luca&#8221; and &#8220;de vil&#8221; together? The exact and quick answer is: because characters with unknown location in alphabet are ignored when [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2011/06/30/why-is-depesz-between-de-luca-and-de-vil/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Waiting for 9.1 &#8211; KNNGIST</title>
		<link>http://www.depesz.com/2010/12/11/waiting-for-9-1-knngist/</link>
		<comments>http://www.depesz.com/2010/12/11/waiting-for-9-1-knngist/#comments</comments>
		<pubDate>Sat, 11 Dec 2010 14:25:23 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[gist]]></category>
		<category><![CDATA[index]]></category>
		<category><![CDATA[knn]]></category>
		<category><![CDATA[knngist]]></category>
		<category><![CDATA[order by]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[pg91]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[sort]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1926</guid>
		<description><![CDATA[On 4th of December, Tom Lane committed really cool patch: KNNGIST, otherwise known as order-by-operator support for GIST. This commit represents a rather heavily editorialized version of Teodor's builtin_knngist_itself-0.8.2 and builtin_knngist_proc-0.8.1 patches. I redid the opclass API to add a separate Distance method instead of turning the Consistent method into an illogical mess, fixed some [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2010/12/11/waiting-for-9-1-knngist/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Set operations in shell</title>
		<link>http://www.depesz.com/2009/03/12/set-operations-in-shell/</link>
		<comments>http://www.depesz.com/2009/03/12/set-operations-in-shell/#comments</comments>
		<pubDate>Thu, 12 Mar 2009 21:40:50 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[bash]]></category>
		<category><![CDATA[set]]></category>
		<category><![CDATA[sets]]></category>
		<category><![CDATA[shell]]></category>
		<category><![CDATA[sort]]></category>
		<category><![CDATA[sql]]></category>
		<category><![CDATA[uniq]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1389</guid>
		<description><![CDATA[I had this interesting case at work. We have imports of objects. Each object in import file has its &#8220;ID&#8221; (which can be any string). Same &#8220;ID&#8221; is in database. So the idea is pretty simple &#8211; we can/should check how many of IDs from import were in database. Unfortunately &#8211; we&#8217;d rather not really [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2009/03/12/set-operations-in-shell/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>postgresql tips &amp; tricks</title>
		<link>http://www.depesz.com/2007/08/31/postgresql-tips-tricks-3/</link>
		<comments>http://www.depesz.com/2007/08/31/postgresql-tips-tricks-3/#comments</comments>
		<pubDate>Fri, 31 Aug 2007 09:19:18 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[order by]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[sort]]></category>
		<category><![CDATA[tnt]]></category>

		<guid isPermaLink="false">http://www.depesz.com/index.php/2007/08/31/postgresql-tips-tricks-3/</guid>
		<description><![CDATA[faber4 on irc asked about how to get ascii-based sorting, while his postgresql was initdb&#8217;ed with utf-8 based locale (en_US.UTF-8 to be exact). what can we do about it? first, let&#8217;s check if my environment is ok: # show lc_collate; lc_collate ------------- pl_PL.UTF-8 (1 row) looks file. pl_PL is not en_US, but it&#8217;s utf, so [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2007/08/31/postgresql-tips-tricks-3/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

