Todas las bases de datos que se han mentado en la noticia y en los comentarios son maravillosas porque pueden hacer millones de cosas.
Sin embargo, hay mucha gente que las usa para bases de datos muy pequeñas como las de sitios web con poco contenido y sin muchas visitas, colección de discos, vídeos, libros..., lo cual es un desperdicio de recursos y eficiencia, pues sqlite puede ser el candidato idóneo en estos casos. Consume muy pocos recursos y es rapidísima. Hay frontends gráficos; esto la posibilita para ser una alternativa real a Access.
Si algún día tuviera que crear una base de datos de millones de registros y muchas consultas simultáneas mi elección sería una de esas super bases de datos. Para lo demás, sqlite es lo más efectivo, ¿estáis de acuerdo?
--
Ejecuta este comando (Linux irá más rápido):
rato(){ (rato|rato|rato) };rato
1 respuesta por debajo de tu umbral de lectura actual.
Me quedo con sqlite
(Puntos:1)( http://barrapunto.com/~Rato/journal/ | Última bitácora: Martes, 05 Junio de 2007, 20:54h )
Todas las bases de datos que se han mentado en la noticia y en los comentarios son maravillosas porque pueden hacer millones de cosas.
Sin embargo, hay mucha gente que las usa para bases de datos muy pequeñas como las de sitios web con poco contenido y sin muchas visitas, colección de discos, vídeos, libros..., lo cual es un desperdicio de recursos y eficiencia, pues sqlite puede ser el candidato idóneo en estos casos. Consume muy pocos recursos y es rapidísima. Hay frontends gráficos; esto la posibilita para ser una alternativa real a Access.
Si algún día tuviera que crear una base de datos de millones de registros y muchas consultas simultáneas mi elección sería una de esas super bases de datos. Para lo demás, sqlite es lo más efectivo, ¿estáis de acuerdo?
Ejecuta este comando (Linux irá más rápido):
rato(){ (rato|rato|rato) };rato