Je suis juste curieux. Je pose donc cette question particulière sur SQLite. Je n'ai pas largement utilisé ce type de base de données. Mais soin d'expliquer quel est le basique différent entre SQLite et MySQL?
La raison derrière tout cela est que je veux juste savoir s'il est possible de l'utiliser pour stocker des données WordPress et agir en tant que base de données?
5 Réponses :
SQLite est une base de données de fichiers. Il n'y a pas de processus de course ou de quoi que ce soit, il est littéralement un fichier régulier sur votre disque. MySQL est un serveur de base de données complet, quelque chose qui doit être exécuté de manière indépendante. SQLite convient le mieux au moment où les applications ont besoin d'une petite base de données pour stocker les paramètres ou les données.
vous pourrait le faire avec SQLite, mais SQLite n'est pas vraiment destiné à être utilisé simultanément (c'est-à-dire par plusieurs utilisateurs qui l'accédent à la fois). Donc, à moins que ce soit un site interne Dinky qui ne sera accédé que par quelques personnes, je ne le recommanderais pas.
Oui, ce sera un site interne qui accède par de petites personnes via Intranet. Il est proche de l'environnement sans accès Internet
Si vous aurez un faible nombre d'utilisateurs, SQLite fonctionnera très bien. Bien sûr, faible peut être / est un terme relatif.
Max 3 personnes en même temps, suffisamment basse?
Surtout depuis que c'est surtout écrit, cela fonctionnera très bien.
Creuser cela de la tombe afin d'ajouter du "contexte sur les temps de courant". La meilleure utilisation pour SQLite aujourd'hui est principalement un développement local où vous ne voulez pas le ralentissement des frais généraux et du flux de travail d'exécution d'une base de données complète.
La dernière SQLite est bien meilleure à la manutention de plusieurs demandes
2016: Vous n'avez besoin que d'un utilisateur pour accéder au WordPress DB. Le même utilisateur - votre application WP PHP l'accède plusieurs fois par demande de page. Il écrit à la DB uniquement lorsque l'on écrit un blog. Le problème d'écriture concurrent n'est pas susceptible de monter à moins que vous essayiez de courir WordPress comme SaaS. Ai-je quelque chose de mal?
@Lordloh. WordPress écrit en réalité dans la base de données même lorsque l'utilisateur WPADMIN n'est pas connecté. Linkbacks, commentaires, ajout de comptes, divers plug-ins, il existe de nombreuses manières différentes que la base de données WordPress puisse être utilisée sans le WPADMIN.
Ce blogueur dit qu'à 200-300 visiteurs (probablement une journée ?), SQLite était trop lent sur une gouttelette de 512 Mo.
SQLite est une base de données en cours ou en cours de bureau. MySQL est une base de données de classe serveur. Je suis un peu notoire ici pour promouvoir des moteurs de classe serveur via des moteurs de bureau ou en cours -class pour les sites Web, car peu importe la façon dont vous faites dans votre moteur de base de données in-processus, vous allez avoir des problèmes de concurrence lors de leur ensemble. Bouquet de personnes tentent d'accéder à votre site en même temps.
Cependant, je pense que dans ce cas, vous pourriez faire très bien avec SQLite, tant que vous faites très attention à ce que vous installez des plug-ins. La raison en est que vous n'aurez probablement qu'une personne à mettre à jour votre blog WordPress et probablement fréquemment à cela. Ainsi, tant que vous faites attention à utiliser des plug-ins qui ne vous permettent pas d'écrire dans la base de données pour chaque visiteur, SQLite devrait faire de bien.
Donc, s'il n'y a qu'une seule personne qui a eu accès à des données d'écriture dans SQLite, ce serait OKE. Même si certaines personnes lisent les données via le front-end?
C'est exact. Il suffit d'être méfiant des plugins qui font des choses comme des visites de référent de journaux sur la DB. Les commentaires sont un autre grand. Mais tant que votre site reste petit et que vous évitez trop d'écrire, tout ira bien.
Oh vraiment? Darn, alors est-il impossible depuis le début?
Bien sûr, presque tous les logiciels doivent être spécifiquement écrits pour appuyer tout dB donné.
@wrar Je ne sais pas si c'était le sarcasme, mais le point n'est pas que cela devrait soutenir "une DB donnée", mais qu'il devrait venir "piles incluses"; Il est déjà en cours d'exécution sur un serveur Web, pourquoi a-t-il besoin d'un autre serveur Backend pour se connecter? Ne peut-il pas gérer ses propres données?
Techniquement, vous pouvez utiliser WordPress avec SQLite . Si vous n'avez pas beaucoup de trafic, c'est une option.
Cela devrait également fonctionner pour un grand trafic aussi. Juste pas si un grand nombre d'utilisateurs, blogging à la fois. ou commentant.
Il est trivialement facile d'installer une copie de MySQL et d'un serveur Web sur n'importe quelle machine, alors que vous pourrait utiliser utiliser SQLite, il serait beaucoup plus difficile de saisir une copie de mysql et de l'installer .
WordPress ne supporte rien, mais MySQL absorbée de la case, mais il est possible qu'un plugin de base de données remplace ce support avec à peu près n'importe quoi, s'il le voulait vraiment.
Si vous souhaitez tester cela localement ou quelque chose, prenez simplement une copie de XAMPP et installez WordPress à ce sujet. Facile.