Qué motor DB me recomiendan?

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

[courtois]

Si la aplicacion es local y esta lenta con access, lo mejor seria averiguar por que esta lenta, y si se descubre que se debe realmente al motor de bases de datos entonces pensar en cambiarlo. ¿Para que trabajar de balde en una migracion si resulta luego que no es eso?

[lejia]

Lo mejor, siempre lo tendrás echo, es hacer una aplicacion independiente de la base de datos que use. Solo depuses es hacer una aplicacion que te cambie de una base de datos a otra.
El tema de si local o no. Es facil, si la haces en red, tendrás que controlar mas cosas,, pero al final es mas rentable. Te digo, y comento, si no voy a meter muchos datos,, mejor una base de datos local, si vas a meter muchos datos, mejor con servidor. El porque es bastante sencillo, las busquedas en motores, es mas lento que directamente sobre ficheros, siempre que la informacion que tengamos sea de pocos registros. Cuando es mayor, la busqueda en una que tenga motor, es mas rapido, digamos que va al grano.
Las bases de datos de servidor, estan desarrolladas, en unos arboles llamados, avl, Es rapido, cuando tienes mucha informacion, pero ucando hay poca, la busqueda en un fichero es mas rapido. De todas maneras, con servidor es mejor.. Siempre podras tener mas informacion, y podrás conectar varios ordenadores. Solo tendrás que controlar el acceso a el, nada mas.