Discussion :

[Invité]

Bonjour,

je cherche une base de données embarquée protégée. SQLite ne me convient pas : je ne veux pas seulement protéger (crypter) les champs mais "protéger" la structure.

MySQL, FireBird ou autre permettent-ils cela sachant que j'ai besoin du transactionnel ?

Merci.

[tourlourou]

Bonjour Gilles,

Je ne sais pas si vous avez vu les extensions payantes de SQLite, dont The SQLite Encryption Extension (SEE) et ZIPVFS.

La solution que vous cherchez est-elle multi-plateforme ou limitée à Windows ?

[Invité]

Bonjour,

Non je ne connaissais pas ces options.

Pour augmenter la fluidité de mes applis, j'utilise une base hébergée et une base locale sous Win, Mac Os... et Nux. J'utilise déjà SQLite mais en :memory:. Or si la connexion sur le serveur hébergé au démarrage de l'appli est impossible, je dois pouvoir utiliser la base locale. Evidemment avec une base:memory:, c'est très compliqué.

Donc je cherche une solution plus simple... et surtout multi IDE : Windev, Delphi et Qt 5.

Merci pour votre aide.

[Invité]

Re-Bonjour,

J'ai parcouru les liens. Je ne connaissais pas. J'avais essayé une solution Open-Source, il y a quelques années. Mais je n'ai jamais pu la faire fonctionner. Les prix me semblent exorbitants.

[GoustiFruit]

Pourquoi ne pas mettre la BDD SQLite dans une archive encryptée (zip, 7z, ... ?)

[Invité]

Bonjour,

avec le zip, cela fonctionnerait comment ? Les Grids sont connectées à la base locale. Ce qui suppose d'utiliser directement la base.

Le cheminement est celui-là :
Au démarrage, chargement de la base MariaDB hébergée dans une SQLite:memory: (évidemment locale).
Tout le logiciel fonctionne alors sur cette SQLite:memory:
Ceci est compatible quelque soit l'IDE utilisé et l'OS utilisé...
Mais la base SQLite:memory: présente 2 défauts : l'utilisation de la mémoire et sa non persistance. Pour l'instant, j'ai bien une solution de secours : une sauvegarde de la base dans un fichier crypté... Le seul problème est la mise à jour de ce fichier : soit j'utilise un thread pour conservé la fluidité mais il peut alors se désynchroniser, ou alors je l'inclus dans le transactionnel... et adieu la fluidité.

[tourlourou]

SQLite possède une interface commune nommée VFS (Virtual File System) vis-à-vis des différents OS.

Il permet aussi d'enregistrer un nouveau VFS, et même de le définir comme VFS par défaut.

Il doit être possible de faire cet enregistrement avant l'initialisation des composants d'accès aux données (à vérifier).

Pour peu qu'ils n'utilisent (à vérifier) que la fonction d'ouverture par défaut, qui ne spécifie pas de VFS, on a donc la possibilité "d'intercaler" notre propre interface vis-à-vis des fonctions de lecture/écriture de l'OS, intégrant un cryptage.

J'ai développé une interface personnelle minimale pour SQLite intégrant sous Windows Desktop 32 et 64 Bits une solution simple de cryptage sur ce principe. Elle est en phase de finalisation (depuis longtemps...), en vue de faire un tuto. Si cela vous intéresse à titre d'illustration du principe, on pourra échanger par MP.