cual es la mejor base de datos utilizada con delphi?

[[gatosoft]]

Amigo jeremiselxi,

Primero que todo, la cantidad de registros que planeas manejar (70 mil) no representan mayor carga para cualquier base de datos descente en el mercado.... dentro de las bases free te recomiendo PostgreSQL, por encima de MySQL, ya que esta siempre ha tenido como norte emular a Oracle.. y a proposito, Oracle es para mi, la mejor base en el mercado... aunque no he tenido la oportunidad de probar Informix, ni DB2..

En segundo lugar, PARADOX y el BDE son temas que preferiríamos no nombrar por aca... (como dicen en Harry Potter: "el que no debe ser nombrado") estas son una de las verguenzas de la casa Borland, aunque en su momento prometían ser una buenas soluciones y detrás de ellas hubo mucho ingenio, trabajo y sacrificio...

PARADOX y el BDE actualmente no tiene soporte, son productos que se mantienen por compatibilidad con viejos sistemas... pero las exigencias del mercado actual ya no las acepta...

un saludo,

[jeremiselxi]

gracias gatosoft, quiero darte las gracias por responderme y por tu respuesta. Quiero hacerte una pregunta, con cual herramienta conecto la base datos postgreSQL? o de que forma la conecto? y una ultima cosa, es recomendable usar la coneccion ODBC? gracias por anticipado

[[rretamar]]

Para conectividad no usaría ni ODBC ni ADO (menos aún tablas planas como Paradox o Access -además Dios mata un gatito si alguien la usa-). Usaría los componentes libres ZeosLib, que además soportan varios motores de bases de datos libres como Firebird, MYSQL, PosgreSQL, SQLite, etc. sin complicaciones.

http://zeos.firmos.at/portal.php

Saludos !

[nuk3zito]

Empezado por rretamar

Para conectividad no usaría ni ODBC ni ADO (menos aún tablas planas como Paradox o Access -además Dios mata un gatito si alguien la usa-). Usaría los componentes libres ZeosLib, que además soportan varios motores de bases de datos libres como Firebird, MYSQL, PosgreSQL, SQLite, etc. sin complicaciones.

http://zeos.firmos.at/portal.php

Saludos !

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

Yo utilizaría ADO con mucha confianza!

[Chogo]

Usa firibird, y buscate un buen administrador de base de datos, el EMS MANAGER (es de pago) es excelente, no se que otros habran que sean free.

[[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 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.

[jeremiselxi]

Empezado por rretamar

Para conectividad no usaría ni ODBC ni ADO (menos aún tablas planas como Paradox o Access -además Dios mata un gatito si alguien la usa-). Usaría los componentes libres ZeosLib, que además soportan varios motores de bases de datos libres como Firebird, MYSQL, PosgreSQL, SQLite, etc. sin complicaciones.

http://zeos.firmos.at/portal.php

Saludos !

hola gente delphi instale el postgresSQL 8.4 y el 8.3 y ambos dan este error, lo he desintalado y cambiado de puerto muchas veces y al ultimo que le puse es el 2009. y dice

Server doesn't listen
The server doesn't accept connections: the connection library reports
could not connect to server: Connection refused (0x0000274D/10061) Is the server running on host "127.0.0.1" and accepting TCP/IP connections on port 2009?

If you encounter this message, please check if the server you're trying to contact is actually running PostgreSQL on the given port. Test if you have network connectivity from your client to the server host using ping or equivalent tools. Is your network / VPN / SSH tunnel / firewall configured correctly?
For security reasons, PostgreSQL does not listen on all available IP addresses on the server machine initially. In order to access the server over the network, you need to enable listening on the address first.

he buscado en internet y nada, sigue igual. copie una linea de comando que encontre en internet en el simbolo del sistema y dice
C:\Documents and Settings\BlackCrystalT>"C:\Archivos de programa\PostgreSQL\8.3\
bin\pg_ctl.exe" -s -D "C:\Archivos de programa\PostgreSQL\8.3\data" start
pg_ctl: otro servidor puede estar en ejecución; tratando de iniciarlo de todas f
ormas.
%t FATAL: el archivo de bloqueo «postmaster.pid» ya existe
%t HINT: ¿Hay otro postmaster (PID 2564) corriendo en el directorio de datos «C
:/Archivos de programa/PostgreSQL/8.3/data»?
pg_ctl: no se pudo iniciar el servidor.
Examine el registro del servidor.

desactive el firewall y nada, gracias por su ayuda anticipada.