BD SQLite protegida por Usuario y Contraseña

[ElMug]

Hola casimiro, esta donada es la palabra correcta, pues la puedes utilizar como te de la gana, sin pedir permiso ni licensia de su uso.

Ademas, no hay tal cosa como "licencia de dominio publico". Eso seria absurdo.

Tampoco es cierto lo que dices en cuanto a limites de acceso, pues SQLite3 usa caches y un control pager par permitir lo que quieres definir como concurrente.

Hay muchas personas y organizaciones que la usan empresarialmente, como te dije. Inclusive, si usas Firefox, la estas usando. Si usas una Mac la estas usando, si usas telefonos celulares inteligentes, la estas usando, si usas antivirus de McAfe, si usas Google, si usas Chrome, si usas Opera-browser, la estas usando la estas usando. No se necesita referencia para entender que tiene millones de usuarios.

Inclusive, Google contribuyo del codigo para permitir busquedas tipo Google usando SQLite3. Como ves, no solo es "una persona" la que sostiene a SQLite3.

Y aparte, no se pueden contar los usuarios totales, pues la mayoria no se reportan, ni se documentan, aun cuando la han ENCAMADO en sus dispositivos.

Aparte, SQLite3 ya es el estandard web-storage de HTML-5 aprovado por W3C Web Applications Working Group.

Tambien andas muy errado en eso de que solo Richard Hipp es el que sostiene a SQLite3.

Mira esto del sitio:
"The SQLite code base is supported by an international team of developers who work on SQLite full-time."

Y esto otro "el codigo es gratis para todo aquel que lo quiera".

Yo creo que lo referente al uso de SQLite3 no se debe de basar en lo que diga uno, que no es sino repeticion de lo que ya es informacion publica.

Al que le interese, puede libremente verificar por si mismo si le es o no adecuado.

En lo personal, si diria que como base de Desktop, es la que tiene mas ventajas, y esto no quiere decir que "desktop" sean sus limites.

PS. hay puse la palabra "encamado" ya traduciendo "embedded"..Aunque tal vez mejor palabra seria "incrustada"?

[Casimiro Noteví]

Empezado por ElMug

Tampoco es cierto lo que dices en cuanto a limites de acceso, pues SQLite3 usa caches y un control pager par permitir lo que quieres definir como concurrente.

No es lo que digo yo, es lo que dice en su propia web

Empezado por ElMug

Aparte, SQLite3 ya es el estandard web-storage de HTML-5 aprovado por W3C Web Applications Working Group.

Es lo que te dije antes, si no pones un enlace a donde lo digan... no sirve de nada. Hay que contrastar la información.

Empezado por ElMug

Tambien andas muy errado en eso de que solo Richard Hipp es el que sostiene a SQLite3.

Yo no lo sé, no lo digo yo, es lo que dice en su web:

Professional Support If you would like professional support for SQLite or if you want custom modifications performed by the original author of SQLite, these services are available for a modest fee. For additional information visit http://www.hwaci.com/sw/sqlite/prosupport.html or contact:
D. Richard Hipp
Hwaci - Applied Software Research
704.948.4565
[email protected]

Empezado por ElMug

Mira esto del sitio:
"The SQLite code base is supported by an international team of developers who work on SQLite full-time."

Pues eso, que si no pones enlaces


Y repito, que no digo que sea mala, lo que digo es que sirve para lo que sirve, nada más.

[ElMug]

enlaces:
=========================
http://www.sqlite.org/lockingv3.html

2.0 Overview

Locking and concurrency control are handled by the pager module. The pager module is responsible for making SQLite "ACID" (Atomic, Consistent, Isolated, and Durable). The pager module makes sure changes happen all at once, that either all changes occur or none of them do, that two or more processes do not try to access the database in incompatible ways at the same time, and that once changes have been written they persist until explicitly deleted. The pager also provides a memory cache of some of the contents of the disk file.

The pager is unconcerned with the details of B-Trees, text encodings, indices, and so forth. From the point of view of the pager the database consists of a single file of uniform-sized blocks. Each block is called a "page" and is usually 1024 bytes in size. The pages are numbered beginning with 1. So the first 1024 bytes of the database are called "page 1" and the second 1024 bytes are call "page 2" and so forth. All other encoding details are handled by higher layers of the library. The pager communicates with the operating system using one of several modules (Examples: os_unix.c, os_win.c) that provides a uniform abstraction for operating system services.

The pager module effectively controls access for separate threads, or separate processes, or both. Throughout this document whenever the word "process" is written you may substitute the word "thread" without changing the truth of the statement.
=====================================================

http://www.sqlite.org/mostdeployed.html
Most Widely Deployed SQL Database

We believe that there are more copies of SQLite in use around the world than any other SQL database engine, and possibly all other SQL database engines combined. We cannot be certain of this since we have no way of measuring either the number of SQLite deployments nor the number of deployments of other databases. But we believe the claim is defensible.

The belief that SQLite is the most widely deployed SQL database engine stems from its use as an embedded database. Other database engines, such as MySQL, PostgreSQL, or Oracle, are typically found one to a server. And usually a single server can serve multiple users. With SQLite, on the other hand, a single user will typically have exclusive use of multiple copies of SQLite. SQLite is used on servers, but it is also used on desktop PC, and in cellphones, and PDAs, and MP3-players, and set-top boxes.
Estimates

At the end of 2006, there were 100 million websites on the internet. [1] Let us use that number as a proxy for the number of deployed SQL database engines other than SQLite. Not every website runs an SQL database engine and not every SQL database engine runs a website. Larger websites run multiple database engines. But the vast majority of smaller websites (the long tail) share a database engine with several other websites, if they use a database engine at all. And many large SQL database installations have nothing to do with websites. So using the number of websites as a surrogate for the number of operational SQL database engines is a crude approximation, but it is the best we have so we will go with it. (Readers are encouraged to submit better estimates.)

Now let's consider where SQLite is used:

300 million copies of Mozilla Firefox.
20 million Mac computers, each of which contains multiple copies of SQLite
20 million websites run PHP which has SQLite built in. [3] We have no way of estimating what fraction of those sites actively use SQLite, but we think it is a significant fraction.
450 million registered Skype users.
20 million Symbian smartphones shipped in Q3 2007 [5] Newer versions of the SymbianOS have SQLite built in. It is unclear exactly how many Symbian phones actually contain SQLite, so we will use a single quarter's sales as a lower bound.
10 million Solaris 10 installations, all of which require SQLite in order to boot.
Millions and millions of copies of McAfee anti-virus software all use SQLite internally.
Millions of iPhones use SQLite
Millions and millions of other cellphones from manufactures other than Symbian and Apple use SQLite. This has not been publicly acknowledged by the manufactures but it is known to the SQLite developers.
There are perhaps millions of additional deployments of SQLite that the SQLite developers do not know about.

By these estimates, we see at least 500 million SQLite deployments and about 100 million deployments of other SQL database engines. These estimates are obviously very rough and may be off significantly. But there is a wide margin. So the SQLite developers think it is likely that SQLite is the most widely deployed SQL database engine in the world.

Si una base de datos tiene futuro es SQlite y conviene adentrarse en ellas, es SQlite3.

Y no es lo que yo digo, tampoco, Don Casimiro.

[Casimiro Noteví]

Pues eso, amigo ElMug, firefox lo usa para mantener enlaces, historial, etc.
Skype lo usa para tus contactos, guardar historial, etc.
McAfee lo usa para su base de virus, logs, etc.
Lo dicho, lo usan para lo que está básicamente diseñado sqlite, es lo que he dicho antes, prácticamente todos son monousuarios.

Empezado por ElMug

Don Casimiro.

¡uy!, 'Don', eso me hace muy viejo

[ElMug]

Empezado por Casimiro Notevi

Pues eso, amigo ElMug, firefox lo usa para mantener enlaces, historial, etc.
Skype lo usa para tus contactos, guardar historial, etc.
McAfee lo usa para su base de virus, logs, etc.
Lo dicho, lo usan para lo que está básicamente diseñado sqlite, es lo que he dicho antes, prácticamente todos son monousuarios.


¡uy!, 'Don', eso me hace muy viejo

Pues haciendo a un lado lo venerable de la edad, y por un rato el nombre de CASImiro, mirando completo, has de ver que tu aseveracion de que SQLite esta "diseñada para uso monousuario" no es correcta, pues si fuera como tu dices no tendria caso alguno de que tuviera su sofisticado y eficiente manejo de locks. Que alguien haya dicho, piense, o desee que SQLite este diseñado para uso monusuario, es algo muy aparte de la verdad.

Si lo que quieres decir es que las bases con motor tipo servidor son en la mayoria de los casos impracticas para uso monousuario, no lo cuestionaria.

Ahora, que SQlite3 no esta diseñada para transacciones cuantiosas y tupirle muchos usuarios que graben data con gran frecuencia, de gran volumen, o de transacciones de muchas operaciones, eso lo dice muy claramente la pagina de SQLite, pero por ningun lado dice que SQLite "esta diseñada", o se limite a monousuario.

[Casimiro Noteví]

Empezado por ElMug

Ahora, que SQlite3 no esta diseñada para transacciones cuantiosas y tupirle muchos usuarios que graben data con gran frecuencia, de gran volumen, o de transacciones de muchas operaciones, eso lo dice muy claramente la pagina de SQLite, pero por ningun lado dice que SQLite "esta diseñada", o se limite a monousuario.

Es que una cosa lleva a la otra
Como puedes ver, el uso mayoritario (de tu lista) es monousuario. Que permite múltiples usuarios leyendo, de acuerdo. Pero no escribiendo, por lo tanto, si quieres lo definimos como: multiusuario leyendo y monousuario escribiendo

[[Caral]]

Hola
me parece que seria muy bueno dividir este hilo:
1- BD SQLite protegida por Usuario y Contraseña (pregunta original)
2- Es Sqlite una base de datos multiusuario, escritura ( si/no, por que ? ).
Os voy a enviar a leer la guia de estilo a ambos.......
Saludos
PD: yo se que access es mejor y no lo discuten...