<?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; truncate</title>
	<atom:link href="http://www.depesz.com/tag/truncate/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>How to remove backups?</title>
		<link>http://www.depesz.com/2010/04/04/how-to-remove-backups/</link>
		<comments>http://www.depesz.com/2010/04/04/how-to-remove-backups/#comments</comments>
		<pubDate>Sun, 04 Apr 2010 01:10:36 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[charts]]></category>
		<category><![CDATA[ext3]]></category>
		<category><![CDATA[io]]></category>
		<category><![CDATA[iowait]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[load]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[rm]]></category>
		<category><![CDATA[truncate]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1647</guid>
		<description><![CDATA[Question from title sounds weird to you? It&#8217;s just a &#8216;rm backup_filename&#8217;? Well. I really wish it was so simple in some cases. One of the servers I&#8217;m looking into, there is interesting situation: quite busy database server (2k tps is the low point of the day) very beefy hardware daily backups, each sized at [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2010/04/04/how-to-remove-backups/feed/</wfw:commentRss>
		<slash:comments>21</slash:comments>
		</item>
		<item>
		<title>lpad() and rpad() gotcha</title>
		<link>http://www.depesz.com/2009/02/10/lpad-and-rpad-gotcha/</link>
		<comments>http://www.depesz.com/2009/02/10/lpad-and-rpad-gotcha/#comments</comments>
		<pubDate>Mon, 09 Feb 2009 23:15:17 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[gotcha]]></category>
		<category><![CDATA[length]]></category>
		<category><![CDATA[lpad]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[repeat]]></category>
		<category><![CDATA[rpad]]></category>
		<category><![CDATA[trim]]></category>
		<category><![CDATA[truncate]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1379</guid>
		<description><![CDATA[I was lately writing some program for a client of mine, which used UPC codes matching. Since the codes are given in various ways, there was decision to pad the codes with leading zeros &#8211; up to 12 characters. The code has been done, and worked like this: # select lpad('123456789', 12, '0'); lpad -------------- [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2009/02/10/lpad-and-rpad-gotcha/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Waiting for 8.4 &#8211; partial-match support in GIN, and sequence restart</title>
		<link>http://www.depesz.com/2008/05/17/waiting-for-84-partial-match-support-in-gin-and-sequence-restart/</link>
		<comments>http://www.depesz.com/2008/05/17/waiting-for-84-partial-match-support-in-gin-and-sequence-restart/#comments</comments>
		<pubDate>Sat, 17 May 2008 15:20:36 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[gin]]></category>
		<category><![CDATA[pg84]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[prefix]]></category>
		<category><![CDATA[sequence]]></category>
		<category><![CDATA[truncate]]></category>
		<category><![CDATA[tsearch]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1208</guid>
		<description><![CDATA[Today we have two interesting patches: patch by Teodor Sigaev and Oleg Bartunov, and committed by Tom Lane, which adds interesting capability to GIN indexes patch by Zoltan Boszormenyi, also committed by Tom, which adds &#8220;RESTART&#8221; option to ALTER SEQUENCE. With some interesting consequences Since describing patch on GIN will take much more time and [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2008/05/17/waiting-for-84-partial-match-support-in-gin-and-sequence-restart/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>waiting for 8.4</title>
		<link>http://www.depesz.com/2008/03/28/waiting-for-84/</link>
		<comments>http://www.depesz.com/2008/03/28/waiting-for-84/#comments</comments>
		<pubDate>Fri, 28 Mar 2008 20:56:43 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[databases]]></category>
		<category><![CDATA[pg84]]></category>
		<category><![CDATA[plpgsql]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[sql]]></category>
		<category><![CDATA[triggers]]></category>
		<category><![CDATA[truncate]]></category>

		<guid isPermaLink="false">http://www.depesz.com/index.php/2008/03/28/waiting-for-84/</guid>
		<description><![CDATA[another new, cool feature commited by tom lane: &#8220;Support statement-level ON TRUNCATE triggers.&#8221; original patch was submitted by simon riggs, and tom commited it today/yesterday (depending on time zone). commit log can be found in pgsql-committers archives. patch is quite large, it modified 23 files. functionality seems to be pretty obvious: you can create triggers [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2008/03/28/waiting-for-84/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>

