Multiples aplicaciones - Que BBDD usar?

[[movorack]]

Te diria igual, que instalaras un firebird normal pero buscas no instalar nigun servidor... bueno depronto con SQLite puedas obtener lo que quieres, no he leido mucho de el y en realidad no lo he trabajado pero aquí te dejo un aparte de la wikipedia que habla de las caractérisicas de SQLite; Para poder usar SQLite en tus aplicativos, requerirás de ZeosLib.

Características

La biblioteca implementa la mayor parte del estándar SQL-92, incluyendo transacciones de base de datos atómicas, consistencia de base de datos, aislamiento, y durabilidad (ACID), triggers y la mayor parte de las consultas complejas.
SQLite usa un sistema de tipos inusual. En lugar de asignar un tipo a una columna como en la mayor parte de los sistemas de bases de datos SQL, los tipos se asignan a los valores individuales. Por ejemplo, se puede insertar un string en una columna de tipo entero (a pesar de que SQLite tratará en primera instancia de convertir la cadena en un entero). Algunos usuarios consideran esto como una innovación que hace que la base de datos sea mucho más útil, sobre todo al ser utilizada desde un lenguaje de scripting de tipos dinámicos. Otros usuarios lo ven como un gran inconveniente, ya que la técnica no es portable a otras bases de datos SQL. SQLite no trataba de transformar los datos al tipo de la columna hasta la versión 3.
Varios procesos o hilos pueden acceder a la misma base de datos sin problemas. Varios accesos de lectura pueden ser servidos en paralelo. Un acceso de escritura sólo puede ser servido si no se está sirviendo ningún otro acceso concurrentemente. En caso contrario, el acceso de escritura falla devolviendo un código de error (o puede automáticamente reintentarse hasta que expira un timeout configurable). Esta situación de acceso concurrente podría cambiar cuando se está trabajando con tablas temporales. Sin embargo, podría producirse un deadlock debido al multithread.[1] Este punto fue tratado en la versión 3.3.4, desarrollada el 11 de febrero, 2006.
Existe un programa independiente de nombre sqlite que puede ser utilizado para consultar y gestionar los ficheros de base de datos SQLite. También sirve como ejemplo para la escritura de aplicaciones utilizando la biblioteca SQLite.

[mcs]

Empezado por movorack

Te diria igual, que instalaras un firebird normal pero buscas no instalar nigun servidor... bueno depronto con SQLite puedas obtener lo que quieres, no he leido mucho de el y en realidad no lo he trabajado pero aquí te dejo un aparte de la wikipedia que habla de las caractérisicas de SQLite; Para poder usar SQLite en tus aplicativos, requerirás de ZeosLib.

Muchas gracias! He leído la web de SQLite, y parece ser que es exactamente lo que busco.

Saludos,

Marc

[ESarger]

Lo de hoy es el NOSQL.

Te recomiendo hacer lo que twitter y facebook y cambiarte a cosas gratuitas y muy poderosas en cuanto a escalabilidad como Casandra, ahora que si planeas hacer algo pequeño y te da igual la moda NOSQL, mysql puede ser tu ideal para cosas pequeñas y libres.

Ahora, si quieres algo grande y gastar pues siempre tendrás Oracle

PD: Había puesto los links a todo esto pero por alguna razón no me ha permitido ponerlos

[Casimiro Notevi]

Empezado por ESarger

Que conceptos tan viejos te recomiendan

Lo de hoy es el NOSQL.
Te recomiendo hacer lo que twitter y facebook y cambiarte a cosas gratuitas y muy poderosas en cuanto a escalabilidad como Casandra, ahora que si planeas hacer algo pequeño y te da igual la moda NOSQL, mysql puede ser tu ideal para cosas pequeñas y libres.
Ahora, si quieres algo grande y gastar pues siempre tendrás Oracle
PD: Había puesto los links a todo esto pero por alguna razón no me ha permitido ponerlos

Veamos, explícate

[ESarger]

Empezado por Casimiro Notevi

Veamos, explícate

En términos de escalabilidad, y obviamente por ser un gratuito(tenía que ser parte de los eficientes de Apache) da un gran rendimiento, muy superior al de muchos otros.

No es un sistema centralizado, ni gestionado de manera centralizada, sino que toda la inteligencia de gestionar los datos es manejada de manera distribuída entre todos los nodos, lo que en la práctica en realidad significa que no existe un solo punto de fallas en el sistema, ya que aun si se caen varios de los servidores, los otros continuarán operando ininterrumpidamente, lo que es esencial para muchos tipos de sistemas estilo web hoy día. Incluso, Cassandra soporta replicación no solo local en una red, sino que entre varios centros de datos remotos, todo de manera natural.

Noten que existen soluciones que pueden escalar bastante bien en  varios  escenarios, como es utilizar MemCache con MySQL, pero el  problema de  esas soluciones es que requiere de mucha configuración  manual para  agregar nuevos nodos al cluster, y aparte de eso no  garantiza una  escalabilidad lineal como lo ofrece Cassandra.

En realidad el rendimiento para cinetos de millones de datos es completamente superior, a eso me refiero, además, como dije, mysql y algunos de este estilo son ideales para cosas pequeñas y sin coste, al final es una desición personal, y esta, es una alternativa mas. Pero es una alternativa a la que muchos se estan moviendo, tal y como lo esta haciendo twitter

[mcs]

Ya, pero es que lo que yo busco es justamente el otro extremo. No busco crear una aplicación web para cinco zillones de usuarios, sinó simplemente una forma de guardar los datos en local, para una aplicación monousuario... No me sirve un Oracle, ni un MySQL... Sería matar moscas a cañonazos. Estoy hablando de bases de datos de media docena de tablas, y unos centenares de registros...

O sea, algo simple de instalar (y si es un único fichero con una DLL enlazada al ejecutable, mejor), con la única condición (que no cumple el Firebird) que pueda ser usada a la vez por más de una aplicación a la vez.

[ESarger]

Empezado por mcs

Ya, pero es que lo que yo busco es justamente el otro extremo. No busco crear una aplicación web para cinco zillones de usuarios, sinó simplemente una forma de guardar los datos en local, para una aplicación monousuario... No me sirve un Oracle, ni un MySQL... Sería matar moscas a cañonazos. Estoy hablando de bases de datos de media docena de tablas, y unos centenares de registros...

O sea, algo simple de instalar (y si es un único fichero con una DLL enlazada al ejecutable, mejor), con la única condición (que no cumple el Firebird) que pueda ser usada a la vez por más de una aplicación a la vez.

La respuesta es MICROSOFT ACCESS

[[movorack]]

Estuve lellendo algo de NOSQL, es un nuevo movimiento, liderado por desarrolladores con necesidades especificas que terminaron escribiendo sus propios estandares de almacenamiento. aquí un artículo

Bajo el concepto de este movimiento, muchos sitios web son simples y básicos y talvez no necesitan sino de 1 o dos tablas para funcionar y allí es donde apuntan a no usar un RDBMS, debido a que entrega una complejidad no necesitada. siendo que con modelos mas simples han obtenido mayor eficiencia en la escritura y lectura de datos.

De verdad, no se trata de conceptos novedosos u obsoletos; tampoco de modas. Cada modelo, lenguaje, motor tiene sus pros y sus contras... ninguno en realidad es la panacea ni la fuente de la eterna juventud.

En este caso, mcs ha encontrado algo que se adapta a su modelo... sayonara