SQLite3 par défaut dans Rails 2.0.2

Bonjour à tous,

J’ai vu que DHH a annoncé que SQLite3 devenait la base de données par
défaut dans la nouvelle version de Rails 2.0.2

J’aurais aimé en savoir plus sur cette base de données, notamment en
termes de performance sur un serveur de production car cela a l’air
génial.

Y-a-t’il déjà des retours de personnes utilisant SQLite en
production ?

Merci beaucoup,

Pierre

On Dec 19, 2007 10:19 AM, Pierre V. [email protected] wrote:

génial.

Y-a-t’il déjà des retours de personnes utilisant SQLite en
production ?

Pour l’utiliser en développement, ses performances sont vraiment plus
lente. Je ne suis pas sur que DHH le conseille en production. C’est
pratique pour la phase de développement car ça permet d’éviter de
faire tourner une BDD sur son propre poste. Mais en production, il
vaux mieux avoir sa BDD ailleurs. Ensuite SQLite est impossible a
utiliser sur un autre serveur. Tu es donc obligé d’avoir ta BDD et ton
serveur Rails sur la même machine.


Cyril M.
http://blog.shingara.fr

Bonjour,

Je vais en rajouter une couche : SQLite utilise des fichiers plats, ce
qui implique, pour des raisons évidentes de contrôle des I/O, que la
base lock une table pour un simple SELECT. Cela implique donc
l’impossibilité pour ton site d’avoir 2 visiteurs accédant au site au
même instant pour peu que les 2 pages ne soient pas déjà en cache. Ne
parlons alors pas des pages contenant des formulaires…

Globalement, SQLlite est super pour des applications mono utilisateur
à faie tourner sur ton desktop. Sous Mac, par exemple, mail.app en
fait une utilisation intensive.

Bonne journée,
Frédéric

Le 19 déc. 07 à 10:49, Cyril M. a écrit :

Cela implique donc l’impossibilité pour ton site d’avoir 2 visiteurs accédant au site au
même instant
enfin disons pour etre plus précis que la requete du 2e devra attendra
la fin de la requete du 1er (affaire de qques ms)… le 2e visiteur ne
se verra pas la porte du site fermée (-;

mais oui, sqlite est idéal pour le dev et les tests (c’est en fait une
simple bibliotheque, il n’y a pas de serveur), et la prod sera
reservéegénéralement à de “vrais” SGBD.

gUI

mais oui, sqlite est idéal pour le dev et les tests (c’est en fait une
simple bibliotheque, il n’y a pas de serveur), et la prod sera reservée
généralement à de “vrais” SGBD.

A noté également que dés que on décide de faire une requête SQL “à la
main” la compatibilité toute théorique des bases de données deviens un
problème, il est alors difficile de se passer de la même base qu’en
production pour le développement et les tests (Ceci afin de s’assurer du
bon fonctionnement de nos requêtes). Sans parler d’optimisation de la
base (faite via les migrations).

Mais l’utilisation de sqlite3 par défaut dans rails permet de démarrer
plus rapidement le développement pour passer à une autre base de
donnéeplus adapté lors que ça deviens nécessaire.

Et comme le dit Frédéric ceci n’enlève rien au mérite de sqlite, cette
base est de plus en plus utilisé par des applications Desktop, mais
également par des applications Web qui ne doivent pas supporter une trop
forte charge ou afin de permettre un déploiement plus rapide.

Yann.


Yann Lugrin
[email protected]

http://www.sans-savoir.net

Merci beaucoup pour toutes vos réponses.
Pierre

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs