FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
fireBird vs SQL-Server
Alguien me podría facilitar información acerca de las ventajas de utilizar FireBird frente a Sql-server y viceversa, como base de datos para una aplicación cliente servidor desarrollada en Delphi. Esta aplicación va a tener aproximadamente 60 equipos clientes.
Nota: Acepto tambien, informacion acerca de las ventajas de utilizar FireBird frente a Sql-server y viceversa, sin tener en cuenta las especificaciones de la aplicación Muchisimas gracias por la atención prestada |
#2
|
||||
|
||||
Hola:
Seguro alguien más puede aportar más que yo, pero ahí va:
__________________
No todo es como parece ser... |
#3
|
|||
|
|||
Podría alguien colaborarme con mas ventajas de FireBird sobre SQL_Server y viceversa
Muchas gracias lucasarts_18.
Podría alguien colaborarme con mas ventajas de FireBird sobre SQL_Server y viceversa |
#4
|
||||
|
||||
Antes de nada quiero decir que no es mi intención empezar polémica, simplemente dar mi opinión, así que espero que nadie "se me tire al cuello".
Sólo mirando la Base de Datos, me quedo con SQL server. He tenido en marcha ambos con el mismo sistema (mismo código y mismas máquinas) en las mismas condiciones durante unos meses y SQL server se mostraba superior en cuanto a rendimiento (NOTA1). El gran inconveniente de SQL Server frente a FireBird, es que es de pago. Y no sólo el SQL server, si no que eso acarrea que la máquina correspondiente debe tener un Server de MS (para ir bien), y continua y sigue sumando... Es decir que no son "4 chavos"... (NOTA1) La diferencia de rendimiento entre ambos era relativa, es decir, que FireBird funcionaba muy bien, simplemente que era algo inferior. Y no se si ese "algo inferior" es suficiente para realizar un desembolso considerable.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#5
|
||||
|
||||
Aquí tienes una pequeña comparativa, realizada por Ian Marteens, está un poquito desfasada porque no es Firebird, sino Interbase 6, pero te puede servir de referencia.
|
#6
|
|||
|
|||
Unas de las caracteristicas que he notado que le faltan a firebird es la compresión de datos en conexiones internet. Eso lo hace muy lento. SQLServer incorpora esa caracteristica y MySQL tambien por eso son mucho mas rapidos que Firebird.
__________________
José Rodríguez www.valery.com Maracaibo - Venezuela |
#7
|
||||
|
||||
No lo puedo afirmar rotundamente, pero creo que no es motivo para que vaya más rápido o lento por internet, salvo que envíes cantidades muy grandes de datos de una vez, cosa no habitual en gestiones por internet.
Siempre pongo el ejemplo del cajero de banco, ahí van unos pocos bytes en cada envío/recepción de datos, la compresión no ganaría nada. Además de que ¿cómo sabes si va rápido o lento?, ¿los has probado todos en igualdad de condiciones? |
#8
|
||||
|
||||
Cita:
Entiendo que lo que hace a MySQL mas rápido es, entre otras cosas, la ausencia de reglas de integridad referencial (en tablas typo myISAM). Francamente no creo que SQL server pueda ser "mucho mas rápido" que firebird en una aplicación de internet... de hecho, leí hace un tiempo un artículo escrito por alguien que comprobó que interbase escalaba mucho mejor que sql server y que el propio mysql en ciertas aplicaciones de internet. En la aplicación típica... creo que no habrá mayor diferencia. Saludos.
__________________
Juan Antonio Castillo Hernández (jachguate) Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate |
#9
|
||||
|
||||
Dentro de otras cosas yo me quedo con firebird por:
Hasta luego.
__________________
Juan Antonio Castillo Hernández (jachguate) Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate |
|
|
|