<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Defining constants in Pl/pgSQL, with a twist</title>
	<atom:link href="http://kaiv.wordpress.com/2008/03/02/defining-constants-in-plpgsql-with-a-twist/feed/" rel="self" type="application/rss+xml" />
	<link>http://kaiv.wordpress.com/2008/03/02/defining-constants-in-plpgsql-with-a-twist/</link>
	<description>don't rely on luck, count on it</description>
	<lastBuildDate>Fri, 23 Oct 2009 10:27:49 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Anonymous</title>
		<link>http://kaiv.wordpress.com/2008/03/02/defining-constants-in-plpgsql-with-a-twist/#comment-491</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Mon, 23 Jun 2008 20:08:10 +0000</pubDate>
		<guid isPermaLink="false">http://kaiv.wordpress.com/?p=29#comment-491</guid>
		<description>If i just create the type-s i have to drop/recreate them every time i have a new classificator added or maybe i didn&#039;t get your point.</description>
		<content:encoded><![CDATA[<p>If i just create the type-s i have to drop/recreate them every time i have a new classificator added or maybe i didn&#8217;t get your point.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Grytsenko</title>
		<link>http://kaiv.wordpress.com/2008/03/02/defining-constants-in-plpgsql-with-a-twist/#comment-489</link>
		<dc:creator>Andrew Grytsenko</dc:creator>
		<pubDate>Mon, 23 Jun 2008 16:42:34 +0000</pubDate>
		<guid isPermaLink="false">http://kaiv.wordpress.com/?p=29#comment-489</guid>
		<description>Why don&#039;t use CREATE TYPE compfoo AS (f1 int, f2 text); ?</description>
		<content:encoded><![CDATA[<p>Why don&#8217;t use CREATE TYPE compfoo AS (f1 int, f2 text); ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frekb</title>
		<link>http://kaiv.wordpress.com/2008/03/02/defining-constants-in-plpgsql-with-a-twist/#comment-479</link>
		<dc:creator>Frekb</dc:creator>
		<pubDate>Mon, 24 Mar 2008 20:44:00 +0000</pubDate>
		<guid isPermaLink="false">http://kaiv.wordpress.com/?p=29#comment-479</guid>
		<description>omg.. good work, guy</description>
		<content:encoded><![CDATA[<p>omg.. good work, guy</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kaiv</title>
		<link>http://kaiv.wordpress.com/2008/03/02/defining-constants-in-plpgsql-with-a-twist/#comment-473</link>
		<dc:creator>kaiv</dc:creator>
		<pubDate>Tue, 04 Mar 2008 09:02:20 +0000</pubDate>
		<guid isPermaLink="false">http://kaiv.wordpress.com/?p=29#comment-473</guid>
		<description>You are absolutely correct, we had a discussion about the weakpoints of such an approach and i agree i have a very bad example here.  It&#039;s not practical to use the variables like this for locating rows based on an index. First it cannot use partial indexes and even if the index is not partial it will not be able to plan as effectively as when you have the status defined as a constant.</description>
		<content:encoded><![CDATA[<p>You are absolutely correct, we had a discussion about the weakpoints of such an approach and i agree i have a very bad example here.  It&#8217;s not practical to use the variables like this for locating rows based on an index. First it cannot use partial indexes and even if the index is not partial it will not be able to plan as effectively as when you have the status defined as a constant.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Siim</title>
		<link>http://kaiv.wordpress.com/2008/03/02/defining-constants-in-plpgsql-with-a-twist/#comment-472</link>
		<dc:creator>Siim</dc:creator>
		<pubDate>Mon, 03 Mar 2008 20:31:46 +0000</pubDate>
		<guid isPermaLink="false">http://kaiv.wordpress.com/?p=29#comment-472</guid>
		<description>What we also found was that pl/pgsql has bug using variable names in query - it cannot use partial indexes then.</description>
		<content:encoded><![CDATA[<p>What we also found was that pl/pgsql has bug using variable names in query &#8211; it cannot use partial indexes then.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
