<?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; select</title>
	<atom:link href="http://www.depesz.com/tag/select/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.depesz.com</link>
	<description></description>
	<lastBuildDate>Mon, 07 May 2012 20:34:27 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>Waiting for 8.4 &#8211; TABLE</title>
		<link>http://www.depesz.com/2008/11/23/waiting-for-84-table/</link>
		<comments>http://www.depesz.com/2008/11/23/waiting-for-84-table/#comments</comments>
		<pubDate>Sun, 23 Nov 2008 14:19:19 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[pg84]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[select]]></category>
		<category><![CDATA[table]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1320</guid>
		<description><![CDATA[On Thursday, 20th of November, Peter Eisentraut committed his own patch, which adds new command to PostgreSQL: TABLE. While this command doesn&#8217;t do anything that wasn&#8217;t available earlier, it&#8217;s worth mentioning, as it&#8217;s one of patches that make PostgreSQL compatible with SQL:2008. Basically new command &#8220;TABLE&#8221; acts like an alias to &#8216;SELECT * FROM&#8217;: MORE [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2008/11/23/waiting-for-84-table/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Waiting for 8.4 &#8211; pl/* srf functions in selects</title>
		<link>http://www.depesz.com/2008/11/03/waiting-for-84-pl-srf-functions-in-selects/</link>
		<comments>http://www.depesz.com/2008/11/03/waiting-for-84-pl-srf-functions-in-selects/#comments</comments>
		<pubDate>Mon, 03 Nov 2008 12:03:01 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[functions]]></category>
		<category><![CDATA[pg84]]></category>
		<category><![CDATA[pl/*]]></category>
		<category><![CDATA[plpgsql]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[select]]></category>
		<category><![CDATA[srf]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1305</guid>
		<description><![CDATA[On 28th of October Tom Lane committed his patch that changes some internals of functions, but it also adds interesting capability. Commit message: Extend ExecMakeFunctionResult() to support set-returning functions that return via a tuplestore instead of value-per-call. Refactor a few things to reduce ensuing code duplication with nodeFunctionscan.c. This represents the reasonably noncontroversial part of [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2008/11/03/waiting-for-84-pl-srf-functions-in-selects/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
	</channel>
</rss>

