Le 18 mars 2010 14:00, Fernando Perez <list-incom...@andreas-s.net> a écrit :
> Ce qui compte c'est de savoir combien de requêtes par seconde il peut > encaisser et l'évolution des requêtes par seconde en fonction de la > taille du fichier de stockage. > C'est un peu détaillé sur leur site pour la première question. http://www.sqlite.org/whentouse.html Mais je commence à avoir des doutes sur l'utilisation de sqlite comme > bdd pour un site, car à la base il a été créé pour remplacer fopen, pas > pour remplacer postgresql. Donc si le développement avance avec cette > optique en tête, il peut y avoir des cas de figures où on sera bloqué > avec sqlite car il est incapable de traiter telle requête ou que > sais-je. > Y'a quand même beaucoup de projets qui ont été inventé pour autre chose que ce qu'ils font réellement aujourd'hui, je me méfie de ce genre de raisonnement. Et puis pour Sqlite, il y a quand même un (gros) minimum de fonctionnalités qui sont dispo et utilisables de manière transparente au travers de nos ORMs préférés. De plus, le choix d'une base de données au début d'un projet n'est pas forcément définitif, rien ne t'empêche si tu as des besoins qui évoluent de changer de base en cours de route. Là encore l'utilisation d'ORM ou de SQL de base te garantit que tu migreras facilement (c'est évident que ce n'est pas valable pour des besoins spécifiques...). -- Jean-Baptiste -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse railsfrance@googlegroups.com Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscr...@googlegroups.com
