Cita:
Empezado por ElMug
Pues que SQLite se pueda transportar a otros equipos y ahi poder abrirla se llama "portabilidad", y es uno de los atractivos de SQLite3. No es ningun defecto, al contrario, es lo que la ha hecho super popular y aceptada.
|
Lo que ha hecho popular a sqlite es que es
pequeña, sencilla de usar, cómoda de adaptar a muchos casos, que sea portable (por supuesto) y que se distribuya con una
licencia de dominio público básicamente.
Se ha convertido en el típico caso de base de datos "embebida" (qué palabra tan fea)
Cita:
|
Empezado por ElMug
Es la base de datos mas utilizada en el planeta.
|
Por favor, un enlace donde lo demuestre.
Cita:
|
Empezado por ElMug
Aunque esta donada al dominio publico
|
No es que "esté donada", es que usa ese tipo de licencia.
Cita:
|
Empezado por ElMug
esta vigorosamente mantenida y apoyada economicamente por los grandes de la industria digital: Oracle, Apple, HP, Samsung, Adobe, Mozilla, etc.
|
Vaya, en su web dice que está creada y mantenida por Richard Hipp y nadie más.
Y publica una lista de precios adicionales para poder costearse el trabajo:
Cita:
Annual Maintenance Subscription..... $1500/year
Technical Support..... $8-$35K/year
SQLite Consortium Membership..... $75K/year
SQLite License. Warranty of title and perpetual right-to-use for the SQLite source code..... $1000
SQLite Encryption Extension (SEE) (vaya, hay que pagar aparte por esto)..... $2000
Compressed And Encrypted Read-Only Database (CEROD) (vaya, además hay que pagar aparte por esto)..... $2000
The ZIPVFS Read/Write Compressed Database Extension..... $2000
Test Harness #3 (TH3)..... $5K-40K/year
|
Con esto no quiero decir que sea mala, es una sencilla base de datos muy cómoda y que no ocupa casi nada, es una perfecta sustituta para guardar datos en lugar de ficheros .ini y para tablas temporales, para cosas de esas, pero muchísimo más potente, evidentemente, y que puede ser usada como base de datos principal para ciertos tipos de aplicaciones.
No está pensada para entornos multiusuarios, porque aunque acepta lecturas concurrentes, sin embargo las escrituras... no. Por lo que una escritura mantiene bloqueada la base de datos para todas las conexiones y devuelve un error al acceder a ella por todos los demás usuarios.
No lo digo yo, lo dicen ellos:
Cita:
|
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 tiempo de expiración configurable).
|
Para entornos empresariales, profesionales, multiusuarios y multiprocesos reales no es válida, no porque sea mala, sino porque no está pensada para ello, son esos entornos donde trabajan postgresql, firebird, mysql, ms sql server (aunque esta última sólo para windows), etc.
Cita:
|
Empezado por web sqlite
SQLite no se pretende que sea un motor de base de datos de empresa. No está diseñado para competir con Oracle o PostgreSQL.
|
A mí me gusta bastante y la veo muy útil, aunque no para sustituir a una gestión empresarial, por ejemplo.