Dans quel cas Sqlite est-il utilisé?
je ne sais pas comment l'autorité c'est mais j'ai trouvé ceci:
http://www.sqlite.org/cvstrac/wiki?p=PerformanceConsiderations
et il ne semble pas bon d'avoir beaucoup de connexions à sqlite. Cela semble être mauvais pour le web et la plupart des applications qui ont plus que quelques utilisateurs. J'ai du mal à penser à ce que sqlite pourrait être utilisé lorsque vous n'avez pas besoin de beaucoup de connexions. Chaque programme que je peux penser a besoin d'utilisateurs, beaucoup d'entre eux parfois, alors pourquoi utiliser une base de données qui ne permet pas autant de connexions? J'ai pensé à des prototypes, mais pourquoi j'utiliserais ça alors que je peux me connecter à une base de données plus grande? Embedded applications peut-être?
je vous Remercie.
EDIT: Merci à tous. Je regarde la page recommandé ci-dessous, mais un confus au sujet de quelque chose:
sous les utilisations appropriées pour sqlite il a:
Situations Où SQLite Travaille Bien
•Sites web
SQLite fonctionne habituellement très bien comme moteur de base de données pour les sites à faible et moyen trafic (ce qui est à dire, 99,9% de tous les sites). La quantité de trafic web que SQLite peut gérer dépend, bien sûr, de la façon dont lourdement le site utilise sa base de données. En général, tout site qui reçoit moins de 100K hits / jour devrait fonctionner très bien avec SQLite. Le chiffre de 100 000 visites par jour est une estimation prudente, et non une limite supérieure rigide. Il a été démontré que SQLite travailler avec 10 fois plus de trafic.
Situations où un autre SGBDR peut mieux fonctionner
•Applications Client/Server
si vous avez beaucoup de programmes clients accédant à une base de données commune sur un réseau, vous devriez envisager d'utiliser un moteur de base de données client/serveur au lieu de SQLite. SQLite fonctionnera sur un système de fichiers réseau, mais en raison de la latence associée à la plupart des systèmes de fichiers réseau, les performances ne seront pas bonnes. En outre, la logique de verrouillage des fichiers de nombreux systèmes de fichiers réseau contiennent des bogues (sur Unix et Windows). Si le verrouillage de fichier ne fonctionne pas comme il devrait, il pourrait être possible pour deux ou plusieurs programmes clients de modifier la même partie de la même base de données en même temps, résultant en une corruption de base de données. Parce que ce problème résulte de bogues dans l'implémentation du système de fichiers sous-jacent, il n'y a rien que SQLite puisse faire pour l'empêcher.
une bonne règle de base est que vous devez éviter D'utiliser SQLite dans les situations où la même base de données sera accessible simultanément à partir de nombreux ordinateurs via un système de fichiers réseau.
La Question:
je vais vous montrer mon ignorance ici, mais quelle est la différence entre ces deux?
9 réponses
c'est bon pour les situations où vous n'avez pas accès à une "vraie" base de données et voulez toujours la puissance d'un db relationnel. Par exemple, Firefox stocke un tas d'informations sur vos paramètres/historique/etc dans une base de données SQLite. Vous ne pouvez pas vous attendre à ce que tous les utilisateurs de firefox aient MySQL ou postgre installé sur leur machine.
il est aussi parfaitement capable de gérer des sites Web relativement peu achalandés et lisibles. La performance de celui-ci est globalement très bonne, il est plus que le la grande majorité des sites Web ont besoin de leur niveau de trafic.
ceci est bien répondu par sqlite lui-même : utilisation Appropriée de sqlite
Another way to look at SQLite is this:
SQLite is not designed to replace Oracle. It is designed to replace fopen().
je trouve également que L'utilisation de SQLite est bon pour obtenir une application prototype assez rapidement ensemble sans la tête d'avoir un serveur DB séparé ou bogging un environnement de développement avec une instance de MySQL/Oracle/Whatever.
également facile à récupérer et déplacer la base de données vers une autre machine si vous en avez besoin.
il est souvent utilisé pour les applications intégrées.
il peut être très pratique d'utiliser une base de données comme le stockage lorsque vous n'avez pas accès à un service de base de données. Donc SQLite est utilisé car c'est juste un fichier que vous stockez quelque part.
l'iPhone l'utilise pour l'historique des appels, les SMS, les contacts et autres types de données. Comme Ólafur Waage dit, bon pour les applications intégrées sur l'appareil mobile parce qu'il est léger. Je l'ai utilisé aussi sur les applications autonomes. Facile à utiliser et disponible sur la plupart des plateformes.
pensez à des applications client ou de bureau simples qui pourraient faire usage d'une base de données, comme un mauvais exemple, un carnet d'adresses. Plutôt que de regrouper un énorme moteur de base de données comme mysql ou postgre avec votre livrable, sqlite est très léger et facile à inclure avec votre application terminée.
la SOIE Hebdomadaire épisode de podcast parle avec le créateur de SQLite et couvre entre autres choses va sur le type de choses que vous l'utiliseriez pour. Tout, des systèmes de fichiers pour téléphones mobiles aux sites Web plus petits.
dans les termes les plus simples, SQLite est un logiciel du domaine public qui fournit un système de gestion de base de données relationnelles, ou RDBMS. Les systèmes de bases de données relationnelles sont utilisé pour stocker des enregistrements définis par l'utilisateur dans de grandes tables. En plus du stockage et de la gestion des données, un moteur de base de données complexes, les commandes de requête qui combinent des données à partir de plusieurs tableaux pour produire des rapports et des résumés de données. Autres SGBDR populaires les produits comprennent Oracle Database, IBM DB2, et Microsoft SQL Server on le côté commercial, MySQL et PostgreSQL étant des produits open source populaires. Le" Lite " en SQLite ne fait pas référence à ses capacités. Plutôt, SQLite est léger en ce qui concerne la complexité de la configuration, les frais administratifs généraux et l'utilisation des ressources.
pour plus d'informations et de solutions sur SQLite, visitez le lien ci-dessous:
http://blog.developeronhire.com/what-is-sqlite-sqlite/
je vous Remercie.
Ce que les deux ci-dessus répond dire. En développant légèrement sur la réponse de Chad Birch, ses appels teh à la base de données SQLite, et une implémentation plutôt médiocre de sync () qui fait que FF3 est si lent sous linux.