Club Builder

[_Viktor]

Hola a todos... he buscado informacion en la red que me sirva para comparar Firebird 1.5 con SQL Server , especificamente la version 7. Esto es pq luego viene la primera presentacion de mi proyecto de titulo y tengo claro que me preguntaran pq descarte sql server... tengo algunas cosas pero nada que sobresalga... Haber si alguien tiene algun link o alguna info... estare super agradecido.

*He encontrado sitios comparativos, pero solo de la version 6.5 de sql server y necesito especificamente de la version 7.0.

Agradesco el tiempo.
Saludos!
_________________
"Ser inteligente no es ser mas, solo equivocarse menos y no usar Visual Basic"
Atte.
Victor Yañez
Apoyen el Proyecto OpenSource del Club Builder. Ya tenemos componentes Listos!!!

[ikis]

Viktor, si buscas un poco por el foro de Consultas, IAn Marteens me contestó esa pregunta y las palmas se las llevó SQL Server, que técnicamente es superior a Firebird e Interbase (según su opnión).

De todos modos tu problema es sencillo.

¿Sabes cuanto cuesta un SQL Server ? ¿Y cada licencia de conexión?
¿Puedes ver y / o modificar el código propietario de SQL Server?
¿Estas realmente seguro q tu SQL Server no posee puertas traseras?

Con eso solo ya tienes suficiente y hay más argumentos.

Actualmente hago un soft, para hospitales que permite usar las bd por Internet, tener gigas de info y cientos de clientes concurrentes, con $0 de licencias ¿sabes a cuanto se me hubieran ido los costos con SQL Server?.

Si quieres te envío más info acerca de los beneficios del Soft Libre vs el Soft Comercial. Tienes que buscar por ese lado.


atte
_________________
Adrián

http://adrian.org.ar

[XyVy]

Lo que también habría que ver es si Ian, ha tenido en cuenta Firebird 1.5, ya que Firebird, apenas representa cambios frente a Interbase 6.0 OS, pero en Firebird 1.5 se ha reescrito todo el codigo a C++ y la optimización segun ellos ha sido notoria, por supuesto ni que decir tiene la diferencia en cuanto a precio, licencias y demás.

Aquí tienes un enlace que habla de PROS y CONTRAS, realmente el articulo es sobre migración, pero habla un poco del tema:
http://firebird.sourceforge.net/devel/doc/manual/defaulthtml/migration-mssql.html

Veo por el articulo citado arriba que hasta la versión SQL Server 2000, no tenemos integridad referencial en Cascada, luego la versión SQL Server 7, no posee esa caracteristica, que aunque se puede implementar mediante triggers, es un engorro esta solución, además SQL Server funciona bajo Unix ? Linux ? HP-UX ? Mac-OS X ? Solaris ? en fín que portabilidad tiene Firebird vs SQL Server ?

Otra razón de peso que comenta el articulo y que es obvia es que Firebird está en constante desarrollo, etc...

Con esto no quiero decir que no tenga sus contras, sino doy ideas de por donde podrías encaminar tu posición frente a SQL Server.

En fín, espero que te sirva alguna.
Ciao.
_________________
OJO!! Ya tenemos subforo de Bases de Datos!!
Gracias a los admins.

[_Viktor]

Muchisimas gracias a ambos... es la informacion precisa que buscaba...

(Es idea mia o recuerdo en el el libro de Ian Marteens "La cara oculta de C++ Builder"dice que Interbase es superior a Sql Server, creo que fue eso lo que lei... lo revisare nuevamente, pero con lo anterior me basta y me sobra..)

Saludos!
_________________
"Ser inteligente no es ser mas, solo equivocarse menos y no usar Visual Basic"
Atte.
Victor Yañez
Apoyen el Proyecto OpenSource del Club Builder. Ya tenemos componentes Listos!!!

[ikis]

Viktor, lo que dices es correcto, pero recuerda que el libro es para Builder 4 y habla de SQL Server 7.

Lo que te dije aplica para SQL Server 2000.



atte
_________________
Adrián

http://adrian.org.ar

[_Viktor]

Ahh perfecto.. es que como mi pregunta iba precisamente para SQL Server 7 asumi que hablabas de eso.. por eso me parecio extraño

Saludos!
_________________
"Ser inteligente no es ser mas, solo equivocarse menos y no usar Visual Basic"
Atte.
Victor Yañez
Apoyen el Proyecto OpenSource del Club Builder. Ya tenemos componentes Listos!!!

[ikis]

no entiendo, vas a comparar el último Firebird con una versión vieja de SQL ?

[_Viktor]

Hola, sencillamente pq de esa version de SQL Server tienen licencia aca...

Saludos!
_________________
"Ser inteligente no es ser mas, solo equivocarse menos y no usar Visual Basic"
Atte.
Victor Yañez
Apoyen el Proyecto OpenSource del Club Builder. Ya tenemos componentes Listos!!!

[ikis]

Ok, ahi ya tienes otro argumento...

No se puede utilizar en tu universidad la última versión, porq deben pagar la licencia.
_________________
Adrián

http://adrian.org.ar

[SirQiT]

A mi manera de ver hay una inmensa diferencia entre MSSQL y Firebird

Como primer punto podemos decir que existe una version de SQL Server 2000 que no requiere licencia alguna llamada Microsoft SQLServer Desktop Engine (MSDE) la cual no cuenta con las herramientas (principalmente visuales) con las que cuenta la versión completa de SQL Server 2000, por lo tanto el consto de la licencia no debe ser factor de importancia. Además existen utilerías muy bien desarrolladas para el manejo de esta versión (o inlcuso la versión completa) que funcionan, a mi manera de ver, perfectamente bien y que son totalmente gratuitas.

SQLServer, a diferencia de Firebird, tiene definido un curso fijo, es decir, existe un programa de desarrollo bien establecido de acuerdo a las necesidades de las nuevas tecnologías (esto comandado por una sola persona, Bill Gates). Esto no sucede con Firebird ya que para realizar un avence significativo en algún punto, hay que poner deacuerdo a muchas cabezas. Es un caso comparable al de Windows y Linux.

Ya que la versión completa de SQLServer y MSDE son totalmente compatibles, los paquetes de servicio y modificaciones son responsabilidad de Microsoft, y seguramente estarán disponibles muy rápidamente (incluso por live update de Windows),(por temor a las demandas de los usuarios que han pagado miles de dólares en una licencia. Esto no sucede con Firebird, el cual esta desarrollado "durante los ratos libres", y mientras exista disponibilidad.

Es mucho más probable que SQLServer haga el BreakThru en desarrollo de tecnología y, tiempo después, Firebird se acople a las nuevas tecnologías, tal y como sucede con Visual Studio y Borland en el caso .NET
NOTA: No malinterprenten el comentario, prefiero ampliamente C++ Builder a Visual C++ o cualquier paquete incluido en Visual Studio, aunque debemos ser realistas nos estamos adaptando a .NET que ya está muy fuerte en Microsoft.

Es más problable que Firebird sea el que tenga puertas traseras, ya que alguna versión que sea instalada en tu sistema para alguna aplicación puede haber sido modificada por el mismo desarrollador de la aplicación. Bueno esto puede ser un punto a favor de Firebird, es caso de que seas un programador malintencionado. good

Bueno, ésta es mi muy personal opinión y se aceptan comentarios, quizás me hagan cambiar de opinión...

[ikis]

no estoy de acuerdo en nada de lo que tu dices. El Software Libre, como se ha demostrado es superior al software propietario.

El MSDE se encuentra restringido en el número de accesos concurrentes (5 de forma simultánea) y el tamaño de las bases de datos (2 gigas como máximo) lo que lo pone casi casi al nivel de Access... y muy lejos del Firebird.

Existen asociaciones que financian el desarrollo del Soft Libre, el cual se desarrolla a tiempo completo. Y creéme que los intereses de Bill Gates están más cerca del monopolio, el marketing y el corporativismo que de la gente (desarrolladores y usuarios).

[XyVy]

[Invitado]

Jaja, esto se pone realmente interesante,

Creeme que digo todo lo anterior con conocimiento de causa.

Tengo una aplicación aun en desarrollo, comenzamos en MSAccess por aquello de no necesitar licencia para distribuir una archivo de Access basededatos.mdb era el unico archivo a distribuir.
Todo pintaba bien, incluso estabábamos convencidos de que Access era la mejor opción para nuestra aplicación. En dado caso de alguna falla, era muy sencillo hacer soporte tecnico a distancia (en caso extremo lo unico que se debia hacer seria reemplazar la base de datos, o sea un solo archivo).

La aplicación creció y comenzaron a llegarle cerca de 90000 registros al día, cantidad muy superior a las capacidades de Access el cual comenzó a arranarse y la base de datos se dañaba muy rápido.

Buscamos uns mejor opción como motor de base de datos (que es lo único que necesitamos) y vimos a Interbase que era una buena opción ya que tampoco requiere licencia si tienes la de Builder o Delphi.

A pesar que el cambio fue relativamente rápido, comenzamos a detectar problemas de incompatibilidad de sintaxis SQL natural, sentencias de SQL que teoricamente deben funcionar en cualquier manejador de Base de Datos no funcionaban; un SORT BY despues de un UNION y la union de queries que no tenian la misma longitud en alguna de sus columnas.

Decidimos invertir tiempo en buscar ayuda acerca del tema, no podíamos creer que cosas tan sencillas no estuvieran implementadas en Interbase. De esta forma llegamos a Firebird.

El primer problema de Firebird es su instalador (existe alguno realmente confiable? esto lo hago como pregunta, aunque suena a sarcasmo), afortunadamente tenemos en la empresa PC´s con casi todas las plataformas Windows (exceptuando Me).

Algun instalador funcionaba bien para W98, pero no para NT, otro instalador parecia hacerlo bien en W98, WNT y W2K pero no en XP.

Al fin decidimos dejar ese trabajo para el instalador de la aplicación y retormar el tema que nos movio a utilizar Firebird, los problemas que creimos serian solucionados. Pero Oh sopresa, no están solucionados.

Lo de la union de queries que no es realmente un problema, pareciá técnicamnete fácil de resolver, pero encontramos otro punto debil de Firebird ¿QUE HAY CON LA AYUDA? es que no existe alguna documentación completa, la respuesta al problema de las columnas de tamaño distinto en una unión la encontramos en una versión de la ayuda de interbase. No dudo que éste detalle ya esté solucionado, pero en aquel entonces no lo estaba.

El otro problema de el sorteo en una union de Queires, no lo solucionamos, hubo que hacer todo por codigo, lo que hacia a la aplicación un poco lenta (nada relamente significativo).

Bueno la historia continua.

En la aplicación con Access era sencillo crear o elimiar usuarios de la Base de Datos desde nuestra aplicación, lo cual no logramos solucionar con Firebird. Cada instalación de Firebird requiere, y lo digo literalmente un usuario administrador físico, o sea una persona lo suficientemente inteligente como para entrar al manejador de la base de datos a crear un usuario sin generar un caos, una persona con la que no cuenta ninguno de nuestros clientes. Este punto fue el punto de no retorno a Firebird.

Mi opinión quizás no es contra Firebird, sino en contra de la filosofía de tener un administrador para cada servidor de base de datos, digo lo mismo de ORACLE, de SYBASE y DB2, los que hemos utilizado en aplicaciones gubernamentales y de los cuales no tenemos quejas, no dudo que Firebird tenga un excelente performance, bien pudiese estar en alguna de estas aplicaciones gubernamentales.

Firebird puede ser una buena opción en aplicaciones cliente-servidor, tan bueno o malo como cualquier otro, pero al hablar de tener un manejador relativamente poderoso en una PC normal, para usuarios que deben jugar de administradores y usuarios a la vez, y a los cuales les faltan los conocimientos suficientes incluso para ser solo usuarios. Creo que no es la mejor opción, es más, creo que no existe opción alguna, sin embargo a quien le vas a encomendar el manejo de la información de un usuario sin conocimientos, yo creo que Microsoft lo ha hecho desde el DOS, enfocado totalmente al usuario final, al usuario que no sabe.

Esta siempre ha sido la prioridad de Microsoft, su curso fijo es el usuario final, no el DBA. Un DBA puede tener la capacidad de buscar la solución a algún problema con su base de datos, pero un usuario normal no lo hace, por eso necesita su "live update".

Cuando me refería a que Microsoft hará el BreakThru en tecnología, lo digo no por decir que exista o no el driver .NET de Firebird, si no por decir que .NET fue creación de Microsoft (y que ya tiene igual o mayor fuerza que JAVA con todo y su J2EE) y, nos guste o no, SQLServer tuvo inmediatamente el driver para utilizarlo, es a esto a lo que me refiero.

Si vas a desarrollar cualquier cosa, debes tratar de tomar el control de toda la aplicación, incluida la base de datos, SQLServer lo permite, ORACLE lo permite, SYBASE lo permite, pero Firebird no lo hace del todo, o por lo menos no lo hace sin tener que realizarle alguna modificación.

Bueno, como lo dije antes, mi guerra no es contra Firebird, sino a favor del desarrollo simple y rápido.

Se que MSDE no es una opción para un servidor de base de datos formal con múltiples usuarios (a pesar de que el performance no es del todo malo pasando los 5 usuarios), creo que en eso Firebird si es un muy buena opción.

Quizás no era el foro adecuado para poner mis comentarios, pero igual los puse. Y solo les quiero invitar a utilizar SQLServer con el afán de probarlo no con el afán de que se queden con él para siempre, para que así tengan un punto de comparación adecuado, y al encontrar un problema búsque la solución antes de poner el grito en el cielo, yo lo hice con Firebird.

Bueno terminó el cuento de la abuelita quejumbrosa, vaya que me extendí, pero quería dejar bien claro el punto.

[ikis]

Hola SirQiT, de nuevo no me convences.

[XyVy]

Creo que con la respuesta de Ikis está bastante contestado todo el mensaje...

Sobre los UNION con SORT BY, para ordenar funciona perfectamente, lo que pasa es que en vez de darle un nombre de columna, debes darle un número de columna por cual ordenar, yo los uso y va perfectamente...

En el tema de la ayuda, es bastante completa, existen un Firebird Reference Manual pero solo se encuentra en el CD de IBPhoenix, se está trabajando en unos manuales y se están traduciendo a varios idiomas... Pero si que es cierto que en este punto la cosa va más lenta...

Sobre que no soporta totalmente SQL, te puedo decir que tiene un SQL mucho más rico y cercano al standard que otros... Otros SGBD no tienen procedimientos almacenados o triggers.... Incluso otros no soportan complemtamente la integridad referencial... Incluso no saben manejar claves foraneas.... Creo que Firebird es bastante completo en todos los sentidos, yo lo unico que le hecho mayor falta es a poder utilizar consultas dentro de la clausula FROM, cosa que si se puede utilizar en ORACLE, aunque todo esto es solucionable, creandose una VISTA.

Y por cierto no estamos hablando de un producto para usuarios noveles, sino de un POTENTE MOTOR DE BASES DE DATOS, puede ser que no lleve un ningun ADMINISTRADOR VISUAL, pero tienes disponibles cientos de ellos, como bien dijo Ikis, IBExpert es de lo más potente, pero tienes muchas más opciones...

Yo he probado instalando las 2 versiones de Firebird tanto la 1.0x como la 1.5 en máquinas con XP, W2000 y w98. Si que es cierto que en la versión 1.0x a veces he tenido alguna pega, pero la versión 1.5 ha ido como la seda en las tres plataformas.

Sobre la ayuda, como dije antes, no hay todavía manual completo salvo que el acompaña al CD de pago de IBPhoenix, ahora además Helen Borrie ha editado un libro sobre Firebird. Si te coges las Releases Notes de Firebird 1.5, encontrarás todos los cambios desde Interbase 6.0 OS, incluso se explica como tener instaladas dos versiones de Firebird distintas o bien Firebird e Interbase.

Es curioso cuando explicas el punto de no retorno... jajaja, cada vez que instalas Firebird se aconseja cambiar la clave del administrador, una vez hecho esto puedes crear todas las cuentas que quieras, y entonces ya podrán crear las bds que les hagan falta, me parece la manera más correcta de implementación. Además permite la creación de roles, y conceder privilegios de administración a los usuarios.

Me hace gracia también cuando dices :