PDA

Ver la Versión Completa : conectividad con firebird desde delphi


ale21alito
01-04-2005, 17:56:06
que librerias necesito para tener conectividad
con firebird desde delphi ?

vi que hay varias opciones ... no quiero usar el BDE.

donde puedo conseguirlas ?

Mil gracias amigos ...:)

Delfino
01-04-2005, 18:05:52
Yo utilizo los de esta paginaaqui (http://mdo.sourceforge.net/en/pmwiki.php)

ASAPLTDA
01-04-2005, 21:34:32
Estoy migrando de delphi 5 + interbase 6.0 + BDE a firebird 6.5 -> sqlserver msde y delphi 2005
El proceso sera asi
delphi 5 + firebird 1.5 + sqldirect (www.sqldirect-soft.com)
delphi 9 + firebrid 1.5 + sqldirect
delphi9 + sqlservermsde + slqdirect

Escoji los componentes sqldirect por su compatabilidad con los componentes usados con BDE tquery.

En este momento estoy revisando la migracion de los fuentes delphi y con algunas pequeñas excepciones la compatibilidad es excelente, estoy eliminando los ttable , aunque ya venia haciendo me quedaban muy pocos

El tamaño de la migracion es de 300 tablas en una aplicacion de unas 85000 lineas y estoy muy contento

Se que me preguntaran porque migro con unos componentes de pago, pues son baratos comparados con el tiempo que me demoraria convirtiendolos a otro tipo de acceso de datos y me permite migrar +/- de una forma facil lo que existe actualmente y ademas me permitiran pasar de firebir 1.5 a sqlserver usando los mismos componentes y sin cambios drasticos .

Porque SQLSERVER, creo que le mundo va para .NET y SQLSERVER para pequeñas bases de datos es gratuita(MSDE) ademas cuenta con funciones mas robustas que firebird que es excelente y la uso desde interbase 4.x

Hojala oiga otros comentarios acerca de mi plan de migracion que seria muy importante tenerlos en cuenta para el futuro

AGAG4
01-04-2005, 21:46:42
En mi opinión particular no he usado mucho el Sql-Server pero si FireBird pero los he visto trabajar JUNTOS en una empresa con un servidor Potente de muchos recursos y arrojaron los siguientes datos:

FireBird:
-Consumía aproximadamente y en promedio 20 MB en Ram
-La Velocidad de conexión a la BD tardaba alrededor de 2 a 4 segundos
SQL Server
-Consumía aproximadamente y en promedio 180 MB en Ram
-La Velocidad de conexión a la BD tardaba alrededor de 40 a 60 segundos

Por lo pronto estos son los 2 unicos inconvenientes que le veo......

Saludos.

Delfino
02-04-2005, 22:32:11
Primero .Net no tiene que ver con SQL Server, .Net se relaciona con la programacion y SQL Server es BD server.

En en este link link (http://www.ibphoenix.com/main.nfs?a=ibphoenix&page=ibp_interbase_download) encontraras comparaciones de IB/FB con otros servidores entre ellos SQL Server para hacer mejor la decision, por cierto yo no utilizaria SQL Server aunque me paguen para utilizarla :o

ASAPLTDA
03-04-2005, 17:38:07
Para AGAG4
tus comentarios sobre slqserver me parecen muy importantes y gracias por tomarte el tiempo en enviarlos. Agradeceria que ampliaras los puntos expuestos
1. Se toma 180 megas en la coneccion es por cada usuario o por el servidor con sus clientes conectados? Si es por todos los clientes conectados cuantos clientes estaban conectados
2. El tiempo de coneccion era lento por la primera coneccion (login) o por cada apertura de tabla

Estas preguntas son iportantes para mi porque el sistema en algunos puntos abre 30 tablas para funcionar

Gracias

Carlos Ramirez

ASAPLTDA
03-04-2005, 17:47:32
Hola delfino
gracias por responder, aprecio que compartas conmigo la experiencias negativas que has tenidos con sqlserver.

Sobre si sqlserver no tiene que ver con SQLSERVER puedo haber interpretado mal el concepto expuesto en sqlserver2005 donde expone que una de las nuevas capacidades de que slqserver pueda habcer llamar objectos externos(programas /funciones.etc ) escritos para plataforma windows .net , tendre en cuanta este concepto para proximos correos de ayuda

Sobre el punto yo no utilizaria sqlserver aunque me paguen podrias ampliar los puntos negativos de este servidor. El punto de pago es importante, pero en algunas empresas ya tienen este servidor u Oracle y por ende no les interesa involucrar otra base de datos aunque este sea excelente

De antemano gracias por la ampliacion de datos que recibire sobre slqserver

Carlos