Further open item (Was: Status of 7.2) - Mailing list pgsql-hackers

From Tille, Andreas
Subject Further open item (Was: Status of 7.2)
Date
Msg-id Pine.LNX.4.33.0111160844570.29382-100000@wr-linux02.rki.ivbb.bund.de
Whole thread Raw
In response to Re: Status of 7.2  ("Tille, Andreas" <TilleA@rki.de>)
Responses Re: Further open item (Was: Status of 7.2)
Re: Further open item (Was: Status of 7.2)
List pgsql-hackers
On Wed, 7 Nov 2001, Tille, Andreas wrote:

> Sorry, I´m really unable to send patches but I have a feature request
> which was addressed in the thread "Serious performance problem" on this
> list.  It mainly concerns the performance increase if there would be
> an index scan method which doesn´t have to check the validity of data
> in the table.  I´m just waiting for a statement from you guys if you
> think it will be doable in 7.3 (while now started to optimize my
> database as you suggested ;-).)  I think this would increase acceptance
> of PostgreSQL for certain people here in Germany which have real influence
> on decisions about database in medical diagnostics and care in Germany.
Is it possible that hackers do any statement according this issue.
I want to repeat the problem.  It´s hard to argue for PostgreSQL (and
I would really like to advocate for PostgreSQL) against MS SQL if we
talk about an imaginary possible dataloss if my colleague has not ever
faced dataloss and certainly know that other power users of MS SQL are
using it.  It´s much more hard to argue if there are cases in which
MS SQL outperforms PostgreSQL in the order of magnitude.  It´s hard
to convince somebody if I tell him that the reason is his bad database
design.  He really isn´t sooo bad and he claims that MS SQL has transparent
transaction *and* fast index usage.  Don´t ask me how they do this.
I repeat that my colleague is in the position to decide about software
usage of several medicine related projects in Germany.

I just want to know now if this is an issue for PostgreSQL hackers:
  [ ] yes  [ ] no  [ ] we are discussing about that

In case of "no" I would be happy if you could provide me with some
technical reasons which could help me arguing.

Kind regards
       Andreas.


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: bug or change in functionality in 7.2?
Next
From: Michael Meskes
Date:
Subject: Re: ecpg test problem