From: | Tim Conrad <tim(at)timconrad(dot)org> |
---|---|
To: | "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, PostgreSQL advocacy <pgsql-advocacy(at)postgresql(dot)org> |
Subject: | Re: [HACKERS] What can we learn from MySQL? |
Date: | 2004-04-27 16:12:46 |
Message-ID: | 20040427161246.GB67934@external.timconrad.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-advocacy pgsql-hackers pgsql-www |
On Tue, Apr 27, 2004 at 12:58:59PM -0300, Marc G. Fournier wrote:
> On Tue, 27 Apr 2004, Tim Conrad wrote:
>
> > 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.
>
> Not possible for us, since we have no "upper management" that dictates
> what features get added, for when ...
Not entirely true. I've read enough on the lists to see Bruce or
others saying 'x feature isn't expected until version y.z'. Heck, to
me, something that says 'we're hoping for feature x in version y.z',
but it's not an exact science. See the MySQL releases as an example
:)
>
> > 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.
>
> Never, since there is no such thing as a 'full blown replication', since
> there is no *one* way to do replication ...
It was puretly there for example purposes...
>
> > 3) There's the issues of 'advanced database features' in general.
> > Many MySQL applications perform much of their logic in the
> > application level, instead of the database level. They do this
> > because there aren't things like triggers or stored procedures
> > in MySQL. As the saying goes, 'if mohammad won't go to the
> > mountain, bring the mountian to mohammad'. Why not do some
> > simple explainations as to why these things are good, and what
> > they do, and how to use them in real context?
>
> Just a matter of someone writing and submitting it ... how are your
> writing skills? :)
>
> > 4) As other peole have noted, there's no windows build readily
> > available for Postgres. There may be, but it's difficult to
> > find. If someone's used to running, say, Oracle, and all they
> > have is a windows machine to test something out on, MySQL has
> > compiled binaries ready to go.
>
> there is no native windows currently available, but its being worked on
> for 7.5 ... after which, a pre-compiled binary becomes automatic ...
>
>
> ----
> Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
> Email: scrappy(at)hub(dot)org Yahoo!: yscrappy ICQ: 7615664
From | Date | Subject | |
---|---|---|---|
Next Message | Marc G. Fournier | 2004-04-27 16:13:47 | Re: [jforman@tecso.com.br: RES: Database comparison |
Previous Message | Tim Conrad | 2004-04-27 16:07:11 | Re: [HACKERS] What can we learn from MySQL? |
From | Date | Subject | |
---|---|---|---|
Next Message | Fabien COELHO | 2004-04-27 16:24:56 | bitwise and/or aggregate functions? |
Previous Message | Bruce Momjian | 2004-04-27 16:07:21 | Re: [HACKERS] compile warning in CVS HEAD |
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2004-04-27 16:34:12 | Re: [HACKERS] What can we learn from MySQL? |
Previous Message | Tim Conrad | 2004-04-27 16:07:11 | Re: [HACKERS] What can we learn from MySQL? |