Discussion :

[lotfi.lahcene]

Bonjour à tous,
Suite a des recherches sur des bases de données faciles et efficaces on m'a recommandé d'utiiser Le SQLite...donc afin d'entamer mon projet je me suis dit pourquoi ne pas demander vos avis...
Qu'en pensez vous de SQLite ?

[ALWEBER]

Pas de problème. Cela convient très bien en conjonction avec Firedac donc plutôt avec une version récente de Delphi

[SergioMaster]

Bonjour,

il faut quand même relativiser :
SQLite pour du monoposte Oui , cela remplacera avantageusement un paradox ou un dbase et même un Access
pour du multi-poste multi-user Non optez alors pour Firebird, PostGresSQL (vrais OpenSource) , ou d'autres SGBD payants (il y a un sondage pour se faire une opinion)

l'avantage de SQLite c'est qu'il est déployé quasiment sur tout les OS, les inconvénients ? pas de procédure stockée et plein d'autres petites subtilités d'un SGBDR plus "cossu"

Cela convient très bien en conjonction avec Firedac donc plutôt avec une version récente de Delphi

pas d'accord avec D7+ZEOSDBO comme bibliothèque de connexion aucune difficulté

[tourlourou]

Bonjour Serge,

SQLite possède au moins certaines formes de procédures stockées.

Son API permet de préparer des requêtes et de les exécuter avec paramètres. Je ne sais pas si les composants d'accès aux données l'exploitent, même si le contraire me paraît improbable.

On peut aussi créer des triggers.

Toutes les fonctionnalités d'autres SGBD concernant les procédures stockées ne sont pê pas implémentées pour autant.

[foetus]

Si je ne dis pas de bêtises SQLite

• est le champion en lecture.
• très lent en écriture

Par défaut, il n'y a pas de sécurité : pas de mot de passe, pas de chiffrement, ...
De plus, lorsqu'on prépare une requête, il me semble qu'il n'échappe pas les chaînes de caractères comme le fait l'API de PHP

[SergioMaster]

Bonsoir (je viens d'allumer la lumière )

SQLite possède au moins certaines formes de procédures stockées

Oui une certaine forme, c'est ça qui "blesse" quand on compare avec d'autres SGBDR

Son API permet de préparer des requêtes et de les exécuter avec paramètres. Je ne sais pas si les composants d'accès aux données l'exploitent, même si le contraire me paraît improbable.

j'ai jamais fouiller cette partie

On peut aussi créer des triggers.

j'ai rien dit à propos des triggers car je m'en sert

Je ne voulais pas lancer un débat sur les différents SGBDR si lofti.lahcene vient du monde Paradox (ce que la plupart de ses ouvertures de discussions semblent suggérer) ou Access ce sera déjà un grand pas

Par défaut, il n'y a pas de sécurité : pas de mot de passe, pas de chiffrement,

après la suite du oops
un mot de passe pour se connecter si c'est possible et même assez efficace comme petite protection.
par contre pas de gestion d'utilisateurs, de rôles
Pas de chiffrement ? là encore c'est possible mais pas fourni avec SQLite de base

Je n'ai pas suivi les dernières versions de SQLite les fonctions de fenêtrage sont implémentées
lire aussi https://www.developpez.com/actu/94614

[foetus]

Pas de chiffrement ? là encore c'est possible mais pas fourni avec SQLite de base

Extension qui utilise SQLCipher qui est payant

un mot de passe pour se connecter si c'est possible et même assez efficace comme petite protection

Par défaut, je ne pense pas c'est sûrement que tu utilises une surcouche ou un pilote qui le fait.

C'est l'extension user-auth qui le propose, mais il faut une solution de chiffrement

[ShaiLeTroll]

Tant que cela reste monoposte embarqué, SQLite est un très bon choix

Pour un projet client server, étant sur ORACLE/Exadata depuis quelques années, je n'ai pas vraiment d'avis
Je serais bien embêté si je devais choisir un SGBDR aujourd'hui