<?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>imitatio creatio &#187; postgres</title>
	<atom:link href="http://filip.rembialkowski.net/tag/postgres/feed/" rel="self" type="application/rss+xml" />
	<link>http://filip.rembialkowski.net</link>
	<description>co we łbie piszczy</description>
	<lastBuildDate>Fri, 06 Jan 2012 13:18:22 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>vim as a pager for psql</title>
		<link>http://filip.rembialkowski.net/vim-as-a-pager-for-psql/</link>
		<comments>http://filip.rembialkowski.net/vim-as-a-pager-for-psql/#comments</comments>
		<pubDate>Wed, 28 Dec 2011 20:07:25 +0000</pubDate>
		<dc:creator>filip</dc:creator>
				<category><![CDATA[all]]></category>
		<category><![CDATA[bash]]></category>
		<category><![CDATA[pager]]></category>
		<category><![CDATA[postgres]]></category>
		<category><![CDATA[psql]]></category>
		<category><![CDATA[vim]]></category>

		<guid isPermaLink="false">http://filip.rembialkowski.net/?p=984</guid>
		<description><![CDATA[I asked this question on stackexchange, about a pager with "freeze first line" support. There was no easy answer, but someone hinted me at Emacs. My Emacs skill is close to zero, so I wanted to check if it's possible in Vim. And yes it is! Here you are: First, we need a Vim macro, [...]]]></description>
		<wfw:commentRss>http://filip.rembialkowski.net/vim-as-a-pager-for-psql/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PostgreSQL 9 Admin Cookbook &#8211; review in progress</title>
		<link>http://filip.rembialkowski.net/postgresql-9-admin-cookbook-review-in-progress/</link>
		<comments>http://filip.rembialkowski.net/postgresql-9-admin-cookbook-review-in-progress/#comments</comments>
		<pubDate>Sat, 30 Oct 2010 19:09:47 +0000</pubDate>
		<dc:creator>filip</dc:creator>
				<category><![CDATA[all]]></category>
		<category><![CDATA[book]]></category>
		<category><![CDATA[postgres]]></category>
		<category><![CDATA[review]]></category>

		<guid isPermaLink="false">http://filip.rembialkowski.net/?p=756</guid>
		<description><![CDATA[I was asked to review PostgreSQL 9 Admin Cookbook (by Simon Riggs and Hannu Krosing), and I've just downloaded a copy - await a review in few weeks.]]></description>
		<wfw:commentRss>http://filip.rembialkowski.net/postgresql-9-admin-cookbook-review-in-progress/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Django and PostgreSQL “Idle In Transaction” Connections</title>
		<link>http://filip.rembialkowski.net/django-and-postgresql-%e2%80%9cidle-in-transaction%e2%80%9d-connections/</link>
		<comments>http://filip.rembialkowski.net/django-and-postgresql-%e2%80%9cidle-in-transaction%e2%80%9d-connections/#comments</comments>
		<pubDate>Tue, 26 Oct 2010 10:38:22 +0000</pubDate>
		<dc:creator>filip</dc:creator>
				<category><![CDATA[all]]></category>
		<category><![CDATA[databases]]></category>
		<category><![CDATA[django]]></category>
		<category><![CDATA[postgres]]></category>
		<category><![CDATA[python]]></category>

		<guid isPermaLink="false">http://filip.rembialkowski.net/?p=744</guid>
		<description><![CDATA[I'm reposting this post (by Christophe Pettus) as a hint for friends running apps on the Django+Pg combo. Hi there, Sensisoft :-) Django and PostgreSQL “Idle In Transaction” Connections.]]></description>
		<wfw:commentRss>http://filip.rembialkowski.net/django-and-postgresql-%e2%80%9cidle-in-transaction%e2%80%9d-connections/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Import zbiorów TERYT do bazy danych SQL</title>
		<link>http://filip.rembialkowski.net/import-zbiorow-teryt-do-bazy-danych-sql/</link>
		<comments>http://filip.rembialkowski.net/import-zbiorow-teryt-do-bazy-danych-sql/#comments</comments>
		<pubDate>Wed, 09 Jun 2010 08:57:41 +0000</pubDate>
		<dc:creator>filip</dc:creator>
				<category><![CDATA[all]]></category>
		<category><![CDATA[bazy danych]]></category>
		<category><![CDATA[mssql]]></category>
		<category><![CDATA[postgres]]></category>
		<category><![CDATA[teryt]]></category>

		<guid isPermaLink="false">http://filip.rembialkowski.net/?p=575</guid>
		<description><![CDATA[Główny Urząd Statystyczny administruje bazą danych podziału administracyjnego Polski, z dokładnością do ulic i nazw miejscowych. W tym artykule pokażę jak zaimportować te dane do bazy relacyjnej (na przykładzie PostgreSQL oraz Microsoft SQL Server)
]]></description>
		<wfw:commentRss>http://filip.rembialkowski.net/import-zbiorow-teryt-do-bazy-danych-sql/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>pgbouncer mini HOWTO + benchmark</title>
		<link>http://filip.rembialkowski.net/pgbouncer-mini-howto-benchmark/</link>
		<comments>http://filip.rembialkowski.net/pgbouncer-mini-howto-benchmark/#comments</comments>
		<pubDate>Fri, 23 Apr 2010 19:56:03 +0000</pubDate>
		<dc:creator>filip</dc:creator>
				<category><![CDATA[all]]></category>
		<category><![CDATA[benchmark]]></category>
		<category><![CDATA[pgbouncer]]></category>
		<category><![CDATA[postgres]]></category>

		<guid isPermaLink="false">http://filip.rembialkowski.net/?p=533</guid>
		<description><![CDATA[I've decided to write this mini howto in order to prove that pgbouncer is easy to install and configure, and is really useful, even in minimal setups.]]></description>
		<wfw:commentRss>http://filip.rembialkowski.net/pgbouncer-mini-howto-benchmark/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>dynamic SQL parameters in PL/PgSQL functions</title>
		<link>http://filip.rembialkowski.net/dynamic-sql-parameters-in-plpgsql-functions/</link>
		<comments>http://filip.rembialkowski.net/dynamic-sql-parameters-in-plpgsql-functions/#comments</comments>
		<pubDate>Mon, 08 Mar 2010 13:22:34 +0000</pubDate>
		<dc:creator>filip</dc:creator>
				<category><![CDATA[all]]></category>
		<category><![CDATA[plpgsql]]></category>
		<category><![CDATA[postgres]]></category>

		<guid isPermaLink="false">http://filip.rembialkowski.net/?p=521</guid>
		<description><![CDATA[It pays to read documentation. From PostgreSQL 8.3 to 8.4 there was one interesting addon for plpgsql: ability to pass parameter values directly into EXECUTE. Of course depesz wrote about it. And I did read it; But still (by routine) I was using something like: sql_query := 'SELECT foo FROM bar JOIN baz USING (barbaz) [...]]]></description>
		<wfw:commentRss>http://filip.rembialkowski.net/dynamic-sql-parameters-in-plpgsql-functions/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>postgres schemagrep function</title>
		<link>http://filip.rembialkowski.net/postgres-schemagrep-function/</link>
		<comments>http://filip.rembialkowski.net/postgres-schemagrep-function/#comments</comments>
		<pubDate>Fri, 05 Mar 2010 11:24:03 +0000</pubDate>
		<dc:creator>filip</dc:creator>
				<category><![CDATA[all]]></category>
		<category><![CDATA[databases]]></category>
		<category><![CDATA[postgres]]></category>

		<guid isPermaLink="false">http://filip.rembialkowski.net/?p=516</guid>
		<description><![CDATA[From time to time, I need to "grep" database schema to locate some database objects. One possibility is to dump the whole schema to file (pg_dump -s DBNAME) and use your text editor to browse it. It is quite handy and I actually use it a lot. But sometimes, it is more convenient to have [...]]]></description>
		<wfw:commentRss>http://filip.rembialkowski.net/postgres-schemagrep-function/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>iterate over a table in PostgreSQL vs SAS</title>
		<link>http://filip.rembialkowski.net/iterate-over-a-table-in-postgresql-vs-sas/</link>
		<comments>http://filip.rembialkowski.net/iterate-over-a-table-in-postgresql-vs-sas/#comments</comments>
		<pubDate>Mon, 08 Feb 2010 16:44:40 +0000</pubDate>
		<dc:creator>filip</dc:creator>
				<category><![CDATA[all]]></category>
		<category><![CDATA[databases]]></category>
		<category><![CDATA[plpgsql]]></category>
		<category><![CDATA[postgres]]></category>
		<category><![CDATA[sas]]></category>
		<category><![CDATA[sas 4gl]]></category>

		<guid isPermaLink="false">http://filip.rembialkowski.net/?p=490</guid>
		<description><![CDATA[I have struggled how to achieve something like this in SAS. (you can read it as pseudocode but it's real PL/PgSQL): DO $this$ DECLARE my_table name; BEGIN; -- iterate over table names FOR my_table IN SELECT nazwa FROM tabele LOOP sql := 'CREATE TABLE XXX_backup AS SELECT * FROM XXX'; sql := replace(sql, 'XXX', my_table); [...]]]></description>
		<wfw:commentRss>http://filip.rembialkowski.net/iterate-over-a-table-in-postgresql-vs-sas/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>postgresql and some grsec kernels = FAIL</title>
		<link>http://filip.rembialkowski.net/postgresql-and-grsecurity-fail/</link>
		<comments>http://filip.rembialkowski.net/postgresql-and-grsecurity-fail/#comments</comments>
		<pubDate>Tue, 15 Dec 2009 10:21:55 +0000</pubDate>
		<dc:creator>filip</dc:creator>
				<category><![CDATA[all]]></category>
		<category><![CDATA[grsec]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[postgres]]></category>
		<category><![CDATA[segfault]]></category>

		<guid isPermaLink="false">http://filip.rembialkowski.net/?p=464</guid>
		<description><![CDATA[Short message: Do not run postgres on some grsec - patched kernels. Disclaimer: I write this just because I didn't find any clear explanations of the problem on the net, and I feel that such note can be useful for other who have this problem. I'm not an expert on grsec. The story A friend [...]]]></description>
		<wfw:commentRss>http://filip.rembialkowski.net/postgresql-and-grsecurity-fail/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>PL/Perl regex vs builtin regex_replace in postgres</title>
		<link>http://filip.rembialkowski.net/plperl-regex-vs-builtin-regex_replace-in-postgres/</link>
		<comments>http://filip.rembialkowski.net/plperl-regex-vs-builtin-regex_replace-in-postgres/#comments</comments>
		<pubDate>Tue, 14 Jul 2009 23:19:03 +0000</pubDate>
		<dc:creator>filip</dc:creator>
				<category><![CDATA[all]]></category>
		<category><![CDATA[databases]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[postgres]]></category>
		<category><![CDATA[regex]]></category>

		<guid isPermaLink="false">http://filip.rembialkowski.net/?p=382</guid>
		<description><![CDATA[Maybe you (like me) wondered which one is faster... to use builtin regexp_replace function or to use Perl's regex engine via PL/Perl. Here you are - this is a test I made (PostgreSQL 8.3.7, Perl 5.8.8, on CentOS 5,3) First we have a plperl function: CREATE OR REPLACE FUNCTION test_perl( TEXT ) RETURNS TEXT AS [...]]]></description>
		<wfw:commentRss>http://filip.rembialkowski.net/plperl-regex-vs-builtin-regex_replace-in-postgres/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

