Re: [GENERAL] DBMS Engines and Performance

2007-02-02 Thread Joshua D. Drake
Andrew Sullivan wrote: > On Wed, Jan 31, 2007 at 06:19:33AM -0800, Rich Shepard wrote: >> There is also ZohoCRM, which _is_ postgres based, but comes with version >> 8.0.something and no ability to use what we already have installed. That's >> another poor development decision. Why would I -- or

Re: [GENERAL] DBMS Engines and Performance

2007-02-02 Thread Andrew Sullivan
On Tue, Jan 30, 2007 at 11:36:52AM -0800, Rich Shepard wrote: > However, what puzzles me is this statement: "PostgreSQL has continued to > fall behind other database engines in both performance and features, so I > don't see compelling reason to work on it in my very limited free time." While th

Re: [GENERAL] DBMS Engines and Performance

2007-02-02 Thread Andrew Sullivan
On Wed, Jan 31, 2007 at 06:19:33AM -0800, Rich Shepard wrote: > There is also ZohoCRM, which _is_ postgres based, but comes with version > 8.0.something and no ability to use what we already have installed. That's > another poor development decision. Why would I -- or anyone else -- want to > int

Re: [GENERAL] DBMS Engines and Performance

2007-01-31 Thread Rich Shepard
On Wed, 31 Jan 2007, Mikael Carneholm wrote: I'm tired of teenage 1337 skill0rz PHP hackers who go "whoaah, 0ms!" after running "select count(*) from forum_posts" in a single thread (the developer himself testing his app), and then claim "MySQL rocks! I tested the postgres 7.1 that came with , b

Re: [GENERAL] DBMS Engines and Performance

2007-01-31 Thread Karsten Hilbert
On Wed, Jan 31, 2007 at 09:57:21AM +0100, Mikael Carneholm wrote: > I'm tired of teenage 1337 skill0rz PHP hackers who go "whoaah, 0ms!" > after running "select count(*) from forum_posts" in a single thread (the > developer himself testing his app), and then claim "MySQL rocks! I > tested the post

Re: [GENERAL] DBMS Engines and Performance

2007-01-31 Thread Mikael Carneholm
>However, what puzzles me is this statement: "PostgreSQL has continued > to > fall behind other database engines in both performance and features, so I > don't see compelling reason to work on it in my very limited free time." http://pda.tweakers.net/?reviews/649 http://pda.tweakers.net/?revie

Re: [GENERAL] DBMS Engines and Performance

2007-01-30 Thread Rich Shepard
On Tue, 30 Jan 2007, Ron Johnson wrote: The company might not have the resources to maintain 2 backends, or modify the whole system so that it is backend neutral. Maybe they use lots of MySQL-specific features that would make re-engineering it an arduous/imposible/expensive task, and thus not f

Re: [GENERAL] DBMS Engines and Performance

2007-01-30 Thread Bill Moran
In response to Ron Johnson <[EMAIL PROTECTED]>: > > On 01/30/07 14:50, Rich Shepard wrote: > > On Tue, 30 Jan 2007, Mark Walker wrote: > > > [snip] > > At last year's at O'Reilly's OSCON here in Portland I had this discussion > > with the booth babes sales droids from Sugar-CRM. They said that

Re: [GENERAL] DBMS Engines and Performance

2007-01-30 Thread Ron Johnson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/30/07 14:50, Rich Shepard wrote: > On Tue, 30 Jan 2007, Mark Walker wrote: > [snip] > At last year's at O'Reilly's OSCON here in Portland I had this discussion > with the booth babes sales droids from Sugar-CRM. They said that they heard > num

Re: [GENERAL] DBMS Engines and Performance

2007-01-30 Thread Rich Shepard
On Tue, 30 Jan 2007, Rich Shepard wrote: business sense. However, this seems to be what every CRM/SFA[1] Oops! [1] Customer Relations Management/Sales Force Automation. Rich -- Richard B. Shepard, Ph.D. |The Environmental Permitting Applied Ecosystem Services, Inc.

Re: [GENERAL] DBMS Engines and Performance

2007-01-30 Thread Rich Shepard
On Tue, 30 Jan 2007, Mark Walker wrote: Does the developer offer any hard evidence for his statement? I mean like benchmark tests and a side by side list of features? Mark, No. And I've read this excuse from them before when I asked about a port. The application is written in php and they

Re: [GENERAL] DBMS Engines and Performance

2007-01-30 Thread Rich Shepard
On Tue, 30 Jan 2007, Bill Moran wrote: Consider the source. If he chose to write for MySQL instead of PostgreSQL, he probably isn't up to speed on what's going on with PostgreSQL. Bill, It's 'they' rather than 'he,' but your point is still valid. PostgreSQL is anything but behind on both

Re: [GENERAL] DBMS Engines and Performance

2007-01-30 Thread Mark Walker
Does the developer offer any hard evidence for his statement? I mean like benchmark tests and a side by side list of features? My impression is that Mysql is set up very narrowly for a typical ISP offering LAMP and not much else. Once you start going into corporate installations on private s

Re: [GENERAL] DBMS Engines and Performance

2007-01-30 Thread Bill Moran
In response to Rich Shepard <[EMAIL PROTECTED]>: >I received a response from the development coordinator of an OSS business > application I'd really like to use, but it works only with MySQL. The > two reasons the one interested developer isn't devoting more time to the > port are a lack of pr