<?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>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>
		<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/depesz" /><feedburner:info xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" uri="depesz" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item>
		<title>OmniPITR 0.7.0</title>
		<link>http://www.depesz.com/2012/05/07/omnipitr-0-7-0/</link>
		<comments>http://www.depesz.com/2012/05/07/omnipitr-0-7-0/#comments</comments>
		<pubDate>Mon, 07 May 2012 20:34:27 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[announcements]]></category>
		<category><![CDATA[backups]]></category>
		<category><![CDATA[omnipitr]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[replication]]></category>
		<category><![CDATA[wal]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2451</guid>
		<description>Just released new version of OmniPITR. This version has one important new feature: when you&amp;#8217;re calling omnipitr-backup-slave, it will make backups only of required xlog files, and not, as previously, of all in walarchive directory. This is important, especially in case you have multiple slaves, or you keep shared long-term walarchive. Previously &amp;#8211; backups would [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/HbIBwAZGNGY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/05/07/omnipitr-0-7-0/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>OmniPITR 0.6.0</title>
		<link>http://www.depesz.com/2012/04/26/omnipitr-0-6-0/</link>
		<comments>http://www.depesz.com/2012/04/26/omnipitr-0-6-0/#comments</comments>
		<pubDate>Thu, 26 Apr 2012 20:21:09 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[announcements]]></category>
		<category><![CDATA[omnipitr]]></category>
		<category><![CDATA[pitr]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[replication]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2448</guid>
		<description>Just released new version, 0.6.0 (it should be visible on pgxn soon) of OmniPITR set of tools. New version has one new feature &amp;#8211; parallelism. This works in omnipitr-archive and omnipitr-backup-* programs, and allows for parallel delivery to remote destinations (multiple -dr switches). Also &amp;#8211; if you&amp;#8217;re using compresses wal archive and omnipitr-backup-slave reading from [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/PPwqwcmJ6F0" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/04/26/omnipitr-0-6-0/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Waiting for 9.2 – DROP INDEX CONCURRENTLY</title>
		<link>http://www.depesz.com/2012/04/10/waiting-for-9-2-drop-index-concurrently/</link>
		<comments>http://www.depesz.com/2012/04/10/waiting-for-9-2-drop-index-concurrently/#comments</comments>
		<pubDate>Tue, 10 Apr 2012 12:06:40 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[concurrent]]></category>
		<category><![CDATA[concurrently]]></category>
		<category><![CDATA[drop]]></category>
		<category><![CDATA[index]]></category>
		<category><![CDATA[lock]]></category>
		<category><![CDATA[locks]]></category>
		<category><![CDATA[pg92]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2442</guid>
		<description>On 6th of April, Simon Riggs committed patch: Add DROP INDEX CONCURRENTLY [IF EXISTS], uses ShareUpdateExclusiveLock The log message is pretty laconic, so let&amp;#8217;s see what it actually means. Before I can show you new functionality, we need to see and understand what was happening before. For my tests, I have this table: $ \d [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/lMFUXriWiiw" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/04/10/waiting-for-9-2-drop-index-concurrently/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Let’s talk dirty</title>
		<link>http://www.depesz.com/2012/04/04/lets-talk-dirty/</link>
		<comments>http://www.depesz.com/2012/04/04/lets-talk-dirty/#comments</comments>
		<pubDate>Wed, 04 Apr 2012 11:59:24 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[dirty]]></category>
		<category><![CDATA[omniti]]></category>
		<category><![CDATA[pg_dirtyread]]></category>
		<category><![CDATA[phil]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2437</guid>
		<description>Important disclaimer: the module that I&amp;#8217;m writing about was written by my colleague Phil Sorber. We all have been in, or heard about, situation like this: $ UPDATE users SET password = '...'; WHERE id = 123; (hint: first ; is before where). Of course you should have backups, and you can protect yourself from [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/qSU4GWvSQww" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/04/04/lets-talk-dirty/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Szukam webmastera [polish only]</title>
		<link>http://www.depesz.com/2012/04/02/szukam-webmastera-polish-only/</link>
		<comments>http://www.depesz.com/2012/04/02/szukam-webmastera-polish-only/#comments</comments>
		<pubDate>Mon, 02 Apr 2012 13:43:50 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[kanasta]]></category>
		<category><![CDATA[ogloszenie]]></category>
		<category><![CDATA[polish]]></category>
		<category><![CDATA[polski]]></category>
		<category><![CDATA[praca]]></category>
		<category><![CDATA[python]]></category>
		<category><![CDATA[webmaster]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2435</guid>
		<description>Ostatnio pisałem o moim pierwszym, malutkim, projekciku w Pythonie &amp;#8211; kanasta.depesz.com. Całość działa, ale &amp;#8211; mimo, że nie spodziewam się mieć tam użytkowników (tzn. innych niż nasza czwórka), chciałbym by to wyglądało, i może było odrobinę prostsze w użyciu. Szukam więc webmastera. Czego oczekuję? Rzeczony webmaster &amp;#8230; pobierze sobie z githuba soft, postawi go u [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/e43qOjGwP8M" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/04/02/szukam-webmastera-polish-only/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Request for help with Python/Flask – Prośba o pomoc z Pythonem/Flaskiem</title>
		<link>http://www.depesz.com/2012/03/31/request-for-help-with-pythonflask-prosba-o-pomoc-z-pythonemflaskiem/</link>
		<comments>http://www.depesz.com/2012/03/31/request-for-help-with-pythonflask-prosba-o-pomoc-z-pythonemflaskiem/#comments</comments>
		<pubDate>Sat, 31 Mar 2012 17:17:41 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[canasta]]></category>
		<category><![CDATA[flask]]></category>
		<category><![CDATA[github]]></category>
		<category><![CDATA[help]]></category>
		<category><![CDATA[kanasta]]></category>
		<category><![CDATA[python]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2432</guid>
		<description>( wersja polska poniżej ) I (not-so) recently started to learn Python. To have some playground that I can work on, I decided to write simple website that will let me track scores of a card game that I play with my family &amp;#8211; Canasta. To write it, I chose to use Flask framework, so [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/HjKi5TMEAFo" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/03/31/request-for-help-with-pythonflask-prosba-o-pomoc-z-pythonemflaskiem/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Waiting for 9.2 – pg_stat_statements improvements</title>
		<link>http://www.depesz.com/2012/03/30/waiting-for-9-2-pg_stat_statements-improvements/</link>
		<comments>http://www.depesz.com/2012/03/30/waiting-for-9-2-pg_stat_statements-improvements/#comments</comments>
		<pubDate>Fri, 30 Mar 2012 15:19:40 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[analysis]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[pg92]]></category>
		<category><![CDATA[pgfouine]]></category>
		<category><![CDATA[pg_stat_statements]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2428</guid>
		<description>Three interesting patches: On 27th of March, Robert Haas committed patch: New GUC, track_iotiming, to track I/O timings. &amp;#160; Currently, the only way to see the numbers this gathers is via EXPLAIN (ANALYZE, BUFFERS), but the plan is to add visibility through the stats collector and pg_stat_statements in subsequent patches. &amp;#160; Ants Aasma, reviewed by [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/Bsl_tfgbm0U" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/03/30/waiting-for-9-2-pg_stat_statements-improvements/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>OmniPITR 0.5.0</title>
		<link>http://www.depesz.com/2012/03/30/omnipitr-0-5-0/</link>
		<comments>http://www.depesz.com/2012/03/30/omnipitr-0-5-0/#comments</comments>
		<pubDate>Fri, 30 Mar 2012 10:10:31 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[backups]]></category>
		<category><![CDATA[bash]]></category>
		<category><![CDATA[justintv]]></category>
		<category><![CDATA[omnipitr]]></category>
		<category><![CDATA[omniti]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[pipes]]></category>
		<category><![CDATA[pitr]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[replication]]></category>
		<category><![CDATA[ssh]]></category>
		<category><![CDATA[wal]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2424</guid>
		<description>Today, I released new version of OmniPITR &amp;#8211; 0.5.0. This new version has one important new feature &amp;#8211; which is so called &amp;#8220;direct destination&amp;#8221; for backups. What it means? What it does? How it helps? Let&amp;#8217;s see&amp;#8230; Let&amp;#8217;s assume you have remote destination for backups, something like: $ omnipitr-backup-master ... -dr gzip=storage.host:/path/to/store/backups ... Up to [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/EwHLQwJ6qIQ" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/03/30/omnipitr-0-5-0/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Waiting for 9.2 – More rewrite-less ALTER TABLE ALTER TYPEs</title>
		<link>http://www.depesz.com/2012/02/14/waiting-for-9-2-more-rewrite-less-alter-table-alter-types/</link>
		<comments>http://www.depesz.com/2012/02/14/waiting-for-9-2-more-rewrite-less-alter-table-alter-types/#comments</comments>
		<pubDate>Tue, 14 Feb 2012 14:38:51 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[alter]]></category>
		<category><![CDATA[alter table]]></category>
		<category><![CDATA[alter type]]></category>
		<category><![CDATA[length]]></category>
		<category><![CDATA[pg92]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[precision]]></category>
		<category><![CDATA[reindex]]></category>
		<category><![CDATA[rewrite]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2418</guid>
		<description>Three patches for you today, all committed by Robert Hass: On 7th of February, patch: Add a transform function for numeric typmod coercisions. &amp;#160; This enables ALTER TABLE to skip table and index rebuilds when a column is changed to an unconstrained numeric, or when the scale is unchanged and the precision does not decrease. [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/QWOyQ6HQjjE" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/02/14/waiting-for-9-2-more-rewrite-less-alter-table-alter-types/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Waiting for 9.2 – EXPLAIN TIMING</title>
		<link>http://www.depesz.com/2012/02/13/waiting-for-9-2-explain-timing/</link>
		<comments>http://www.depesz.com/2012/02/13/waiting-for-9-2-explain-timing/#comments</comments>
		<pubDate>Mon, 13 Feb 2012 11:19:15 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[analyze]]></category>
		<category><![CDATA[explain]]></category>
		<category><![CDATA[overhead]]></category>
		<category><![CDATA[pg92]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[timing]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2414</guid>
		<description>On 7th of February, Robert Haas committed patch: Sometimes it may be useful to get actual row counts out of EXPLAIN (ANALYZE) without paying the cost of timing every node entry/exit. With this patch, you can say EXPLAIN (ANALYZE, TIMING OFF) to get that. &amp;#160; Tomas Vondra, reviewed by Eric Theise, with minor doc changes [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/JF2RN1mPRVo" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/02/13/waiting-for-9-2-explain-timing/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Waiting for 9.2 – Named parameters in SQL functions</title>
		<link>http://www.depesz.com/2012/02/13/waiting-for-9-2-named-parameters-in-sql-functions/</link>
		<comments>http://www.depesz.com/2012/02/13/waiting-for-9-2-named-parameters-in-sql-functions/#comments</comments>
		<pubDate>Mon, 13 Feb 2012 01:17:56 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[functions]]></category>
		<category><![CDATA[names]]></category>
		<category><![CDATA[parameters]]></category>
		<category><![CDATA[pg92]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[sql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2412</guid>
		<description>On 5th of February, Tom Lane committed patch: Allow SQL-language functions to reference parameters by name. &amp;#160; Matthew Draper, reviewed by Hitoshi Harada SQL language for writing functions has some benefits &amp;#8211; including the fact that they are very simple, can be inlined, and are always available (pre 9.0 pl/PgSQL had to be specially installed [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/EbxgKdyVWTw" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/02/13/waiting-for-9-2-named-parameters-in-sql-functions/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Waiting for 9.2 – JSON</title>
		<link>http://www.depesz.com/2012/02/12/waiting-for-9-2-json/</link>
		<comments>http://www.depesz.com/2012/02/12/waiting-for-9-2-json/#comments</comments>
		<pubDate>Sun, 12 Feb 2012 16:00:12 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[json]]></category>
		<category><![CDATA[pg92]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2410</guid>
		<description>On 31st of January, Robert Haas committed patch: Like the XML data type, we simply store JSON data as text, after checking that it is valid. More complex operations such as canonicalization and comparison may come later, but this is enough for not. &amp;#160; There are a few open issues here, such as whether we [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/S38uQZkgKjk" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/02/12/waiting-for-9-2-json/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Waiting for 9.2 – deadlock counter</title>
		<link>http://www.depesz.com/2012/02/09/waiting-for-9-2-deadlock-counter/</link>
		<comments>http://www.depesz.com/2012/02/09/waiting-for-9-2-deadlock-counter/#comments</comments>
		<pubDate>Thu, 09 Feb 2012 08:37:59 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[charts]]></category>
		<category><![CDATA[deadlock]]></category>
		<category><![CDATA[pg92]]></category>
		<category><![CDATA[pg_stat_database]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[statistics]]></category>
		<category><![CDATA[stats]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2408</guid>
		<description>On 26th of January, Magnus Hagander committed patch: Adds a counter that tracks number of deadlocks that occurred in each database to pg_stat_database. &amp;#160; Magnus Hagander, reviewed by Jaime Casanova It&amp;#8217;s similar to previously described patch &amp;#8211; another column in pg_stat_database: $ SELECT datname, deadlocks FROM pg_stat_database; datname │ deadlocks ───────────┼─────────── template0 │ 0 depesz [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/6Obm0pk3eSA" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/02/09/waiting-for-9-2-deadlock-counter/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Waiting for 9.2 – temporary file stats per database</title>
		<link>http://www.depesz.com/2012/02/07/waiting-for-9-2-temporary-file-stats-per-database/</link>
		<comments>http://www.depesz.com/2012/02/07/waiting-for-9-2-temporary-file-stats-per-database/#comments</comments>
		<pubDate>Tue, 07 Feb 2012 13:35:12 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[charts]]></category>
		<category><![CDATA[log_temp_files]]></category>
		<category><![CDATA[pg92]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[statistics]]></category>
		<category><![CDATA[stats]]></category>
		<category><![CDATA[temp]]></category>
		<category><![CDATA[temporary]]></category>
		<category><![CDATA[trends]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2405</guid>
		<description>On 26th of January, Magnus Hagander committed patch: Add counters for number and size of temporary files used for spill-to-disk queries for each database to the pg_stat_database view. &amp;#160; Tomas Vondra, review by Magnus Hagander As you perhaps know certain operations in PostgreSQL can create temporary files. I am not talking about temporary tables &amp;#8211; [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/OT7HfgdC2i4" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/02/07/waiting-for-9-2-temporary-file-stats-per-database/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Waiting for 9.2 – pg_basebackup from slave</title>
		<link>http://www.depesz.com/2012/02/03/waiting-for-9-2-pg_basebackup-from-slave/</link>
		<comments>http://www.depesz.com/2012/02/03/waiting-for-9-2-pg_basebackup-from-slave/#comments</comments>
		<pubDate>Fri, 03 Feb 2012 14:08:48 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[omnipitr]]></category>
		<category><![CDATA[pg92]]></category>
		<category><![CDATA[pg_basebackup]]></category>
		<category><![CDATA[pitr]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[replication]]></category>
		<category><![CDATA[slave]]></category>
		<category><![CDATA[wal]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2399</guid>
		<description>On 25th of January, Simon Riggs committed patch: Allow pg_basebackup from standby node with safety checking. Base backup follows recommended procedure, plus goes to great lengths to ensure that partial page writes are avoided. &amp;#160; Jun Ishizuka and Fujii Masao, with minor modifications In PostgreSQL 9.1 we got pg_basebackup &amp;#8211; it is a tool to [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/KisAWwMKllw" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/02/03/waiting-for-9-2-pg_basebackup-from-slave/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Waiting for 9.2 – Trigger Depth</title>
		<link>http://www.depesz.com/2012/02/01/waiting-for-9-2-trigger-depth/</link>
		<comments>http://www.depesz.com/2012/02/01/waiting-for-9-2-trigger-depth/#comments</comments>
		<pubDate>Wed, 01 Feb 2012 17:36:50 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[depth]]></category>
		<category><![CDATA[pg92]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[trigger]]></category>
		<category><![CDATA[triggers]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2396</guid>
		<description>On 25th of January, Alvaro Herrera committed patch: Add pg_trigger_depth() function &amp;#160; This reports the depth level of triggers currently in execution, or zero if not called from inside a trigger. &amp;#160; No catversion bump in this patch, but you have to initdb if you want access to the new function. &amp;#160; Author: Kevin Grittner [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/Gu1Sn-yFhy8" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/02/01/waiting-for-9-2-trigger-depth/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Waiting for 9.2 – ALTER IF EXISTS</title>
		<link>http://www.depesz.com/2012/02/01/waiting-for-9-2-alter-if-exists/</link>
		<comments>http://www.depesz.com/2012/02/01/waiting-for-9-2-alter-if-exists/#comments</comments>
		<pubDate>Wed, 01 Feb 2012 13:14:11 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[alter]]></category>
		<category><![CDATA[conditional]]></category>
		<category><![CDATA[ddl]]></category>
		<category><![CDATA[if exists]]></category>
		<category><![CDATA[pg92]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2393</guid>
		<description>On 23th of January, Simon Riggs committed patch: ALTER &amp;#60;thing&amp;#62; [IF EXISTS] ... allows silent DDL if required, e.g. ALTER FOREIGN TABLE IF EXISTS foo RENAME TO bar &amp;#160; Pavel Stehule This adds important capability &amp;#8211; change object of it exists, and not raise exception if it doesn&amp;#8217;t. Conditional DDL was always big point on [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/M4oVsGqaz6E" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/02/01/waiting-for-9-2-alter-if-exists/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Change in anonymization of plans on explain.depesz.com</title>
		<link>http://www.depesz.com/2012/01/31/change-in-anonmymization-of-plans-on-explain-depesz-com/</link>
		<comments>http://www.depesz.com/2012/01/31/change-in-anonmymization-of-plans-on-explain-depesz-com/#comments</comments>
		<pubDate>Tue, 31 Jan 2012 12:10:56 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[anonymization]]></category>
		<category><![CDATA[explain.depesz.com]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[stats]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2382</guid>
		<description>As you perhaps know, explain.depesz.com has anonymization feature. Couple of days ago Filip contacted me and sent a patch that stopped anonymization of typecasts. I thought about the patch, and what it achieves, changed it&amp;#8217;s internals, but kept the effect. And today, it got released. Normal plan looks like this. But you might want to [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/Ocq2vhP40pU" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/01/31/change-in-anonmymization-of-plans-on-explain-depesz-com/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Some new tools for PostgreSQL or around PostgreSQL</title>
		<link>http://www.depesz.com/2012/01/23/some-new-tools-for-postgresql-or-around-postgresql/</link>
		<comments>http://www.depesz.com/2012/01/23/some-new-tools-for-postgresql-or-around-postgresql/#comments</comments>
		<pubDate>Mon, 23 Jan 2012 10:31:41 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[fast dump]]></category>
		<category><![CDATA[fast restore]]></category>
		<category><![CDATA[omniti]]></category>
		<category><![CDATA[pg.grep]]></category>
		<category><![CDATA[pg.logs.tail]]></category>
		<category><![CDATA[pgtreats]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[system_monitoring]]></category>
		<category><![CDATA[tools]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2366</guid>
		<description>During last months I wrote some tools to help me with my daily duties. I&amp;#8217;d like to let you know you about them, as you might find them useful. So, here we go: pg.logs.tail Available from OmniTI SVN. It&amp;#8217;s a smarter &amp;#8220;tail -f&amp;#8221; for PostgreSQL logs. Smarter in a way, that it knows that PostgreSQL [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/KkCc1QjepYw" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/01/23/some-new-tools-for-postgresql-or-around-postgresql/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Waiting for 9.2 – split of current_query in pg_stat_activity</title>
		<link>http://www.depesz.com/2012/01/23/waiting-for-9-2-split-of-current_query-in-pg_stat_activity/</link>
		<comments>http://www.depesz.com/2012/01/23/waiting-for-9-2-split-of-current_query-in-pg_stat_activity/#comments</comments>
		<pubDate>Sun, 22 Jan 2012 23:14:57 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[current_query]]></category>
		<category><![CDATA[idle in transaction]]></category>
		<category><![CDATA[iit]]></category>
		<category><![CDATA[pg92]]></category>
		<category><![CDATA[pg_stat_activity]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[state]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2364</guid>
		<description>On 19t of January, Magnus Hagander committed patch: Separate state from query string in pg_stat_activity &amp;#160; This separates the state (running/idle/idleintransaction etc) into it's own field (&amp;#34;state&amp;#34;), and leaves the query field containing just query text. &amp;#160; The query text will now mean &amp;#34;current query&amp;#34; when a query is running and &amp;#34;last query&amp;#34; in other [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/mASH-PDcok8" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/01/23/waiting-for-9-2-split-of-current_query-in-pg_stat_activity/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Waiting for 9.2 – NULLS from pg_*_size() functions</title>
		<link>http://www.depesz.com/2012/01/22/waiting-for-9-2-nulls-from-pg__size-functions/</link>
		<comments>http://www.depesz.com/2012/01/22/waiting-for-9-2-nulls-from-pg__size-functions/#comments</comments>
		<pubDate>Sun, 22 Jan 2012 15:51:23 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[exception]]></category>
		<category><![CDATA[pg92]]></category>
		<category><![CDATA[pg_relation_size]]></category>
		<category><![CDATA[pg_stat_user_functions]]></category>
		<category><![CDATA[pg_table_size]]></category>
		<category><![CDATA[pg_total_relation_size]]></category>
		<category><![CDATA[plpgsql]]></category>
		<category><![CDATA[postgresql]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2361</guid>
		<description>On 19t of January, Heikki Linnakangas committed patch: Make pg_relation_size() and friends return NULL if the object doesn't exist. &amp;#160; That avoids errors when the functions are used in queries like &amp;#34;SELECT pg_relation_size(oid) FROM pg_class&amp;#34;, and a table is dropped concurrently. &amp;#160; Phil Sorber This patch on its own is not very visible, but it [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/-pv2m0IIYg8" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/01/22/waiting-for-9-2-nulls-from-pg__size-functions/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>What is the point of social sites? / Do czego służą serwisy społecznościowe?</title>
		<link>http://www.depesz.com/2012/01/13/what-is-the-point-of-social-sites-do-czego-sluza-serwisy-spolecznosciowe/</link>
		<comments>http://www.depesz.com/2012/01/13/what-is-the-point-of-social-sites-do-czego-sluza-serwisy-spolecznosciowe/#comments</comments>
		<pubDate>Fri, 13 Jan 2012 19:11:16 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[life]]></category>
		<category><![CDATA[social]]></category>
		<category><![CDATA[społeczny]]></category>
		<category><![CDATA[web]]></category>
		<category><![CDATA[www]]></category>
		<category><![CDATA[życie]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2358</guid>
		<description>[wersja polska poniżej / polish version below] For a quite long time there is a number of social services/sites out there. myspace, facebook, google+, twitter and probably hundreds of others. I don&amp;#8217;t have anything against them, but one thing bugs me, and perhaps someone reading this could help me: what is the point of these [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/WB2BJp0wtYk" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/01/13/what-is-the-point-of-social-sites-do-czego-sluza-serwisy-spolecznosciowe/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>OmniPITR 0.3.0</title>
		<link>http://www.depesz.com/2012/01/04/omnipitr-0-3-0/</link>
		<comments>http://www.depesz.com/2012/01/04/omnipitr-0-3-0/#comments</comments>
		<pubDate>Wed, 04 Jan 2012 20:44:42 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[announcements]]></category>
		<category><![CDATA[omnipitr]]></category>
		<category><![CDATA[omniti]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[pitr]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[replication]]></category>
		<category><![CDATA[wal]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2355</guid>
		<description>Just released version 0.3.0 of our tool for handling WAL based replication in PostgreSQL &amp;#8211; OmniPITR. Version jump is related to addition of another tool &amp;#8211; omnipitr-synch. This tool is used to copy PostgreSQL data dir (including all tablespaces of course) to remote location(s). While this process is usually simple (call pg_start_backup(), transfer data, call [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/jdhTO786C7g" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2012/01/04/omnipitr-0-3-0/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Tips N’ Tricks – getting sizes of relations without locks</title>
		<link>http://www.depesz.com/2011/12/20/tips-n-tricks-getting-sizes-of-relations-without-locks/</link>
		<comments>http://www.depesz.com/2011/12/20/tips-n-tricks-getting-sizes-of-relations-without-locks/#comments</comments>
		<pubDate>Tue, 20 Dec 2011 16:23:02 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[locks]]></category>
		<category><![CDATA[pg_relation_size]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[size]]></category>
		<category><![CDATA[tnt]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2353</guid>
		<description>If you have production DB servers, chances are you&amp;#8217;re running variant of these queries: SELECT SUM&amp;#40;pg_relation_size&amp;#40;oid&amp;#41;&amp;#41; FROM pg_class WHERE relkind = 'i' SELECT SUM&amp;#40;pg_relation_size&amp;#40;oid&amp;#41;&amp;#41; FROM pg_class WHERE relkind = 'r' To get summarized size of tables and/or indexes in your database (for example for graphing purposes). This (getting pg_relation_size for rows in pg_class) has one [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/pIlmI-1IdIw" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2011/12/20/tips-n-tricks-getting-sizes-of-relations-without-locks/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>r/trees ( recursive trees, what did you think about? )</title>
		<link>http://www.depesz.com/2011/12/16/rtrees-recursive-trees-what-did-you-think-about/</link>
		<comments>http://www.depesz.com/2011/12/16/rtrees-recursive-trees-what-did-you-think-about/#comments</comments>
		<pubDate>Fri, 16 Dec 2011 13:39:14 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[cte]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[recursive]]></category>
		<category><![CDATA[tree]]></category>
		<category><![CDATA[with recursive]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2348</guid>
		<description>I got asked on irc to show some examples how to use recursive CTE. Apparently my previous post wasn&amp;#8217;t good enough I think that most of the users will use recursive cte to deal with trees I decided to show how to use it, even though it&amp;#8217;s not my favorite approach to dealing with trees [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/Y4L3VyYYBHw" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2011/12/16/rtrees-recursive-trees-what-did-you-think-about/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Waiting for 9.2 – excluding data of table from dump</title>
		<link>http://www.depesz.com/2011/12/15/waiting-for-9-2-excluding-data-of-table-from-dump/</link>
		<comments>http://www.depesz.com/2011/12/15/waiting-for-9-2-excluding-data-of-table-from-dump/#comments</comments>
		<pubDate>Thu, 15 Dec 2011 13:24:50 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[data]]></category>
		<category><![CDATA[exclude]]></category>
		<category><![CDATA[pg92]]></category>
		<category><![CDATA[pg_dump]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[table]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2344</guid>
		<description>On 14h of December, Andrew Dunstan committed patch: Add --exclude-table-data option to pg_dump. &amp;#160; Andrew Dunstan, reviewed by Josh Berkus, Robert Haas and Peter Geoghegan. &amp;#160; This allows dumping of a table definition but not its data, on a per table basis. Table name patterns are supported just as for --exclude-table. This patch gives me [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/K-nBg4bkXuI" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2011/12/15/waiting-for-9-2-excluding-data-of-table-from-dump/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Louis CK – live at the Beacon Theater</title>
		<link>http://www.depesz.com/2011/12/14/louis-ck-live-at-the-beacon-theater/</link>
		<comments>http://www.depesz.com/2011/12/14/louis-ck-live-at-the-beacon-theater/#comments</comments>
		<pubDate>Wed, 14 Dec 2011 12:45:22 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[comedy]]></category>
		<category><![CDATA[louis ck]]></category>
		<category><![CDATA[purchase]]></category>
		<category><![CDATA[stand-up]]></category>
		<category><![CDATA[video]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2338</guid>
		<description>I&amp;#8217;m huge fan of stand-up comedy, and one of the guys that I like is Louis CK. Learned today that he made new movie &amp;#8211; &amp;#8220;Live at the Beacon Theater&amp;#8221;, and it&amp;#8217;s available on his site. For $5. Without DRM, geographical limitations or other bullshit. So, if you can handle his kind of jokes &amp;#8211; [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/w9JTI7N_Tqk" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2011/12/14/louis-ck-live-at-the-beacon-theater/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The secret ingredient in the webscale sauce</title>
		<link>http://www.depesz.com/2011/12/02/the-secret-ingredient-in-the-webscale-sauce/</link>
		<comments>http://www.depesz.com/2011/12/02/the-secret-ingredient-in-the-webscale-sauce/#comments</comments>
		<pubDate>Fri, 02 Dec 2011 14:20:08 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[plproxy]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[proxy]]></category>
		<category><![CDATA[scalability]]></category>
		<category><![CDATA[sharding]]></category>
		<category><![CDATA[skype]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2332</guid>
		<description>( title, in case you don&amp;#8217;t know, comes from excellent &amp;#8220;movie&amp;#8221; about databases ) The secret ingredient is of course sharding. Can we do sharding in PostgreSQL? First, let&amp;#8217;s define what sharding is: Wikipedia shows nice, correct, and absolutely unhelpful answer: A database shard is a horizontal partition in a database or search engine. But [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/KczxzZUzVYw" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2011/12/02/the-secret-ingredient-in-the-webscale-sauce/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>I never got this far :(</title>
		<link>http://www.depesz.com/2011/11/24/i-never-got-this-far/</link>
		<comments>http://www.depesz.com/2011/11/24/i-never-got-this-far/#comments</comments>
		<pubDate>Thu, 24 Nov 2011 15:06:21 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[game]]></category>
		<category><![CDATA[gaming]]></category>
		<category><![CDATA[nethack]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2330</guid>
		<description>No Points Name Hp [max] 1 179310 depesz-Wiz-Hum-Fem-Cha died in The Dungeons of Doom on level 22. Killed by a minotaur. - [94]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/ZQ-318kIN9w" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2011/11/24/i-never-got-this-far/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>OmniPITR 0.2.0</title>
		<link>http://www.depesz.com/2011/11/10/omnipitr-0-2-0/</link>
		<comments>http://www.depesz.com/2011/11/10/omnipitr-0-2-0/#comments</comments>
		<pubDate>Thu, 10 Nov 2011 19:01:53 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[md5]]></category>
		<category><![CDATA[omnipitr]]></category>
		<category><![CDATA[phil]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[sha-1]]></category>
		<category><![CDATA[sha-2]]></category>
		<category><![CDATA[sha-256]]></category>
		<category><![CDATA[sha-384]]></category>
		<category><![CDATA[sha-512]]></category>
		<category><![CDATA[sha1]]></category>
		<category><![CDATA[sha2]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=2325</guid>
		<description>Just released version 0.2.0 of OmniPITR. There is one important change &amp;#8211; that is OmniPITR backup programs can now create checksum files for backups. Details in docs, but the basic idea is that to all the other options to omnipitr-backup-{master,slave} we added (Phil Sorber to be exact) &amp;#8211;digest option, which lets you specify that you [...]&lt;img src="http://feeds.feedburner.com/~r/depesz/~4/ctbVLROisFk" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.depesz.com/2011/11/10/omnipitr-0-2-0/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss><!-- Dynamic page generated in 1.489 seconds. --><!-- Cached page generated by WP-Super-Cache on 2012-05-23 17:58:31 -->

