<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/css" href="/stylesheets/rss.css"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>David's Computer Stuff Journal: PostgreSQL 8.3 is out</title>
    <link>http://journal.dedasys.com/articles/2008/02/04/postgresql-8-3-is-out</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description></description>
    <item>
      <title>PostgreSQL 8.3 is out</title>
      <description>&lt;p&gt;&lt;a href="http://www.postgresql.org/about/news.918"&gt;http://www.postgresql.org/about/news.918&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I've always preferred PostgreSQL to Mysql.  I think the "worse is better" compromise is ok in some cases, but it's scary to see money being handled in transactionless MyISAM tables that are so widely used; I've done work for a number of places that had that kind of setup, and extrapolating from that, it's got to be very, very common indeed.  I guess they heard it was "faster"... but I've always likened that kind of faster to the kind of faster you get by riding a bicycle with no brakes down a hill. Mysql's made lots of improvements over the past few years and is beginning to approach the robustness that Postgres has always had, but I'm going to stick with Postgres, and I'm glad to see they keep churning out cool new things, using the same sort of community open source approach that works so well at the Apache Software Foundation.&lt;/p&gt;</description>
      <pubDate>Mon, 04 Feb 2008 07:00:00 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:778cfe28-ea66-4f8a-a1c6-96d6010cc1d8</guid>
      <author>David N. Welton</author>
      <link>http://journal.dedasys.com/articles/2008/02/04/postgresql-8-3-is-out</link>
      <category>postgresql</category>
      <trackback:ping>http://journal.dedasys.com/articles/trackback/1846</trackback:ping>
    </item>
    <item>
      <title>"PostgreSQL 8.3 is out" by wulczer</title>
      <description>&lt;p&gt;Sven: you need to execute a single-table insert statement in a transaction because otherwise you won't be sure if you inserted just half of the rows intended, or none, or all.&lt;/p&gt;

&lt;p&gt;In PostgreSQL &lt;em&gt;every&lt;/em&gt; query is executed in a transaction, which gives you the warm and fuzzy feeling that when a query finishes successfully your data is as safe as can be. You can't do anything 'outside' of a transaction, and that's precisely what's good for you.&lt;/p&gt;

&lt;p&gt;Of course there are situations in which you could care more for the speed that for the consistency, but I think they're very rare. MySQL's good up until your first HDD failure.&lt;/p&gt;</description>
      <pubDate>Fri, 08 Feb 2008 15:03:05 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:c7c6b1b5-586d-4fdc-837b-0ffef78b11e9</guid>
      <link>http://journal.dedasys.com/articles/2008/02/04/postgresql-8-3-is-out#comment-1152</link>
    </item>
    <item>
      <title>"PostgreSQL 8.3 is out" by David N. Welton</title>
      <description>&lt;p&gt;I don't really bash Mysql.  I said:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;&lt;p&gt;It's scary to see money handled without transactions.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Mysql's brand of faster was not very safe (and still isn't, in MyISAM, which is the default).  That's not 'bashing', it's a fact.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;I picked on the Mysql advocates who have changed their tune as the database's features have changed.&lt;/p&gt;&lt;/li&gt;
&lt;/ul&gt;</description>
      <pubDate>Tue, 05 Feb 2008 10:33:48 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:e2732a94-f803-488d-a543-654b06322eb8</guid>
      <link>http://journal.dedasys.com/articles/2008/02/04/postgresql-8-3-is-out#comment-1133</link>
    </item>
    <item>
      <title>"PostgreSQL 8.3 is out" by Sven Mueller</title>
      <description>&lt;p&gt;It's great that you like PostgreSQL that much. But why the MySQL "bashing"?
It's true that a lot of places use transactionless SQL for applications that really should use transactions. However, I've seen this on both MySQL and PostgreSQL servers. I've also seen over-use of transactions (why do I need an explicit transaction around &lt;b&gt;one&lt;/b&gt; single-table insert statement?) though.
The choice of the RDBMS has more to it than the question of wether the RDBMS supports transactions on every database (or table) and the question of wether an application is secure depends more on the programmer of the application than on the RDBMS used.
But yes, MySQL (3?) used not to support transactions at all, but that was years (and years) ago. &lt;/p&gt;</description>
      <pubDate>Tue, 05 Feb 2008 10:29:55 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:44753032-0b05-433f-99fc-115898cd4d83</guid>
      <link>http://journal.dedasys.com/articles/2008/02/04/postgresql-8-3-is-out#comment-1132</link>
    </item>
    <item>
      <title>"PostgreSQL 8.3 is out" by Tim</title>
      <description>&lt;p&gt;True. Faster does not really mean better or more accurate really. I have tried mysql, nothing special about it really.&lt;/p&gt;</description>
      <pubDate>Tue, 05 Feb 2008 06:05:39 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:2c4647ae-5f56-4526-beae-0187d85e1978</guid>
      <link>http://journal.dedasys.com/articles/2008/02/04/postgresql-8-3-is-out#comment-1131</link>
    </item>
    <item>
      <title>"PostgreSQL 8.3 is out" by Luck</title>
      <description>&lt;p&gt;I think where ever you feel comfortable in using any kind of software just continue using it. No matter how old it be as long as it's useful and comfortable.&lt;/p&gt;</description>
      <pubDate>Mon, 04 Feb 2008 22:02:46 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:8b89aef4-b81f-4f94-ac8b-420e53b83f19</guid>
      <link>http://journal.dedasys.com/articles/2008/02/04/postgresql-8-3-is-out#comment-1129</link>
    </item>
    <item>
      <title>"PostgreSQL 8.3 is out" by Olaf van der Spek</title>
      <description>&lt;blockquote&gt;
    &lt;p&gt;It's not ultimately Mysql's fault - except that it is, because its advocates used to wave away those "databasey" features as not really necessary and focus on the speed.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;I can't disagree. There are tons of apps that don't need transactions.&lt;/p&gt;</description>
      <pubDate>Mon, 04 Feb 2008 11:15:41 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:9c4b8ac0-daff-48b8-b640-e353debd0c7c</guid>
      <link>http://journal.dedasys.com/articles/2008/02/04/postgresql-8-3-is-out#comment-1128</link>
    </item>
    <item>
      <title>"PostgreSQL 8.3 is out" by David N. Welton</title>
      <description>&lt;p&gt;Olaf, like I said, a lot of improvements have been made in Mysql, and InnoDB is beginning to be comparable to what PostgreSQL has always done.  The fact is though, that there are a ton of people out there running Mysql because it was "faster", because people were doing MyISAM comparisons.  It's not ultimately Mysql's fault - except that it is, because its advocates used to wave away those "databasey" features as not really necessary and focus on the speed.&lt;/p&gt;

&lt;p&gt;Just to be clear, these days either one is a good database in skilled hands, just that I have always preferred the safety-first attitude of PostgreSQL and have therefore continued to use it.&lt;/p&gt;</description>
      <pubDate>Mon, 04 Feb 2008 09:45:21 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:7cf4f4d2-7d80-4acb-b2cb-12afe4e17514</guid>
      <link>http://journal.dedasys.com/articles/2008/02/04/postgresql-8-3-is-out#comment-1127</link>
    </item>
    <item>
      <title>"PostgreSQL 8.3 is out" by Olaf van der Spek</title>
      <description>&lt;p&gt;Why don't you compare it to InnoDB instead of MyISAM?&lt;/p&gt;</description>
      <pubDate>Mon, 04 Feb 2008 09:00:59 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:b8da2ef4-b478-4fd5-98af-c47bc6ef7c08</guid>
      <link>http://journal.dedasys.com/articles/2008/02/04/postgresql-8-3-is-out#comment-1126</link>
    </item>
  </channel>
</rss>
