Qué motor DB me recomiendan?

[juanelo]

Empezado por Caral

Para mi el problema esta en como se llama a la base de datos, si access en local se te pone lenta, olvidate de mysql o firebird, seran mas lentas ya que procesan la información diferente, estos son servidores, lo que quiere decir que te darán la información en partes.
Es mi humilde opinion.
Saludos

Que tal,
Pues discrepo en lo que dice Caral en su comentario acerca de Firebird, el hecho de que sea un servidor no implica el que de manera local se vuelva mas lenta, mas bien, el problema es muchas veces la cantidad de informacion que pretendemos traer hacia el usuario, y la forma poco optima en que se obtiene esta, por ejemplo una query mal hecha.

En lo que estoy de acuerdo es en el comentario de FGarcia, si la aplicacion solo va accesar a los datos desde la misma computadora, entonces existe la version embbeded de firebird.

PD: Tengo base de datos de mas de 500MB (tablas con mas de un millon de registros) corriendo de manera "local" aun con una instalacion de servidor en firebird, y la operacion cotidiana sigue teniendo la misma velocidad como el primer dia.

Saludos

[[Caral]]

Hola
Pues el caso de la rapidez o lentitud, esta muy discutido.
Ya lo comente y tu lo reafirmas Juanelo, depende de como se llame a las tablas, sea con tables o querys, pero aun asi, depende, siempre depende.
La tablas se pueden llamar con access, prácticamente igual que con otros, si colocas un top, este enviara los datos necesarios y aligerara el proceso.
Firebird es rápido, es cierto, pero access lo es también si se sabe usar.
Lo digo, tengo consultas en las que llama a cinco tablas a la vez y me envía una cantidad de datos grande y no hay diferencia (optica) usando firebird en la misma consulta.
Como siempre digo, esta bien, Firebird tiene los Tigers, bueno access tiene gatitos.
No digo que access sea bueno, o una buena opción, solo digo que no se le puede echar la culpa de la rapidez, lentitud, desorden, datos incompletos etc, etc, a access u otra, normalmente están mal hechas las consultas.
Saludos

[MaMu]

Sin embargo, si a la misma aplicacion que desarrolle, le cambio una simple base access, por un motor mySQL, la aplicacion vuela, es rapidisima. A lo que voy, es que no quiero usar access, quiero un verdadero motor, algo potente, porque hoy accedo de forma local, quizas en un futuro lo haga de forma remota. Como es el tema del mySQL embbeded, me interesa mucho, hay alguna nota de aplicacion etc etc. orientenme para saber por donde empezar a leer.

En cuanto a velocidad y performance, opino igual que Caral, y puede ser discutible a cualquier punto, ahora bien, no es mas que medir el tiempo que tarda el motor en entregar un cursor de datos a una pc cliente, y probar esto mismo con varios motores diferentes, en fin, no es mi objeto este tema, sino mas bien, avanzar un poquito mas a otra tecnologia mejor.

Saludos y gracias a todos.

[[Lepe]]

Empezado por Caral

Como siempre digo, esta bien, Firebird tiene los Tigers, bueno access tiene gatitos.

Me ha gustado mucho esa afirmación, no la había escuchado nunca, (te la copio ).

La estrategia Embebida, quizás te haga tomar decisiones que después en red tengas que desechar. Por ejemplo, como es local (1 solo usuario) "¿para qué voy a usar Procedimientos almacenados?, si de todas formas el servidor y el cliente es el mismo ordenador...." al final acabas haciendo una aplicación de escritorio que al poner en red tendrá problemas.

Si de veras quieres embarcarte en Cliente/Servidor, yo lo hacía directamente para ese sistema, al tiempo de poner en red, solo tendrías que configurar la dirección de la base de datos.

Es cierto que la filosofía de desarrollo es totalmente distinto a tablas de escritorio, eres tú quien tiene que valorar si ese esfuerzo merece la pena.

Saludos

[[Caral]]

Hola
Pues si estas convencido en cambiar de base de datos, yo me inclinaria por firebird.
He probado (soy un curioso) Mysql y Firebird, me quedo con la segunda.
Sigo pensando en que quien sabe que programa tengas, en mis pruebas mysql con ado, fue mas lenta, mucho mas lenta que access, en local, en red, se durmio en los laureles, ya con zeos cambio.
Estan bien las opiniones, asi tendras un punto de vista mas amplio.
Recuerda, aqui el Novato soy yo, hazle caso a los que si saben.
Saludos

[waly2k1]

Desde ya si tienes la oportunidad de migrar tu aplicación a una base de datos real, hacelo. No te quedes jamás con Access, una cosa es un gestor de Base de Datos y otra cosa totalmente distinta es un archivo compartido en red con formato BD. Un 'archivo' Access a medida que crece pierde perfomance y ni hablar de muchos usuarios accediendo a ese archivo, con lo cual tu aplicación pasa de ser algo bueno, eficiente a un mal programita, tampoco hablo de los casos en que se corrompe el archivo y pierdes toda tu información.

Prueba con Interbase, Firebird o muchas otras opciones de Gestores de Bases de Datos que por ser local no van a ser mas lentos jamás que Access. Piensa siempre en 'grande', nunca se sabe el volumen de información que podrá llegar a manejar tu aplicación a futuro, ahora sí sabes lo que no debes usar.

Bueno, a pesar de ser redundante espero te sirva de algo mi consejo. Exitos!

[MaMu]

Ya estoy decidido, voy a migrar todo utilizando un gestor de DB, yo estuve usando mySQL y Zeos, una combinacion mas que satisfactoria, pero el tema es que no me queda claro como es el tema del mySql embebido, ya que lo que no quiero hacer, es tener que instalar el servidor mySql, hay alguna forma de resolver eso?, y lo digo tanto para mySql/Firebird, como si fuese un MDAC pero para mySql o Firebird.

Saludos

[Casimiro Noteví]

Yo usaría firebird, simplemente una dll y listo.