5
octobre
2009
SQLite et SubSonic
octobre
2009
Un article de Philippe Vialatte
Suite a une question sur le forum (et pour défendre SubSonic, forcement 
), je me suis penché, hier soir, sur l’utilisation de SQLite avec SubSonic (un problème de jointure, mais ne nous dispersons pas…)
Du coup, je me suis installé SQLite sur ma machine a la maison, téléchargé le provider SQLite pour ADO.NET, et en…trois minutes, j’ai ma base en route.
Je ne connaissais pas du tout SQLite, mais cette base de données me botte…
Une dll a ajouter au projet web, un fichier db3, et on a une petite base de données relationnelles légère, suffisamment réactive pour des petits volumes, et qui se sauvegarde en copiant le fichier db3…Que du bonheur, quoi
Pour les pré-requis:
- ADO.NET 2.0 SQLite Data Provider
- Subsonic
- …et c’est tout…
Pour une comparaison entre MySQL, PostgreSQL et SQLite, voir ici:
2 Commentaires + Ajouter un commentaire
Articles récents
Archives
- janvier 2014
- septembre 2013
- août 2013
- mai 2013
- avril 2013
- janvier 2013
- août 2012
- juin 2012
- mai 2012
- avril 2012
- mars 2012
- novembre 2011
- septembre 2011
- août 2011
- juillet 2011
- juin 2011
- mai 2011
- avril 2011
- février 2011
- janvier 2011
- novembre 2010
- octobre 2010
- septembre 2010
- août 2010
- juillet 2010
- juin 2010
- mai 2010
- avril 2010
- mars 2010
- février 2010
- janvier 2010
- décembre 2009
- novembre 2009
- octobre 2009
- septembre 2009
- août 2009
- juillet 2009
- juin 2009
- mai 2009
- avril 2009
- mars 2009
- février 2009
- janvier 2009
Merci pour la précision
Je précise, jusqu’à ce petit test, je ne connaissais pas plus SQLite que le mandarin (c’est a dire qu’en dehors de bonjour, au revoir et merci….
), et que je ne vais pas m’en servir demain pour gérer un outil de gestion avec 200(00?) tables (sur lesquelles je vais de toute façon avoir besoin de *vraies* règles d’intégrités), mais dans l’idée d’avoir une petite base « quick and dirty », j’aime bien…
Après, pour la règle 6, pour chipoter (parce que j’aime bien ça), ce n’ est pas *vraiment* en désaccord, vu que ni le système ni l’utilisateur ne peut modifier une vue…
…je sors
Sauf qu’il est très difficile de parler de base de données relationnelle. En effet au sens de Codd, créateur des bases de données relationnelles, un tel outil doit pouvoir (règles de Codd dispo à http://sqlpro.developpez.com/SGBDR/ReglesCodd/SQL_databases_SGBDR_regles_codd.pdf) :
RÈGLE 5 – Langage de manipulation de données complet :
Au moins un des langages du SGBDR doit avoir une syntaxe complète et doit permettre la définition des données, la formation des vues, la manipulation des donnée, la gestion
des règles d’intégrité, les autorisations et les frontières des transactions.
Or SQL lite ne gère pratiquement pas les règles d’integrité en particulier pas celles liées aux domaines, ni FOREIGN KEY, ni ASSERTIONS. Certes il permet les triggers…
RÈGLE 6 – Règle de mise à jour des vues :
Toutes les vues qui sont théoriquement modifiables peuvent être mises à jour par le
système.
Or d’après SQL lite :
« You cannot DELETE, INSERT, or UPDATE a view. Views are read-only in SQLite. »
Et en matière d’administration, pas grand chose….
A +