X-Original-To: pgsql-advocacy-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.2]) by svr1.postgresql.org (Postfix) with ESMTP id DFA01D1B8AE; Tue, 27 Apr 2004 12:55:35 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (neptune.hub.org [200.46.204.2]) (amavisd-new, port 10024) with ESMTP id 52800-04; Tue, 27 Apr 2004 12:55:33 -0300 (ADT) Received: from imap.cs.msu.su (imap.cs.msu.su [158.250.10.39]) by svr1.postgresql.org (Postfix) with ESMTP id 6327DD1B4E0; Tue, 27 Apr 2004 12:55:32 -0300 (ADT) Received: from cs.msu.su (pc724-lin.cmc.msu.ru [10.3.34.136]) by imap.cs.msu.su (8.12.9p2/8.12.9) with ESMTP id i3RFtUMt085100; Tue, 27 Apr 2004 19:55:30 +0400 (MSD) (envelope-from borz_off@cs.msu.su) Message-ID: <408E825C.10209@cs.msu.su> Date: Tue, 27 Apr 2004 19:55:08 +0400 From: Alexey Borzov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040310 X-Accept-Language: ru, en, en-us MIME-Version: 1.0 To: Tim Conrad Cc: PostgreSQL-development , PostgreSQL advocacy Subject: Re: [HACKERS] What can we learn from MySQL? References: <200404262213.44601.jm@poure.com> <200404262041.i3QKfZs28845@candle.pha.pa.us> <20040427152753.GA34713@external.timconrad.org> In-Reply-To: <20040427152753.GA34713@external.timconrad.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version devel-20040402, clamav-milter version 0.70a X-Virus-Scanned: by amavisd-new at postgresql.org X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=5.0 tests= X-Spam-Level: X-Archive-Number: 200404/250 X-Sequence-Number: 4222 Hi! Tim Conrad wrote: > I was researching an article I wrote about a comparison between > Postgres and MySQL recently (If you want, you can read the article > at http://www.devx.com/dbzone/Article/20743/). I noticed some clear > differences between the mysql.com website and the Postgres website. Sorry, couldn't resist: may I suggest doing the research *before* writing an article, not *after*? My favourite part of it is: -------- MySQL uses traditional row-level locking. PostgreSQL uses something called Multi Version Concurrency Control (MVCC) by default. MVCC is a little different from row-level locking in that transactions on the database are performed on a snapshot of the data and then serialized. New versions of PostgreSQL support standard row-level locking as an option, but MVCC is the preferred method. -------- > 2) There doesn't seem to be a clear roadmap on Postgres features. > When certian things are expected. There's the TODO list that > Bruce maintains, but it only outlines 'near' fixes. MySQL has a > nice listing of what to expect in certian future versions. I know > it's not a perfect list, but it'd be nice to know when full blown > replication will be included in PostgreSQL as an example. MySQL's roadmap is complete bullshit. Subselects were first promised in 4.0, which was "not that far away" [1] back in 1998! Well, they are in 4.1, which is still alpha in 2004. Of course, some gullible people actually believe this and compare [2] the existing and working implementations with vaporware (MySQL 5.1, anyone?). > On those same lines, there doesn't seem to be anything about the > improvements in the minor versions. It seems that in every > release (i.e. 7.2,7.3,7.4) there are pretty significant changes, > but finding a place that outlines these changes is somewhat > difficult. Have you tried looking in the release notes [3]? [1] http://www.geocrawler.com/archives/3/194/1998/8/0/1061364/ [2] http://www.devx.com/dbzone/Article/20743/1763?supportItem=1 [3] http://www.postgresql.org/docs/7.4/interactive/release.html