Qué motor DB me recomiendan?

[MaMu]

Qué motor DB me recomiendan para una aplicación de forma local?
Resulta que la habia realizado con access (mdb), pero se va ralentizando mucho. Que alternativas tengo? Me gusta mucho mySql, pero hacerlo correr para una aplicación local que no este en red, me parece exesivo. Hay algo que pueda usar?

Saludos

[[Caral]]

Hola
Que se pone lenta access??
Tengo una base de datos (access) con mas de 70000 KB, es mucha informacion casi 7 años.
Trabajo en red con 8 ordenadores, todos actualizan, cuando quieren.
Nunca se me ha puesto lenta, me envía la información en décimas de segundo.
He hecho la prueba con mysql, firebird y access y no notas la diferencia en tiempo de entrega de datos.
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

[[FGarcia]]

Que te parece usar la embbeded de mySQL o la embedded de Firebird?

P.D. ¿En que tipo de aplicacion estas usando tu bd Access?

[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 Notevi]

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

[MaMu]

Empezado por Casimiro Notevi

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

Me gusta eso, y como seria? accediendo a las funciones de la dll para el manejo de la DB?, seria igual en caso de que usara mySQL?

Saludos

[[Chris]]

Bueno, auque parece que ya te estás decidiendo por una arquitectura de servidor empotrada, sólo a forma de sugerencia te recomendaría un motor que se llama TurboDB.
Es realmente bueno y rápido. Además de permitirte realizar búquedas de texto completo (si te interesan).

El único inconveniente es que es de pago, pero merece la pena que le pongas un ojo. Tienen una versión trial para descargar. Es muy fácil de utilizar.

[jachguate]

Podes entrarle a firebird con ADO, con IBX con BDE (obsoleto, pero funcional), con MDO, con IBO, FIBPlus y ¡orale! hay muchas opciones.

El hecho de la dll, es totalmente transparente para vos. Vos mirás siempre Datasets de delphi, queries, tablas, bases de datos, etc.

Con IBX/MDO/FIBPlus, que derivan de un viejo proyecto llamado FreeIB, tenés que manejar de manera explicita las transacciones, pero al final te acostumbrás.

Si usas el FirebirdEmbedded, podes desarrollar teniendo instaldo un FirebirdServer, y al final, cuando distribuis la aplicación, sustituis el dll del cliente de firebird por el dll del embedded y eso es todo!

Es muy práctico, y tiene toda la potencia de firebird, simplemente sorprendente!.

Con la característica de poder correr bases de datos de solo lectura (ver gfix -mode), podes hacer aplicaciones de acceso a base de datos (una enciclopedia, o un directorio telefónico nacional, por ejemplo) que se distribuyan sobre medios de solo lectura (cd-roms/dvd-roms).

No hablo mas... ya me salí del tema.

Hasta luego.

[Oriol M.]

Hola a todos, me sorprende un poco el hecho que no se haya mencionado PostgreSQL como opción para migrar la BD. Tengo algunos años de estar trabajando con esto, y hasta ahora todas las comparaciones que he realizado no me han convencido de cambiar.

Aunque la aplicación que se menciona trabaja de manera local, es mucho mejor tener el servidor de BD aparte por cuestiones de portabilidad y escalabilidad, a la hora de migrar a una arquitectura de cliente-servidor, el trabajo es sólo de seguridad para las conexiones.

Saludos.

[jachguate]

Empezado por Oriol M.

Hola a todos, me sorprende un poco el hecho que no se haya mencionado PostgreSQL como opción para migrar la BD.

Pues faltaba tu opinión, indudablemente

Empezado por Oriol M.

Aunque la aplicación que se menciona trabaja de manera local, es mucho mejor tener el servidor de BD aparte por cuestiones de portabilidad y escalabilidad, a la hora de migrar a una arquitectura de cliente-servidor, el trabajo es sólo de seguridad para las conexiones.

Utilizando una solución como Firebird Embedded, esta afirmación tuya sobre la escalabilidad, carece de sentido.

Hasta luego.

[[egostar]]

Empezado por jachguate

Utilizando una solución como Firebird Embedded, esta afirmación tuya sobre la escalabilidad, carece de sentido.

Veamos, yo no entiendo algo, que es FB Embedded, hay diferentes versiones de FB

Yo estoy trabajando con FB 2.0, como se si es embedded o no

Salud OS

[jachguate]

Empezado por egostar

Veamos, yo no entiendo algo, que es FB Embedded, hay diferentes versiones de FB

Yo diría que hay diferentes "ediciones", pues hasta ahora, cada "versión" ha tenido una "edición" embedded.

Empezado por egostar

Yo estoy trabajando con FB 2.0, como se si es embedded o no

Si no lo sabes, puedo asegurarte categóricamente que no lo es.

El chiste del "embedded" es que podes ejecutar una aplicación sin la necesidad de instalar el motor, lo que resulta muy conveniente en muchos casos.

Por ejemplo, en mi usb tengo cierta aplicación, que ejecuto en cualquier equipo, con toda una base de datos y la funcionalidad que he querido.

Una limitante es que es monousuario, dado que el motor se ejecuta desde dentro de tu aplicación (está incrustado en ella), y la otra, es que el motor acepta la conexión independientemente del usuario/clave que se le de, pues no hay base de datos de seguridad para comprobar. Puede vivirse con ambas, aunque supongo que la segunda cambiará en cuanto salga la versión 3, que según recuerdo, ya tendrá la seguridad dentro de la propia base de datos.

Hasta luego.

[[egostar]]

Empezado por jachguate

Yo diría que hay diferentes "ediciones", pues hasta ahora, cada "versión" ha tenido una "edición" embedded.

Si no lo sabes, puedo asegurarte categóricamente que no lo es.

El chiste del "embedded" es que podes ejecutar una aplicación sin la necesidad de instalar el motor, lo que resulta muy conveniente en muchos casos.

Por ejemplo, en mi usb tengo cierta aplicación, que ejecuto en cualquier equipo, con toda una base de datos y la funcionalidad que he querido.

Una limitante es que es monousuario, dado que el motor se ejecuta desde dentro de tu aplicación (está incrustado en ella), y la otra, es que el motor acepta la conexión independientemente del usuario/clave que se le de, pues no hay base de datos de seguridad para comprobar. Puede vivirse con ambas, aunque supongo que la segunda cambiará en cuanto salga la versión 3, que según recuerdo, ya tendrá la seguridad dentro de la propia base de datos.

Hasta luego.

Perdon es que soy novato. te debo una

Salud OS

PD, ya pues, no me regañes

[jachguate]

Empezado por egostar

Perdon es que soy novato.

Empezado por egostar

ya pues, no me regañes