cual es la mejor base de datos utilizada con delphi?

[[rretamar]]

Empezado por nuk3zito

ADO? que sabes de ADO que los demás no sepamos?

Yo utilizaría ADO con mucha confianza!

Yo no usaría una capa más que considero innecesaria y que además me ata más al sistema operativo Windows (sí...tengo la tal vez utópica esperanza de poder migrar todo a Lazarus -y desarrollar para Linux- algún día). Si tengo que usar una base de datos Firebird, MYSQL o PosgreSQL, la cosa es simple:

Mi aplicación --> Biblioteca cliente --> Motor SQL

Lo demás, para mí, sobra.

Saludos !

[nuk3zito]

Empezado por rretamar

Yo no usaría una capa más que considero innecesaria y que además me ata más al sistema operativo Windows (sí...tengo la tal vez utópica esperanza de poder migrar todo a Lazarus -y desarrollar para Linux- algún día). Si tengo que usar una base de datos Firebird, MYSQL o PosgreSQL, la cosa es simple:

Mi aplicación --> Biblioteca cliente --> Motor SQL

Lo demás, para mí, sobra.

Saludos !

Entonces desarrollas algo muy específico. OK, es muy válido en ese caso.

Pero en el caso de desarrollo de aplicaciones grandes en 3 capas o más en las cuales se prevea migrar a otro motor de base de datos de forma simple, tu esquema no aplicaría... siempre es necesario acudir a una DAO (DAO, no ADO... pero en este caso nuestra DAO puede ser ADO; la DAO puede ser desarrollo propio o de terceros).

Solo son puntos de vista diferentes, no pasa nada... ni siquiera veo indicios de debate en esto, de hecho en mi propio equipo de trabajo cuento con desarrolladores "anti-Microsoft"... desarrollando en Visual C# , y pues por más que se rebelen, saben que dessarrollando para tecnologías Microsoft es lo que hay por hoy para ellos.

Yo seguiría desarrollando en puro Delphi si no pretendiera aprovechar ciertas tecnologías de Microsoft... y aún así, toda propuesta de Microsoft será adoptada por Delphi tarde o temprano (pero en este caso no pude esperar)... y toda propuesta de Delphi, intentará siempre implementarse en Lazarus (mientras "oficialmente" exista Lazarus).

En fin, solo son puntos de vista diferentes.

Saludos colegas.

[jeremiselxi]

Empezado por nuk3zito

Pero en el caso de desarrollo de aplicaciones grandes en 3 capas o más en las cuales se prevea migrar a otro motor de base de datos de forma simple, tu esquema no aplicaría... siempre es necesario acudir a una DAO (DAO, no ADO... pero en este caso nuestra DAO puede ser ADO; la DAO puede ser desarrollo propio o de terceros).

puedes darme una explicacion de lo que es DAO si puedes por favor?
y otra cosa la base de datos postgresSQL no pude instalarlo en mi laptop porque solo acepta win vista y la instale en una pc virtual con un programa que se llama vmware y puse que cojiera el mismo ip del modem y le puse una ip fija, que en este caso seria 10.0.0.20 y hasta cree una bd en postgresSQL pero tengo un problema que no lo c conectar, es decir, como esa pc es virtual es como si fuera una de verdad en la red, pero como conecto esa bd que esta en la red con ip de 10.0.0.20 con el puerto 2009 k le puse y contra 123456 con delphi 7 que esta mi pc fisica y tengo el componente zeos que me dijeron, se que es con zconeccion pero no encuentro como conectarla, se les agradeceria mucho su ayuda.

[[mightydragonlor]]

Empezado por nuk3zito

Entonces desarrollas algo muy específico. OK, es muy válido en ese caso.

Pero en el caso de desarrollo de aplicaciones grandes en 3 capas o más en las cuales se prevea migrar a otro motor de base de datos de forma simple, tu esquema no aplicaría... siempre es necesario acudir a una DAO (DAO, no ADO... pero en este caso nuestra DAO puede ser ADO; la DAO puede ser desarrollo propio o de terceros).

Solo son puntos de vista diferentes, no pasa nada... ni siquiera veo indicios de debate en esto, de hecho en mi propio equipo de trabajo cuento con desarrolladores "anti-Microsoft"... desarrollando en Visual C# , y pues por más que se rebelen, saben que dessarrollando para tecnologías Microsoft es lo que hay por hoy para ellos.

Yo seguiría desarrollando en puro Delphi si no pretendiera aprovechar ciertas tecnologías de Microsoft... y aún así, toda propuesta de Microsoft será adoptada por Delphi tarde o temprano (pero en este caso no pude esperar)... y toda propuesta de Delphi, intentará siempre implementarse en Lazarus (mientras "oficialmente" exista Lazarus).

En fin, solo son puntos de vista diferentes.

Saludos colegas.

OH POR DIOS!!!!
realmente creo que lo dices no tiene razón de ser, estas ya son tecnologias obsoletas que solo se tienen por compatibilidad a aplicaciones viejas, es tanto que la conexion a MsSql es mucho mas rapido por el SQLConnection que por ADO y esto ya dice mucho, aún mas, aca en mi empresa son amantes de tecnologias MS, sinmebargo es un test que hice sobre tecnologias de conexiones a MsSql se quedaron mudos al ver los resultado, arrojando como la conexion mas rapida fué lazarus-zeos, muy por encima de .Net SQLConnection y la mas lenta de todas es ADO.
Ahora abordando lo de compatibilidad y migración, prefiero zeos en delphi o lazarus que usar odbc o ado o dao lo que quiieras de esas son terriblemente lentas, cada vez que agregues mas capas a una aplicación esta se hará mas y mas lenta.

[nuk3zito]

Empezado por mightydragonlor

OH POR DIOS!!!!

...

cada vez que agregues mas capas a una aplicación esta se hará mas y mas lenta.

Pero nunca dije que fueran más rápidas!!! Todo mundo sabe que es más lento el paso de información entre capas... pero tu lo has dicho: CAPAS.

Si lees más arriba, verás que me refiero al desarrollo en capas, en donde tu motor de B.D. no sea lo primordial y mucho menos lo único.

Todo esto tiene que ver con las capas, y respecto a la DAO que menciono, la DAO es precisamente una capa que adoptes de un tercero o una que tu mismo hagas si quieres con ADO.NET, ADO, Zeos, IBX o lo que te venga en gana, aunque algunos prefieren dejar directamente una suite de componentes como su "capa virtual" esparcida por toda su aplicación lo cual a la postre le dará problemas para migrar de un motor de BD a otro... por eso hay que escoger bien.

Si bien ADO no es la capa más completa de todas las existentes, sinceramente no se cual lo sea. En mi caso (y en C#) he generado una DAO específica para conexión con ADO.Net y tengo otra diferente solo para Oracle (puedo poner la que se me venga en gana). La DAO no es más que una buena práctica de programación que hará tu código más mantenible, pero eso lo decide el arquitecto del sistema según su visión del proyecto.

Cuando te metas un poco al desarrollo en capas comprenderás perfectamente lo que te he dicho y hasta corregirás malas percepciones que yo mismo tengo... pero antes de eso, solo podremos concluir que ADO es una capa que a ti no te sirve.... por el simple hecho de que no usas capas siguiendo un orden.

Saludos.

Agregado: Por cierto, si ADO es obsoleto, entonces no entiendo por que Delphi sigue liberando esos componentes en sus nuevas versiones. Una cosa son las modas y otra cosa lo funcional, aún así, yo estoy usando ADO.NET... es obsoleto también?

[[mightydragonlor]]

a ver, si hablamos de capas hablamos de 3 o 4, negocio, datos, usuario y una poco utilizada pero igualmente importante que es entidades, es lógico que la capa de datos sea el motor de bases de datos, que la de negocios se use en la aplicación o en el mismo motor ya que eso aprovecha el rendimiento en funcion de la capacidad del servidor y aun mas ya que los datos y parámetros requeridos llegaron a el, la entidad se usa con el fin de amoldar un set de datos a la poo y la capa de usuario solo muestra la información, ahora bien, el acceso a los datos hacen pueden hacen parte o no de la capa de usuario, eso depende mas de lo que se quiera, sinembargo no deja de ser una aplicación por capas, no se ni me importa el tiempo que lleves haciendo esto, solo sé que lo que hago lo hago de manera eficiente, el caso es que por que aun se utilicé ADO.net no significa que deja de ser obsoleto, lo mismo pasa con delphi, tienen que mantener estas tecnologias ya que si no lo hacen sería un infierno pasar una aplicación vieja a una nueva plataforma, y si eres de esas personas que piensan que lo que dice MS es la ley, bien por ti, por que a jusgar por los buenos programadores que me rodean, no necesitamos de ti.

[nuk3zito]

Empezado por mightydragonlor

el caso es que por que aun se utilicé ADO.net no significa que deja de ser obsoleto

¿Entonces Delphi ya no soporta .NET?
Eso es nuevo para mi... gracias por la info.

Empezado por mightydragonlor

si eres de esas personas que piensan que lo que dice MS es la ley, bien por ti, por que a jusgar por los buenos programadores que me rodean, no necesitamos de ti.

¿Entonces el .NET Framework es una invención para distraernos de las buenas prácticas de programación?

Aparte el que dice que lo que diga MS es ley es el mismo Delphi, irónicamente.


Pero bueno... cada día se aprende algo nuevo.

Saludos.

[[mightydragonlor]]

creo que es clara la parte donde digo que se soportan tecnologias obsoletas por cuestiones de compatibilidad, en ningun momento digo que no soporta, ademas no hablo de un lenguaje de programacion, sino de una tecnologia, ademas Net framework no es una invension, mas bien es una copia y evolucion de dos tecnologias viejas, bueno una mas vieja que otra, la idea del java sdk fué muy buena pero demasiado lenta para mi gusto y el uso de ocx que solo es una practica recursiva de mala administracion de un recurso en memoria, basicamente eso es el Framework .net,, pero con una pisca mas de desilución, las aplicaciones hechas en .Net tienen que ser interpretadas por el framework en el momento mismo de ejecutarlas, osea mas lentitud y que uses ADO con .Net no quiere decir que esa tecnologia sea la mejor, por algo el mismo framwork trae una conexion mucho mas rápida para MsSql, ahora si lo que quieres es crear controversia por que lo que te gusta es trabajar con .net y no quieres ver las grandes desventajas que este trae almenos hazlo con argumentos válidos, detallado y comprobables, así las demás personas que lean estos post puedan aportar algo a un devate de este estilo, y no como se ve desde un principio "una riña por simple diferencia de conceptos".

[nuk3zito]

Empezado por nuk3zito

Solo son puntos de vista diferentes, no pasa nada... ni siquiera veo indicios de debate en esto
...
Yo seguiría desarrollando en puro Delphi si no pretendiera aprovechar ciertas tecnologías de Microsoft
...
En fin, solo son puntos de vista diferentes.

Erróneamente pensé que había quedado claro. Sorry por aquellos que puedieran confundirse.

Nada más que si me siento en la necesidad de aclararle a ciertos foristas que ADO.NET no tiene mucho que ver con el ADO que conocemos en el Delphi sin .NET

Bueno, ahi nos vemos.