X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 5615F52AF2 for ; Fri, 8 Jul 2005 18:47:40 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 68888-09 for ; Fri, 8 Jul 2005 21:47:31 +0000 (GMT) Received: from mailservice.tudelft.nl (mailservice.tudelft.nl [130.161.131.5]) by svr1.postgresql.org (Postfix) with ESMTP id 65DA552AF7 for ; Fri, 8 Jul 2005 18:47:30 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by rav.antivirus (Postfix) with ESMTP id 3EB6E22F1A8 for ; Fri, 8 Jul 2005 23:47:32 +0200 (CEST) Received: from [145.94.90.156] (jochemd.tnw-s.tudelft.nl [145.94.90.156]) by mx1.tudelft.nl (Postfix) with ESMTP id 9595D22F16F for ; Fri, 8 Jul 2005 23:47:30 +0200 (CEST) Message-ID: <42CEF46F.4060308@oli.tudelft.nl> Date: Fri, 08 Jul 2005 23:47:27 +0200 From: Jochem van Dieten Organization: OnLine Internet User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: pgsql-performance@postgresql.org Subject: Re: Select performance vs. mssql References: <20050708140024.GB6368@nibiru.borg.metux.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at tudelft.nl X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests= X-Spam-Level: X-Archive-Number: 200507/94 X-Sequence-Number: 13335 Enrico Weigelt wrote: > Bruno Wolff III wrote: >> >> This gets brought up a lot. The problem is that the index doesn't include >> information about whether the current transaction can see the referenced >> row. Putting this information in the index will add significant overhead >> to every update and the opinion of the developers is that this would be >> a net loss overall. > > wouldn't it work well to make this feature optionally for each > index ? There could be some flag on the index (ie set at create > time) which tells postgres whether to store mvcc information. There is no reason to assume it can't work. There is little reason to assume that it will be the best solution in many circumstances. There is a big reason why people are sceptical: there is no patch. The issue has been debated and beaten to death. People have formed their opinions and are unlikely to change their position. If you want to convince people, your best bet is to submit a patch and have OSDL measure the performance improvement. Jochem