FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Vale la pena MS-SERVER?
Hola a todos!
Llevo ya cierto tiempo trabajando en IB-FireBird, y, a decir verdad, no me han dado conflictos serios, excepto que la herramienta que uso para la edición y mtto. de la BD es el IBExpert, el cual no me permite, por ejemplo, alterar la estructura de una tabla con datos y un sinnúmero de relaciones (o si lo permite lo desconozco), por lo que he considerado seriamente la emigración a BD con más utilidades, como MS-Server. Ahora bien, ?vale la pena? Considerando que mis aplicaciones no poseen astronómicas cifras de registros. Gracias, SSoft. |
#2
|
|||
|
|||
claro que firebird permite lo que dices
pero si las relaciones las tienes digamos como primary key. no puedes cambiar una hija que dependa de ella. |
#3
|
||||
|
||||
Son muchos los aspectos que debes evaluar antes de decidir migrar.
Pero, puedo asegurarte que MsSql server ofrece grandes ventajas sobre firebird. Soporte Xml (Nativo en 2005), Soporte de consultas distribuidas, soporte de conectividad a múltiples orígenes de datos y un muy largo etcetera. Suerte
__________________
Conoce mi blog http://www.edgartec.com |
#4
|
||||
|
||||
Cita:
Sobre la modificación de estructuras de firebird, si es posible. Es un asunto de orden y ciertamente puede llegar a ser tedioso si queres modificar un campo que es parte de una relación, pero si puede hacerse. Un saludo.
__________________
Juan Antonio Castillo Hernández (jachguate) Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate |
#5
|
|||
|
|||
Gracias por tu respuesta, JXJ, pero si te fijas en la pregunta, la duda es dobre si IBExpert permite o no la alteración de la estructura de una Tabla con relaciones, y, por supuesto, índices, etc., sin antes vaciarla y eliminar relaciones, etc. Hago la pregunta por que creo que MS-SQL Server sí lo hace. SSoft.
|
#6
|
||||
|
||||
Cita:
Otra opción que tenes, al ser firebird un proyecto abierto, es buscar si ya hay un feature request para hacer esto de la manera que te interesa, y si no existe, pues crearlo. Desde mi punto de vista, incluso eso es algo que puede automatizarse creando un pequeño utilitario que detecte las "relaciones" ofendidas por cierta modificación, las quite, aplique la modificación y luego las cree nuevamente (si es posible). Hasta luego.
__________________
Juan Antonio Castillo Hernández (jachguate) Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate |
#7
|
||||
|
||||
Aun suponiendo que SQL Server fuera el non-plus-ultra de los motores (que no lo es), el simple hecho de estar "pegado" a la plataforma Windows y demás cosas que se requieren únicamente para que pueda funcionar hacen que no salga tan bien librado como sus contrapartes libres: MySQL, FB y Posgress. En el caso de estos tres, trabajan en muchas plataformas, hay mucha información, cada uno tiene sus puntos fuertes y por si fuera poco son libres por lo que puede uno jugar con ellos y evaluarlos a placer sin necesidad de apurarse para que no se venza el trial.
A esto hay que añadirle que se pagan licencias hasta por respirar enfrente del monitor donde esté corriendo SQL- Server. Tan solo por eso no vale la pena el cambio. Como bien te dicen todos, en todos los casos podrás hacer lo mismo con más o menos trabajo.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
#8
|
||||
|
||||
Y ya para terminar de enterrar al pobre de SQL Server te dejamos un enlace a esta descripción un tanto visceral pero con mucho fondo de verdad:
http://www.clubdelphi.com/foros/show...1&postcount=11 Un abrazo SQL servido. Al González. |
#9
|
||||
|
||||
Bueno, una de las preguntas originales era que si IBExpert permitia cambiar la estructura de las tablas que tenian datos y con un "sin-numero" de relaciones, la respuesta es si, pero todo depende de como tengas diseñada tu BD, seguramente tendras que eliminar unas cuantas dependencias antes de eliminar la llave que quieres eliminar realmente, todo eso es asi, con el fin de guardar una consistencia de los datos, y para que luego no estes como loco buscando el "porque" de los datos "extraños" en tus reportes.
La otra pregunta era, ¿vale la pena?, bueno, creo que eso solo lo puedes determinar tu, auto-evaluando tu capacidad economica, de tiempo, las caracteristicas que ofrece cada una de esas BDs, creo que son muchos los factores que solo tu conoces, en relación al costo-beneficio, los cuales influyen grandemente en una decisión por este estilo.
__________________
Lecciones de mi Madre. Tema: modificación del comportamiento, "Pará de actuar como tu padre!" http://www.purodelphi.com/ http://www.nosolodelphi.com/ |
#10
|
||||
|
||||
Supongo que SQL Server posee muchas herramientas de utilidad para realizar variadas tareas de mantenimiento a las bases de datos, pero con todo respeto, creo que, en la mayoría de los casos, esa no es razón suficiente para cambiar de Firebird a SQL Server.
Por otro lado, cualquiera de esas tareas puede realizarse en Firebird también, quizá con más trabajo, pero no son imposibles. Yo me iría más por razones como las que comenta Poliburro para decidir entrarle al mundo SQL Server (ventajas de procesos, no de mantenimiento). Claro, si para una empresa es crítico el mantenimiento, la balanza tendería a inclinarse a Oracle (preferentemente) u SQL Server. Todo depende SSoft. En cuanto a la cantidad de registros, no hay problema de seguir con Firebird aunque fuesen millones. Un abrazo alterado. Al González. |
#11
|
||||
|
||||
Vale la pena. Pienso que es un sistema a la "altura de los Grandes".
Pero debes plantearte si estás dispuesto y puedes afrontar el gasto económico que conlleva su uso. También puedes mirar la versión gratuíta (Express) para revisar los términos de su licencia y ver si sus limitaciones no te resultan problemáticas en tu sistema.
__________________
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. |
#12
|
||||
|
||||
Cita:
Está claro, lo dije de broma |
#13
|
||||
|
||||
Ya que el problema es de herramienta, prueba la de EMS:
http://www.sqlmanager.net/products/ibfb/manager Tienen versiones gratis. Particularmente lo uso para firebird, ms-sql y postgress. Y para reiterar, siendo que Sql Server es un motor excelente, no veo una justificacion real para hacer un cambio, mas bien es un problema de desconocimiento de los comandos particulares de firebird para hacer migracion de estructuras, algo que es muy poco usado. Si fuera que firebird se corrompe, que fuera lento, que no tuviera una caracteristica X depronto ya se podria pensar en cambiar.
__________________
El malabarista. Última edición por mamcx fecha: 05-02-2008 a las 18:06:39. |
#14
|
||||
|
||||
Bueno, no creo que el problema sea de herramienta, si no mas bien de comprensión de concepto, yo siempre he trabajado con IBExpert y no he tenido problemas para cambiar estructuras en tablas que tengan datos, a menos de que este violando alguna regla del propio diseño de la misma (Eso sucederia con cualquier herramienta).
Nota: ¿Al Tiene Blog?, Pues a leer .
__________________
Lecciones de mi Madre. Tema: modificación del comportamiento, "Pará de actuar como tu padre!" http://www.purodelphi.com/ http://www.nosolodelphi.com/ |
#15
|
|||
|
|||
Cita:
Puestos a cambiar la eleccion seria entre Oracle para grandes cosas y Firebird para todo lo demas.. En IBPhoenix hay estudios comparativos de Firebird con otros.. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Pena de muerte para los que tengan móvil (celular) | Casimiro Notevi | La Taberna | 2 | 17-06-2007 12:57:13 |
A veces MS da pena... | marceloalegre | Noticias | 9 | 03-02-2006 21:58:53 |
Más vale... | Isaac | Humor | 0 | 20-02-2004 18:30:20 |
|