Re: Borrado de base de datos

El mar, 30-01-2007 a las 20:52 +0000, Edwin Quijada escribió:
> Porq mejor no usas un framework de esos tipo DBI que existen para PHP y asi
> siempre usas las funciones nativas de php en vez de usar esa cosa llamada
> ADO. Creo que te va a representar mejor performance.Ademas , hay muchas api
> que funcionan de esa forma para PHP, IMHO
ADOdb es considerada la capa de persistencia mas rapida que hay en el
momento para phpX mejor que PEAR::DB
Ahora si se desea algo mas nativo puede utilizar PDO
( http://www.php.net/manual/es/ref.pdo.php )pero esto es soportado desde
la version 5.1.X

> *-------------------------------------------------------*
> *-Edwin Quijada
> *-Developer DataBase
> *-JQ Microsistemas
> *-809-747-2787
> * " Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo
> comun"
> *-------------------------------------------------------*
>
>
>
>
> >From: "José Manuel Ruiz" <josemanuelruizbaena(at)gmail(dot)com>
> >Reply-To: lordjose84(at)gmail(dot)com
> >To: "Juan Martínez" <jeugenio(at)umcervantes(dot)cl>,
> >pgsql-es-ayuda(at)postgresql(dot)org
> >Subject: Re: [pgsql-es-ayuda] Borrado de base de datos
> >Date: Mon, 29 Jan 2007 17:55:27 +0100
> >
> >No está tan limitado ADO es capaz de salvar estas limitaciones con unos y
> >con otros y sacar el máximo partido; además, cuando usamos servicios
> >específicos para un servidor que sabemos trabaja con postgres podemos
> >hacerlo con todas las funciones especificas de postgres sin tener que hacer
> >un nuevo gestor de contenidos para cada cliente.
> >
> >El día 29/01/07, Alvaro Herrera <alvherre(at)commandprompt(dot)com> escribió:
> >>
> >>José Manuel Ruiz escribió:
> >> > No uso una conexión directa a postgres desde php porque también conecto
> >>con
> >> > mysql desde otras instancias y si el día de mañana postgres deja de
> >> > ofrecerme la calidad que me está dando hasta ahora... lamentablemente
> >>tendré
> >> > que dejarlo y usando ADO únicamente tendré que modificar los parámetros
> >>de
> >> > conexión.
> >>
> >>El problema de esa teoria es que no puedes usar ninguna caracteristica
> >>unica de Postgres; no plpgsql, no subselects, no outer joins, no
> >>DISTINCT, etc. Es como usar MySQL, pero sin usar MySQL, o sea todas las
> >>limitaciones y ninguno de los beneficios ... no parece ser una postura
> >>inteligente.
> >>
> >>--
> >>Alvaro Herrera
> >>http://www.CommandPrompt.com/
> >>The PostgreSQL Company - Command Prompt, Inc.
> >>
> >
> >
> >
> >--
> >"Comparte lo que sabes, aprende lo que no sepas"
> >Todo por el conocimiento libre
>
> _________________________________________________________________
> Visita MSN Latino Noticias: Todo lo que pasa en el mundo y en tu paín, ¡en
> tu idioma! http://latino.msn.com/noticias/
>
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 1: para suscribirte y desuscribirte, visita http://archives.postgresql.org/pgsql-es-ayuda