Re: PostgreSQL Performance Comparison

That's what I mean: a good benchtest suite would run a database by 
simulating demands on it and generate statistics in a nice graphical 
presentation.

regards

Robert


Merlin Moncure wrote:

> Robert Bernier  wrote: 
>  
>
> > Didn't somebody mentioned some time ago that there was a postgresql
> > benchtest suite that could be downloaded and anybody could use it
> > against other engines?
> >    
>
> I'm sure there is, but performance is only one part of the puzzle.  In
> fact, PostgreSQL is so fast and flexible it is relatively easy for me to
> demonstrate that.  The issues which are not so easy to demonstrate are
> reliability, administrative benefits, and quality of commercial support.
>
> Right now I am trying to convince my boss to migrate our COBOL
> accounting/factory management app off of an ISAM proprietary filesystem
> unto PostgreSQL utilizing a hand-coded ISAM driver.  This is a big step
> for us and my boss has serious (and legitimate) concerns about the
> hidden costs and dangers of such a move.  By far, the biggest factor is
> uptime and disaster recovery.  My pitch is for them to pick up a bronze
> level contract support from PostgreSQL, Inc. (are there any testimonials
> from psql.inc customers?)and see where that takes them.  This is more
> than offset by the saved cost of the Oracle/MS SQL license and the
> proprietary COBOL driver for those databases.
>
> As the in house 'PostgreSQL guy', I'm fairly aware of these issues, but
> I'm having a hard time convincing my boss (we are a Microsoft shop) that
> open source is 'the way'.  Some reputable studies with a detailed
> technical and cost analysis would be extremely helpful in this regard.
>
> If and when we adopt PostgreSQL, I plan to write a detailed study about
> the cost and benefits of using the database as a backend for COBOL apps.
> > From my point of view, as a former SQL programmer who had to take a
> COBOL development position to get work, this is a fascinating and
> exciting project.
>
> Merlin
>
>  

---------------------------(end of broadcast)---------------------------
TIP 6: Have you searched our list archives?

              http://archives.postgresql.org