[snip]
So perhaps it depends on your view point and preconceptions and we're
both coming at the "flexible" and "offloading" arguments with different
starting views.
Anyway, I only asked out of curiosity which I think has been satisfied
(i.e. ultimately I don't fully agree with you! :p).
[/snip]
[snip]
I'm interested to know why you consider this to be very flexible and how
this leaves the selection in the database's hands?
[/snip]
Flexible because I can connect to more than one database on a server
using one connection without having to re-issue a select_db command,
especially in a code
e secure side.
>
> ralph_def...@yahoo.de
>
>
> --
> *Von:* Martin Scotta
> *An:* Ralph Deffke
> *CC:* php-general@lists.php.net
> *Gesendet:* Mittwoch, den 12. August 2009, 16:18:01 Uhr
> *Betreff:* Re: [PHP] Re: Is select_db necessary?
>
as i said earlier: on db level there is always al select db done, doing this
on higer level layers (the database extension) consumes time. or why do
extension have the two ways of functions? to make our live more difficult?
on a ANSI sql the sql interpreter time is increased! unnessarylie
ralph_d
Wed, Aug 12, 2009 at 10:37 AM, Ralph Deffke wrote:
> I agree totally, are we not dicussing speed issues all the time? and then
> we
> recommend a code doing an unessesary job on every call?
>
> an ANSI selct db in the sql forces any database to run the internal select
> db because there would be
5 matches
Mail list logo