<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss 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/" version="2.0">

<channel>
	<title>select * from depesz;</title>
	
	<link>http://www.depesz.com</link>
	<description />
	<lastBuildDate>Fri, 03 Jul 2009 20:08:15 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.feedburner.com/depesz" type="application/rss+xml" /><item>
		<title>Waiting for 8.5 – let’s start</title>
		<link>http://www.depesz.com/index.php/2009/07/03/waiting-for-8-5-lets-start/</link>
		<comments>http://www.depesz.com/index.php/2009/07/03/waiting-for-8-5-lets-start/#comments</comments>
		<pubDate>Fri, 03 Jul 2009 20:08:15 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[pg85]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1439</guid>
		<description>Everybody wrote that 8.4 was released, so it&amp;#8217;s not a news now.
But. Starting from yesterday, my own PostgreSQL reports it&amp;#8217;s version like this:
# select version();
                               [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/u7HNmR1fB6A" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/07/03/waiting-for-8-5-lets-start/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>explain.depesz.com – update</title>
		<link>http://www.depesz.com/index.php/2009/06/25/explain-depesz-com-update/</link>
		<comments>http://www.depesz.com/index.php/2009/06/25/explain-depesz-com-update/#comments</comments>
		<pubDate>Thu, 25 Jun 2009 13:04:44 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[announcements]]></category>
		<category><![CDATA[catalyst]]></category>
		<category><![CDATA[explain]]></category>
		<category><![CDATA[explain.depesz.com]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1437</guid>
		<description>I just updated explain.depesz.com with bugfix, which changes the way Bitmap Index Scan and Bitmap Heap Scan are displayed. Apparently index and table names were not shown previously.
Thanks go to Viktor Rosenfeld for spotting and reporting the bug.&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/6gNXvSvxq0M" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/06/25/explain-depesz-com-update/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Tips N’ Tricks – Generating readable reports with plain SQL</title>
		<link>http://www.depesz.com/index.php/2009/06/23/tips-n%e2%80%99-tricks-generating-readable-reports-with-plain-sql/</link>
		<comments>http://www.depesz.com/index.php/2009/06/23/tips-n%e2%80%99-tricks-generating-readable-reports-with-plain-sql/#comments</comments>
		<pubDate>Tue, 23 Jun 2009 11:51:43 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[psql]]></category>
		<category><![CDATA[report]]></category>
		<category><![CDATA[sql]]></category>
		<category><![CDATA[tnt]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1434</guid>
		<description>Let&amp;#8217;s say you imported some data, but it contains duplicates. You will have to handle them in some way, but to make sensible choice on how to handle it, you need more information.
So, let&amp;#8217;s start. We have table:
# \d users
                [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/EPdcvezJcLM" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/06/23/tips-n%e2%80%99-tricks-generating-readable-reports-with-plain-sql/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>explain.depesz.com – update</title>
		<link>http://www.depesz.com/index.php/2009/06/17/explaindepeszcom-update-4/</link>
		<comments>http://www.depesz.com/index.php/2009/06/17/explaindepeszcom-update-4/#comments</comments>
		<pubDate>Wed, 17 Jun 2009 15:48:18 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[announcements]]></category>
		<category><![CDATA[catalyst]]></category>
		<category><![CDATA[explain]]></category>
		<category><![CDATA[explain.depesz.com]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1429</guid>
		<description>I just updated explain.depesz.com with 2 new interface features:

When you put mouse cursor over node, it will mark direct child nodes with 
When you click on node, all child nodes (even indirect) will be hidden, and the node you clicked on will be marked with 

Both features are directed towards people who analyze longer plans [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/6DPNgamWx6k" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/06/17/explaindepeszcom-update-4/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>explain.depesz.com – update</title>
		<link>http://www.depesz.com/index.php/2009/05/29/explaindepeszcom-update-3/</link>
		<comments>http://www.depesz.com/index.php/2009/05/29/explaindepeszcom-update-3/#comments</comments>
		<pubDate>Fri, 29 May 2009 12:16:19 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[announcements]]></category>
		<category><![CDATA[catalyst]]></category>
		<category><![CDATA[explain]]></category>
		<category><![CDATA[explain.depesz.com]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1426</guid>
		<description>I just modified the internals of explain.depesz.com. Now, it finally stores the plans in database (previously it stored the plans as files in dedicated directory).
Effect for enduser is just that history page should load faster.
But, having the data in database makes it possible to add more features.
One such feature is already added &amp;#8211; ability to [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/qDPMV6GC9x4" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/05/29/explaindepeszcom-update-3/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>explain.depesz.com – update</title>
		<link>http://www.depesz.com/index.php/2009/05/27/explaindepeszcom-update-2/</link>
		<comments>http://www.depesz.com/index.php/2009/05/27/explaindepeszcom-update-2/#comments</comments>
		<pubDate>Wed, 27 May 2009 12:11:23 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[announcements]]></category>
		<category><![CDATA[explain]]></category>
		<category><![CDATA[explain.depesz.com]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1423</guid>
		<description>I just updated explain.depesz.com with the newest explain-parsing library version (Pg::Explain v 0.09).
This version will hit CPAN mirrors in next couple of hours.
Changes:

Fix exclusive time calculations
Make PE::Node understand Bitmap scans (heap and index)
Add proper handling of nodes that were &amp;#8220;never executed&amp;#8221;
Add -&amp;#62;is_analyzed method to PE::Node to make it easy to distinguish between EXPLAIN and EXPLAIN [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/gc5jn9mWntY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/05/27/explaindepeszcom-update-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>pgsql-tools/analyze.pgsql.logs.pl</title>
		<link>http://www.depesz.com/index.php/2009/05/23/pgsql-toolsanalyzepgsqllogspl-13/</link>
		<comments>http://www.depesz.com/index.php/2009/05/23/pgsql-toolsanalyzepgsqllogspl-13/#comments</comments>
		<pubDate>Sat, 23 May 2009 18:40:34 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[analyze.pgsql.logs]]></category>
		<category><![CDATA[announcements]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1421</guid>
		<description>Changes:

Apply patch from Filip Rembiałkowski, which adds first header and last header display &amp;#8211; for example to see time range the analysis was on.

SVN repo at: http://svn.depesz.com/svn/pgsql-tools/trunk&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/0-mmXW5SBd8" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/05/23/pgsql-toolsanalyzepgsqllogspl-13/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Waiting for 8.4 – final post (?)</title>
		<link>http://www.depesz.com/index.php/2009/04/10/waiting-for-84-final-post/</link>
		<comments>http://www.depesz.com/index.php/2009/04/10/waiting-for-84-final-post/#comments</comments>
		<pubDate>Fri, 10 Apr 2009 20:54:15 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[beta]]></category>
		<category><![CDATA[pg84]]></category>
		<category><![CDATA[rc]]></category>
		<category><![CDATA[release]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1410</guid>
		<description>For quite some time I&amp;#8217;ve been posting about new features in 8.4. First post was over a year ago, on 16th of February 2008.
Now, we just (yesterday) got nice surprise: beta is here:
(depesz@[local]:5840) 12:39:15 [depesz]
# select version();
                   [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/R7Iv8MG0sRM" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/04/10/waiting-for-84-final-post/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Learning POE: HTTP-2-MUD proxy</title>
		<link>http://www.depesz.com/index.php/2009/04/08/learning-poe-http-2-mud-proxy/</link>
		<comments>http://www.depesz.com/index.php/2009/04/08/learning-poe-http-2-mud-proxy/#comments</comments>
		<pubDate>Wed, 08 Apr 2009 18:42:05 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[mud]]></category>
		<category><![CDATA[mud-proxy]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[poe]]></category>
		<category><![CDATA[proxy]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1404</guid>
		<description>Some years ago I learned of existence of (supposedly cool) POE framework for Perl. I tried to use it for some projects, but the learning curve proved to be fatal for my interest.
All the time I felt that POE is great, it&amp;#8217;s just that I&amp;#8217;m too stupid to be able to actively use it.
Time passed [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/cdL_RJBzzcY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/04/08/learning-poe-http-2-mud-proxy/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>pgsql-tools/analyze.pgsql.logs.pl</title>
		<link>http://www.depesz.com/index.php/2009/04/04/pgsql-toolsanalyzepgsqllogspl-12/</link>
		<comments>http://www.depesz.com/index.php/2009/04/04/pgsql-toolsanalyzepgsqllogspl-12/#comments</comments>
		<pubDate>Fri, 03 Apr 2009 22:23:18 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[analyze.pgsql.logs]]></category>
		<category><![CDATA[announcements]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1400</guid>
		<description>Changes:

Fix bug spotted by Selena Deckelmann %l is *number* not some string.

SVN repo at: http://svn.depesz.com/svn/pgsql-tools/trunk&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/vg3dSgVGbok" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/04/04/pgsql-toolsanalyzepgsqllogspl-12/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Getting list of all children in “adjacency list” tree structure</title>
		<link>http://www.depesz.com/index.php/2009/03/23/getting-list-of-all-children-in-adjacency-list-tree-structure/</link>
		<comments>http://www.depesz.com/index.php/2009/03/23/getting-list-of-all-children-in-adjacency-list-tree-structure/#comments</comments>
		<pubDate>Mon, 23 Mar 2009 21:08:24 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[adjacency list]]></category>
		<category><![CDATA[children]]></category>
		<category><![CDATA[plpgsql]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[tree]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1396</guid>
		<description>So, you have a table which looks like this:
# \d test
                           Table "public.test"
  Column   &amp;#124;  Type   &amp;#124;       [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/eoR4MG-onk8" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/03/23/getting-list-of-all-children-in-adjacency-list-tree-structure/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Waiting for 8.4 – no more -d in pg_dump!</title>
		<link>http://www.depesz.com/index.php/2009/03/22/waiting-for-84-no-more-d-in-pg_dump/</link>
		<comments>http://www.depesz.com/index.php/2009/03/22/waiting-for-84-no-more-d-in-pg_dump/#comments</comments>
		<pubDate>Sun, 22 Mar 2009 19:06:58 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[pg84]]></category>
		<category><![CDATA[pg_dump]]></category>
		<category><![CDATA[pg_dumpall]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1394</guid>
		<description>Usually I write about new features in 8.4, but this time I&amp;#8217;d like to write about feature that will be actually missing in 8.4. And thank God, it will be missing.
On Mon, 09 Mar 2009 11:22:47 -0400 Greg Sabino Mullane wrote mail to pgsql-hackers list with his patch that removes -d switch from pg_dump.
Later there [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/d1sPQMT4ajc" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/03/22/waiting-for-84-no-more-d-in-pg_dump/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Set operations in shell</title>
		<link>http://www.depesz.com/index.php/2009/03/12/set-operations-in-shell/</link>
		<comments>http://www.depesz.com/index.php/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>I had this interesting case at work. We have imports of objects. Each object in import file has its &amp;#8220;ID&amp;#8221; (which can be any string). Same &amp;#8220;ID&amp;#8221; is in database.
So the idea is pretty simple &amp;#8211; we can/should check how many of IDs from import were in database. Unfortunately &amp;#8211; we&amp;#8217;d rather not really do [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/TbX_9_tjnFM" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/03/12/set-operations-in-shell/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>How to find newest file with given name?</title>
		<link>http://www.depesz.com/index.php/2009/03/02/how-to-find-newest-file-with-given-name/</link>
		<comments>http://www.depesz.com/index.php/2009/03/02/how-to-find-newest-file-with-given-name/#comments</comments>
		<pubDate>Mon, 02 Mar 2009 19:09:54 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[bash]]></category>
		<category><![CDATA[one-liner]]></category>
		<category><![CDATA[programming]]></category>
		<category><![CDATA[shell]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1386</guid>
		<description>This post will probably be boring for you, but this is mostly just a reminder to myself, written in form of a blog post.
So, I have a directory structure: /some/path/imported/DATE/TIME/file, where DATE is date of importing, in format YYYY-MM-DD, and TIME is time of importing, in format HHMMSS.
So, example paths look like this:
./2009-02-26/143251/5a6d001b94e47960fe41a262f70ed96a
./2009-02-26/143321/8e45f68421dad6129914fe068dfa5748
./2009-02-26/143407/aa04aa9c1e8f87b25fef98bd9a64e94d
./2009-02-26/143415/65180d1328e21959229e47b9288b6996
./2009-02-27/083542/5a6d001b94e47960fe41a262f70ed96a
./2009-02-27/084906/aa04aa9c1e8f87b25fef98bd9a64e94d
./2009-02-27/084926/65180d1328e21959229e47b9288b6996
./2009-02-27/155648/65180d1328e21959229e47b9288b6996
As you can [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/MM7lkghY3xs" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/03/02/how-to-find-newest-file-with-given-name/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>find.best.tablespace.split.pl</title>
		<link>http://www.depesz.com/index.php/2009/02/20/findbesttablespacesplitpl-2/</link>
		<comments>http://www.depesz.com/index.php/2009/02/20/findbesttablespacesplitpl-2/#comments</comments>
		<pubDate>Thu, 19 Feb 2009 22:00:09 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[announcements]]></category>
		<category><![CDATA[find.best.tablespace.split.pl]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1382</guid>
		<description>Robert Treat reported an error with find.best.tablespace.split.pl. In some cases it could die with &amp;#8216;division by zero&amp;#8217; error.
Problem was solved using patch from Robert, which simply treats &amp;#8220;0&amp;#8243; in number of rows fetched or written, as &amp;#8216;0.001&amp;#8242;.
Additionally, I added a simpler way to specify multiple schemas to use tables from.
Code is available in svn repository.&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/4p83KNOmsY8" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/02/20/findbesttablespacesplitpl-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>lpad() and rpad() gotcha</title>
		<link>http://www.depesz.com/index.php/2009/02/10/lpad-and-rpad-gotcha/</link>
		<comments>http://www.depesz.com/index.php/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>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 &amp;#8211; up to 12 characters.
The code has been done, and worked like this:
# select lpad('123456789', 12, '0');
     lpad
--------------
 [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/19qZ4za6sbs" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/02/10/lpad-and-rpad-gotcha/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Waiting for 8.4 – parallel restoration of dumps</title>
		<link>http://www.depesz.com/index.php/2009/02/09/waiting-for-84-parallel-restoration-of-dumps/</link>
		<comments>http://www.depesz.com/index.php/2009/02/09/waiting-for-84-parallel-restoration-of-dumps/#comments</comments>
		<pubDate>Mon, 09 Feb 2009 12:27:46 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[parallel]]></category>
		<category><![CDATA[pg84]]></category>
		<category><![CDATA[pg_dump]]></category>
		<category><![CDATA[pg_restore]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[restore]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1377</guid>
		<description>On 2nd of February Andrew Dunstan committed his patch (with editing by Tom Lane) that:
Log Message:
-----------
Provide for parallel restoration from a custom format archive. Each data and
post-data step is run in a separate worker child (a thread on Windows, a child
process elsewhere) up to the concurrent number specified by the new pg_restore
command-line --multi-thread &amp;#124; -m [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/6pmBZqjHuqI" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/02/09/waiting-for-84-parallel-restoration-of-dumps/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Waiting for 8.4 – column level privileges.</title>
		<link>http://www.depesz.com/index.php/2009/01/31/waiting-for-84-column-level-privileges/</link>
		<comments>http://www.depesz.com/index.php/2009/01/31/waiting-for-84-column-level-privileges/#comments</comments>
		<pubDate>Sat, 31 Jan 2009 16:09:06 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[columns]]></category>
		<category><![CDATA[grant]]></category>
		<category><![CDATA[pg84]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[privileges]]></category>
		<category><![CDATA[revoke]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1375</guid>
		<description>On 22nd of January, Tom Lane committed patch by Stephen Frost, which adds column level privileges:
Log Message:
-----------
Support column-level privileges, as required by SQL standard.
&amp;#160;
Stephen Frost, with help from KaiGai Kohei and others

In case you don&amp;#8217;t understand &amp;#8211; it means that you can now grant/revoke privileges to specific columns of tables, not whole tables (this is [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/rHttCsnMkXg" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/01/31/waiting-for-84-column-level-privileges/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Waiting for 8.4 – window functions</title>
		<link>http://www.depesz.com/index.php/2009/01/21/waiting-for-84-window-functions/</link>
		<comments>http://www.depesz.com/index.php/2009/01/21/waiting-for-84-window-functions/#comments</comments>
		<pubDate>Wed, 21 Jan 2009 17:06:25 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[aggregate]]></category>
		<category><![CDATA[avg]]></category>
		<category><![CDATA[cumulative sum]]></category>
		<category><![CDATA[groups]]></category>
		<category><![CDATA[partitions]]></category>
		<category><![CDATA[pg84]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[rownum]]></category>
		<category><![CDATA[sum]]></category>
		<category><![CDATA[window functions]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1369</guid>
		<description>A long overdue post about new functionality. At this moment it is no longer such new, as it was committed on 28th of December (yes, I know, I should have written it earlier, Sorry).
On this day Tom Lane committed patch by Hitoshi Harada which adds support for so called window functions:
Support window functions a la [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/TAdQPcSPjcY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/01/21/waiting-for-84-window-functions/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Waiting for 8.4 – pg_stat_statements</title>
		<link>http://www.depesz.com/index.php/2009/01/13/waiting-for-84-pg_stat_statements/</link>
		<comments>http://www.depesz.com/index.php/2009/01/13/waiting-for-84-pg_stat_statements/#comments</comments>
		<pubDate>Tue, 13 Jan 2009 15:37:26 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[analysis]]></category>
		<category><![CDATA[pg84]]></category>
		<category><![CDATA[pgfouine]]></category>
		<category><![CDATA[pg_stat_statements]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[stats]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1366</guid>
		<description>On 4th of January, Tom Lane committed patch by Takahiro Itagaki, which adds new contrib module &amp;#8211; pg_stat_statements:
Log Message:
-----------
Add contrib/pg_stat_statements for server-wide tracking of statement execution
statistics.
&amp;#160;
Takahiro Itagaki

What is it for? Well, actually, it takes some work away from projects like pgFouine or my own analyze.pgsql.logs.pl.
To this day, when you want/need to see some query statistics [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/VjazT7CDT50" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/01/13/waiting-for-84-pg_stat_statements/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>Waiting for 8.4 – remove system objects from \dX</title>
		<link>http://www.depesz.com/index.php/2009/01/08/waiting-for-84-remove-system-objects-from-dx/</link>
		<comments>http://www.depesz.com/index.php/2009/01/08/waiting-for-84-remove-system-objects-from-dx/#comments</comments>
		<pubDate>Thu, 08 Jan 2009 19:12:05 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[pg84]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[psql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1364</guid>
		<description>On 6th of January Bruce Momjian committed patch by Greg Sabino Mulane, which fixes one of a very long standing annoyances in PostgreSQL &amp;#8211; removes system objects from \dX commands in psql.

Commit message:
This makes all the \dX commands (most importantly to most: \df) work
like \dt does, in that it requires a \dXS to see system [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/yr3FT91DQDc" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/01/08/waiting-for-84-remove-system-objects-from-dx/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Maintainable queries – my point of view</title>
		<link>http://www.depesz.com/index.php/2009/01/04/maintainable-queries-my-point-of-view/</link>
		<comments>http://www.depesz.com/index.php/2009/01/04/maintainable-queries-my-point-of-view/#comments</comments>
		<pubDate>Sun, 04 Jan 2009 21:34:06 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[indent]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[programming]]></category>
		<category><![CDATA[reply]]></category>
		<category><![CDATA[sql]]></category>
		<category><![CDATA[style]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1361</guid>
		<description>This post is basically just an reply to Josh Berkus blog post. Additionally, it refers to &amp;#8220;SQL Coding Standards To Each His Own&amp;#8221; by Leo Hsu and Regina Obe.

Well, I&amp;#8217;ve read what Josh wrote, and I though to myself &amp;#8211; oh my, I must be doing something wrong, as I would never use long aliases. [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/I9VMx6HOGKI" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2009/01/04/maintainable-queries-my-point-of-view/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Waiting for 8.4 – Window Functions – teaser</title>
		<link>http://www.depesz.com/index.php/2008/12/29/waiting-for-84-window-functions-teaser/</link>
		<comments>http://www.depesz.com/index.php/2008/12/29/waiting-for-84-window-functions-teaser/#comments</comments>
		<pubDate>Mon, 29 Dec 2008 18:51:16 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[pg84]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[window functions]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1359</guid>
		<description>Yesterday Tom Lane committed enormous patch, which had commit log:
Support window functions a la SQL:2008.
&amp;#160;
Hitoshi Harada, with some kibitzing from Heikki and Tom.
&amp;#8230; and that would be all. I will write more about it, its use cases, and some detailed examples but now I&amp;#8217;m on vacation, and will stay here for some time. You can [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/gnohSGwAxHc" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2008/12/29/waiting-for-84-window-functions-teaser/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>explain.depesz.com – update</title>
		<link>http://www.depesz.com/index.php/2008/12/23/explaindepeszcom-update/</link>
		<comments>http://www.depesz.com/index.php/2008/12/23/explaindepeszcom-update/#comments</comments>
		<pubDate>Tue, 23 Dec 2008 15:39:58 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[announcements]]></category>
		<category><![CDATA[explain]]></category>
		<category><![CDATA[explain.depesz.com]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1357</guid>
		<description>After nearly 3 weeks of functioning, I just uploaded update to explain.depesz.com.
New things are not really spectacular &amp;#8211; I added help with proper explanation on what each color means and contact form in case somebody had ideas on what to do next (or complaints).&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/Q6jbEVPAtiw" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2008/12/23/explaindepeszcom-update/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Waiting for 8.4 – Default values for function arguments + integer in any base</title>
		<link>http://www.depesz.com/index.php/2008/12/09/waiting-for-84-default-values-for-function-arguments-integer-in-any-base/</link>
		<comments>http://www.depesz.com/index.php/2008/12/09/waiting-for-84-default-values-for-function-arguments-integer-in-any-base/#comments</comments>
		<pubDate>Tue, 09 Dec 2008 12:31:36 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[base]]></category>
		<category><![CDATA[conversion]]></category>
		<category><![CDATA[default]]></category>
		<category><![CDATA[functions]]></category>
		<category><![CDATA[integer]]></category>
		<category><![CDATA[pg84]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1355</guid>
		<description>On 4th of December Peter Eisentraut committed patch by Pavel Stehule (with Peters tweaks) which adds default values for function arguments:
Default values for function arguments
&amp;#160;
Pavel Stehule, with some tweaks by Peter Eisentraut

Well, the functionality is pretty obvious, so let&amp;#8217;s see how to use it in real code. To do so I&amp;#8217;ll write a simple functions [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/QZi75RDBclg" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2008/12/09/waiting-for-84-default-values-for-function-arguments-integer-in-any-base/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Waiting for 8.4 – Visibility maps</title>
		<link>http://www.depesz.com/index.php/2008/12/08/waiting-for-84-visibility-maps/</link>
		<comments>http://www.depesz.com/index.php/2008/12/08/waiting-for-84-visibility-maps/#comments</comments>
		<pubDate>Mon, 08 Dec 2008 12:37:19 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[pg84]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[vacuum]]></category>
		<category><![CDATA[visibility]]></category>
		<category><![CDATA[visibility maps]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1336</guid>
		<description>Yeah. This one patch alone is worth upgrading to 8.4.
On 3rd of December Heikki Linnakangas committed his patch. Commit message:
Introduce visibility map. The visibility map is a bitmap with one bit per
heap page, where a set bit indicates that all tuples on the page are
visible to all transactions, and the page therefore doesn't need
vacuuming. It [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/5Yezdbfq1Ws" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2008/12/08/waiting-for-84-visibility-maps/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>explain.depesz.com.</title>
		<link>http://www.depesz.com/index.php/2008/12/04/explaindepeszcom/</link>
		<comments>http://www.depesz.com/index.php/2008/12/04/explaindepeszcom/#comments</comments>
		<pubDate>Thu, 04 Dec 2008 12:33:09 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[announcements]]></category>
		<category><![CDATA[explain]]></category>
		<category><![CDATA[explain.depesz.com]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1334</guid>
		<description>Long time ago I wrote small program to filter EXPLAIN ANALYZE output, and add summary of time.
A bit later (I guess, I don&amp;#8217;t recall exact time line, it could have been earlier) Michael Glaesemann started explain-analyze.info &amp;#8211; cool tool for checking what might be wrong with given plan.
I&amp;#8217;m not really happy with the emphasis Michael [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/lq2fCjkBVYI" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2008/12/04/explaindepeszcom/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Getting list of most common domains</title>
		<link>http://www.depesz.com/index.php/2008/12/01/getting-list-of-most-common-domains/</link>
		<comments>http://www.depesz.com/index.php/2008/12/01/getting-list-of-most-common-domains/#comments</comments>
		<pubDate>Sun, 30 Nov 2008 22:03:02 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[domain]]></category>
		<category><![CDATA[functions]]></category>
		<category><![CDATA[irc]]></category>
		<category><![CDATA[plpgsql]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[report]]></category>
		<category><![CDATA[sql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1330</guid>
		<description>Today, on #postgresql on IRC, guy (can&amp;#8217;t contact him now to get his permission to name him), said:
I have a table called problematic_hostnames. It contains a list of banned hostnames in column &amp;#8220;hostname&amp;#8221; (varchar). I would like to display the top 10 troll ISPs based on this. Does PG have a way of spotting a [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/u-LvDYSxly4" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2008/12/01/getting-list-of-most-common-domains/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Recovering from a lost PostgreSQL password.</title>
		<link>http://www.depesz.com/index.php/2008/11/28/recovering-lost-postgresql-password/</link>
		<comments>http://www.depesz.com/index.php/2008/11/28/recovering-lost-postgresql-password/#comments</comments>
		<pubDate>Fri, 28 Nov 2008 21:36:40 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[lost]]></category>
		<category><![CDATA[password]]></category>
		<category><![CDATA[pg_hba]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[recover]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1327</guid>
		<description>Let&amp;#8217;s say you&amp;#8217;re in situation when you have to connect to PostgreSQL, but you have no idea on what password might be set. But some definitely is, as you get this error message:
=&amp;#62; psql
Password:
psql: FATAL:  password authentication failed for user "depesz"

Now what?
If you have access to shell account on the machine PostgreSQL is running, [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/j_GcEWhr37U" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2008/11/28/recovering-lost-postgresql-password/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>depesz kocha ubezpieczycieli</title>
		<link>http://www.depesz.com/index.php/2008/11/24/depesz-kocha-ubezpieczycieli/</link>
		<comments>http://www.depesz.com/index.php/2008/11/24/depesz-kocha-ubezpieczycieli/#comments</comments>
		<pubDate>Mon, 24 Nov 2008 13:18:05 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[assistance]]></category>
		<category><![CDATA[bre]]></category>
		<category><![CDATA[inter partner]]></category>
		<category><![CDATA[mitsubishi]]></category>
		<category><![CDATA[ubezpieczenie]]></category>
		<category><![CDATA[wypadek]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1322</guid>
		<description>Jakis czas temu pisalem o mojej przygodzie na Wegrzech i &amp;#8220;jazdach&amp;#8221; z HDI. Dzis inna historyjka/przypowiesc, nt. firmy &amp;#8220;Inter Partner Assistance&amp;#8221; i BRE Leasing.

Stwierdzilem, ze kupuje nowy samochod. Nie zamiast tego lancera, tylko jako drugi &amp;#8211; moja Pani potrzebuje miec czym jezdzic &amp;#8211; ja tez. Drugi samochod jest rozwiazaniem logicznym.
Poniewaz jestem pod wrazeniem dzialania Assistance [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/Y_uTw3qbQIs" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/index.php/2008/11/24/depesz-kocha-ubezpieczycieli/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
	</channel>
</rss>
