RE: Borrado de base de datos

El tema de ADODB para php no es simplemente una elección u opción, el tema
es tener además de portabilidad de datos en la capa de “datos”, es tener
portabilidad en la capa de aplicación (punto de ingeniería de sistemas y
desarrollo de software). Tu mismo das una repuesta a un a lógica simple.
¿Qué pasa si mi aplicación se migra a otro motor de BD?... unas de las
funcionalidades de ADODB es esa portabilidad, cambiar solo con un solo
comando el motor de BD y sin tener q volver a codificar 80 MB de códigos… el
tema es q ADODB ha crecido tanto que la idea de la codificación en las
sentencias de SQL sean lo mas entandares posibles dentro de tu aplicación, y
si algún motor de BD tiene una funcionalidad en particular te aseguro q lo
mas probable es q ADODB ya la tenga incorporada, por lo tanto ocupara una
funcionalidad de ADODB y no de la funcionalidad propietaria del motor de BD.
Así no tendrás problemas en migrar de BD cuantas veces quieras, una de las
cosas para que fue pensado ADODB es esa… pienso q es una de las mejores
opciones para el desarrollo además q en la gestión de software te permite
tener otra capa de manejo de datos y eso te da escalabilidad al momento de
evaluar el desarrollo (llamalo cuarta capa, 1 diseño, 2 aplicación, 3
datos.- entre la dos y la tres esta esta capa y se integra dando una 4 capa,
(el nombre de las capas son solo referencial) ).

Patricio Cifuentes Ithal

Ingeniero en Informática

Desarrollo Tecnológico

SIIGSA

www.siigsa.cl

(56-2) 204 60 22

_____

De: pgsql-es-ayuda-owner(at)postgresql(dot)org
[mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de José Manuel Ruiz
Enviado el: Martes, 30 de Enero de 2007 20:19
Para: Edwin Quijada
Asunto: Re: [pgsql-es-ayuda] Borrado de base de datos

Sin usar ADODB ¿como hago que la misma apli funcincione simultaneamente en
servidores con MySQL, PostgreSQL, Oracle o SQLlitel?

Tendría que hacer 4 aplis distintas, ADODB me permite hacer que el motor de
base de datos sea una elección más que una opción.

Yo por el momento prefiero PostgreSQL pero el día de mañana puedo querer
usar otro motor de base de datos y te aseguro que no reprogramaré los 80 mb
de código PHP para migrar todos los servidores a otra base de datos.

Un saludo.

El día 30/01/07, Edwin Quijada <listas_quijada(at)hotmail(dot)com> 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
*-------------------------------------------------------*
*-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>,
> <mailto:pgsql-es-ayuda(at)postgresql(dot)org> 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

--
"Comparte lo que sabes, aprende lo que no sepas"
Todo por el conocimiento libre
--
Este mensaje ha sido analizado por MailScanner
<http://www.mailscanner.info/>
en busca de virus y otros contenidos peligrosos,
y se considera que está limpio.

<http://www.siigsa.cl> www.siigsa.cl

--
Este mensaje ha sido analizado por MailScanner
en busca de virus y otros contenidos peligrosos,
y se considera que está limpio.

www.siigsa.cl