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

[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

[[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?

[MaMu]

En primer lugar, gracias a todos por las recomendaciones y por compartir sus experiencias con los diversos motores.
Yo particularmente me encuentro desarrollando aplicaciones utilizando mySql en Delphi 7, bajo el dominio de los componentes Zeos, de los cuales estoy más que conforme.
Si bien mi idea era no tener que instalar un mySql server, ya que es un tarea que requiere al menos un mínimo de conocimiento por parte del usuario final de lo que se esta instalando y como debe ser configurado, he notado que por lo visto, un motor embebido en nuestra aplicación, es solo monousuario, lo que me traslada nuevamente al punto de partida en donde me encuentro.
La unica salvedad que se me ocurre, es recrear una instalación silenciosa del servidor mySql, en el momento de la instalación de mi aplicación, pasándole todos los parámetros y argumentos de la instalación y la creación de usuarios, etc..

[[gatosoft]]

bueno, yo estoy de acuerdo con Oriol... hacia falta PostgreSQL, trabajado con los Zeos creo que no tienen problema...

El isntalador lo cargo siempre en mi USB y con solo seguir los pasos (NEXT, NEXT, NEXT) ya lo tengo instalado.

Lo utilizo siempre como BD de escritorio, pero he hecho desarrollos hasta con 60 usuarios grabando operaciones diarias y con mas de 3'000.000 de registros en un año en la tabla con mas movimientos y no he tenido mayores dificultades...

La recomiendo 100%

Saludos,