Firebird instead of MySQL ?

[Lothar Scholz]

Because PHP5 does not include the mysql extension any more is there
a chance that we will see more Providers offering webspace with
Firebird or Postgres Databases ?

What is your opinion ? I must say that i like it to see mysql replaced
by a real database (stored procedures etc.)

[RG]

"Lothar Scholz" <ll*****@web.de> wrote in message
news:6e**************************@posting.google.c om...

Because PHP5 does not include the mysql extension any more is there
a chance that we will see more Providers offering webspace with
Firebird or Postgres Databases ?

What is your opinion ? I must say that i like it to see mysql replaced
by a real database (stored procedures etc.)

Personal opinion is I would be sorry to see it go.
I've been using it for a few years and am comfortable with it.
I think most will say the same, but then again, this is usenet :)
RG

[Andy Hassall]

On 1 Jul 2003 01:41:14 -0700, ll*****@web.de (Lothar Scholz) wrote:

Because PHP5 does not include the mysql extension any more
That just means they don't have a _bundled_ MySQL CLIENT library_

Last I saw of the PHP5 bits of the manual, there were significant improvements
in the MySQL extension (the imysql_* functions) and the original mysql_* set of
functions still in the mysql extension; but you have to link against a proper
MySQL client, i.e. at least have the real MySQL client libraries installed
instead of having it come with its own version of the client libraries.

PHP MySQL extension != MySQL client libraries.

Hardly a great inconvenience; probably boils down to just having to specify
--with-mysql=DIR when compiling.

(Unless there's been some other news - writing this offline at the moment so
can't check...)
is there
a chance that we will see more Providers offering webspace with
Firebird or Postgres Databases ?
Doubt it'll change that much; particularly given the slow uptake of new 4.x
versions, many providers are way behind - how long will it take to take up
PHP5?
What is your opinion ? I must say that i like it to see mysql replaced
by a real database (stored procedures etc.)

MySQL has its niche, but it's amazing how much is missing from it compared to
a 'real' database.

--
Andy Hassall (an**@andyh.co.uk) icq(5747695) (http://www.andyh.co.uk)
Space: disk usage analysis tool (http://www.andyhsoftware.co.uk/space)

[kaptain kernel]

>

Admittedly if I was working in a large team on a large distributed
application then mySQL would probably have to go in the bin. As per
usual it's all horses-for-courses.

so, i guess that Yahoo Finance is just a bunch of homepages so, and isn't a
"large distributed application"... ;-)

http://www.mysql.com/press/user_stor...o_finance.html

[Andy Hassall]

On 2 Jul 2003 06:29:42 -0700, ll*****@web.de (Lothar Scholz) wrote:

But the problem comes with the windows version that a lot of developer
use before staging to a UNIX system. If you can't bundle the fu**ed
MySQL Client libraries
But this is the same point again, isn't it? Why bundle the MySQL client
libraries anyway?

The _MySQL PHP extension_ will be bundled (I haven't seen anything saying it
won't be, yet?), and dynamically linked against the no-longer-included MySQL
client library DLLs.

So you install MySQL for Windows; giving you the MySQL client libraries, add
that to the PATH, and it all links at runtime...

Just means you have to install one more thing; and if you're running it on
Windows and want MySQL access you may well have MySQL installed anyway...
because the swedisch became greedy now, this
will be not possible anymore. So what's now. MySQL was never free -
because they were going much to far with there linkage definition in
there license (connecting via a socket and using a protocol is the
same as linking to a GPL library).

MySQL hasn't been completely free for a very long time; only for certain
circumstances.

--
Andy Hassall (an**@andyh.co.uk) icq(5747695) (http://www.andyh.co.uk)
Space: disk usage analysis tool (http://www.andyhsoftware.co.uk/space)

[Matthias Esken]

Andy Hassall <an**@andyh.co.uk> schrieb:

PHP MySQL extension != MySQL client libraries.

Oh fine. I got the idea.

Thanks for pointing me the right direction.

Matthias

[Grunff]

Harry Slaughter wrote:

i don't ever understand where people get this idea that mysql doesn't
scale. only valid reason for switching to something like Oracle (at
least that i've ever seen) is to please investors. yes, mysql doesn't
offer some of the features of bloatware dbs. in theory this is a
limitation; in practice, it's normally moot.

While I love mysql dearly and use it for 80% of all my
development, there are some things which make me switch to other
dbs for some projects.

The main missing functionality is stored procedures, and more
importantly nested queries.

--
Grunff

[lawrence]

Andy Hassall <an**@andyh.co.uk> wrote in message

is there
a chance that we will see more Providers offering webspace with
Firebird or Postgres Databases ?

Doubt it'll change that much; particularly given the slow uptake of new 4.x
versions, many providers are way behind - how long will it take to take up
PHP5?

Agreed. I find any code I write needs to check for old vars like
$HTTP_POST_VARS as well as new ones like $_POST. I'm often surprised
how many hosting companies still use pre 4.1 PHP.

However, SQLlite is being bundled into PHP 5. Isn't this a clear
indication that the PHP dev team expects SQLlite to eventually replace
MySQL as the database that beginners expect to use with PHP?

Any way, I'd be damn happy to see PostGreSQL replace MySQL as the most
ubiqitous database in the PHP world. MySQL DOES NOT scale, as Tim
Perdue pointed out a long time ago on PHPBuilder, and PostGreSQL has
grown surprisingly fast.

[lawrence]

ng**********@rediffmail.com (R. Rajesh Jeba Anbiah) wrote in message

Agreed that SQLite will dominate in the near future. My
experience with MySQL is: MySQL is not good for big sites--I have
coded one PPC site in which MySQL started bugging "too many
connections". BTW, I couldn't accept the domination of PostGreSQL as
it's slow compared to MySQL.

But, again, on large sites PostGreSQL is faster. It handles more
simultaneous connections than MySQL. Again, Tim Perdue's articles on
PHPBuilder were informative on this matter.