Discussion :

[SergioMaster]

Bonjour,

Je viens de réaliser un programme utilisant SQLite pour utiliser des "tables temporaires". J'en suis à la phase déploiement et là, un doute me taraude
Je sais que sous Androïd et sous OSX/IOS (merci de confirmer pour l'environnement APPLE) SQLite est installé, cependant il n'en ai pas de même pour Windows (enfin je crois).
Bien sur sur mon pc de dev j'ai tellement d'outils (dont sqlitemanager) que évidemment sqlite est installé, du coup j'ai fait une petite recherche sur mon PC et surprise des sqlite*.dll j'en retrouve beaucoup (trop) et ce à divers emplacement, taille et dates et ce sans parler de la version 32 ou 64 bits !

Quelle DLL choisir (sqlite,sqlite3) et où la mettre ?
- celle proposé par Embarcadero
- celle déployée par des tiers (plus de 10, j'en ai même une de Symantec)
- l'officielle du site SQLite

je pencherais pour la solution : celle d'Embarcadero (pour être sur que Firedac y soit "compatible") dans le répertoire du programme (pour éviter des écrasements à cause d'installation par des tiers) et ce malgré le fait qu'il y aura, du coup, forte chance d'avoir un "fichier en double"

Qu'en pensez-vous ?

[Paul TOTH]

je pense que la réponse est dans la question

l'intérêt d'une DLL est cependant de pouvoir mettre à jour le moteur SQL sans recompiler le programme, et théoriquement une DLL plus récente devrait fonctionner avec l'application en corrigeant éventuellement au passage quelques bugs.

SQLite3 c'est le nom de la DLL à partir de la version 3, SQLite c'est pour les versions antérieures, donc à priori il faut prendre un SQLite3.dll.

et pour ce qui est de la version 32 ou 64 bits, elle dépend tout simplement de la version de ton application; il faut la même

Cependant, je viens de regarder dans FireDAC j'ai un SQLite_x86.obj (et un SQLite_x64.obj en 64bits) qui sont liés statiquement par FireDAC.Phys.SQLiteCli, ce qui veux dire que le moteur SQLite est intégré directement dans l'application donc pas de DLL, mais pas de mise à jour de celle-ci possible non plus.

En fait tout est expliqué ici
http://docwiki.embarcadero.com/RADSt...Lite_(FireDAC)

[SergioMaster]

je pense que la réponse est dans la question

C'était plus ou moins le but avoué

Code ALWEBER :

Sélectionner tout - Visualiser dans une fenêtre à part

Donc tout dépend de ta version de Delphi.

XE10 ou Seattle si on est plus anglophile

J'avais en fait zappé le "Liaison Statique" possible et m'étais attardé uniquement sur une DLL à déployer

et pour ce qui est de la version 32 ou 64 bits, elle dépend tout simplement de la version de ton application; il faut la même

Ah, ce n'est pas aussi évident que ça ! Gros débat philosophique
par exemple :
- Delphi est 32 bits, les fichiers .HLP ont été fait pour un système 32 bits ont pourrait alors dire je vais installé WinHelp32 version 32 bits sur mon poste qui lui est 64 bits (Grosse erreur)
- Mes programmes Delphi sont 32 bits mon poste est 64 bits , quelle version de Firebird client j'installe 32 ou 64 bits (j'ai la réponse )

et pour preuve du nombre de sqlite.dll,sqlite3.dll que j'ai pu trouver beaucoup d'éditeurs préfèrent la solution : "je copie ma dll avec le programme", dommage il est difficile de voir la version (32 ou 64)

[Paul TOTH]

Ah, ce n'est pas aussi évident que ça ! Gros débat philosophique
par exemple :
- Delphi est 32 bits, les fichiers .HLP ont été fait pour un système 32 bits ont pourrait alors dire je vais installé WinHelp32 version 32 bits sur mon poste qui lui est 64 bits (Grosse erreur)

Winhelp32.exe est un process externe à Delphi, il pourrait être 32 ou 64 bits ça ne changerait rien. Mais si c'était un Winhelp32.dll, il faudrait qu'il soit du même type que Delphi (bds.exe), donc 32bits.

Au passage, si Delphi est une application 32bits, c'est pour permettre d'avoir un seul produit pour Windows 32 et 64bits, ce denier permettant d'exécuter des applications 32 bits.

- Mes programmes Delphi sont 32 bits mon poste est 64 bits , quelle version de Firebird client j'installe 32 ou 64 bits (j'ai la réponse )

même principe, le serveur est un process externe, il peut tourner en 32 ou 64 bits, ça importe peu.

par contre le client GDS32.DLL (ou FBCLIENT.DLL), doit lui être en 32 bits pour une application 32 bits, quelque soit la version de Windows.

NB: une application 64Bits ne pourra pas tourner sur un Windows 32bits, ce cas est donc facile.

et pour preuve du nombre de sqlite.dll,sqlite3.dll que j'ai pu trouver beaucoup d'éditeurs préfèrent la solution : "je copie ma dll avec le programme", dommage il est difficile de voir la version (32 ou 64)

c'est aussi car c'est une petite DLL, et qu'il est donc assez simple de la déployer avec l'application sans risquer un conflit de version avec une autre.

[ALWEBER]

Voir le lien suivant

docwiki.../XE8/fr/...QLite...FireDAC

FireDAC fournit des binaires SQLite 3.8.7.4. Il s'agit du mode par défaut pour les plates-formes spécifiées, aucun fichier ni action supplémentaire n'est requis. Veuillez noter que le cryptage de base de données SQLite est uniquement pris en charge pour la liaison statique.

Donc tout dépend de ta version de Delphi.

[GoustiFruit]

je pencherais pour la solution : celle d'Embarcadero (pour être sur que Firedac y soit "compatible") dans le répertoire du programme (pour éviter des écrasements à cause d'installation par des tiers) et ce malgré le fait qu'il y aura, du coup, forte chance d'avoir un "fichier en double"

Oui, je mettais aussi ma DLL SQLite3 dans le répertoire du programme... avant de passer aux unités SynSQLite3 et SynDBSQLite3 de Synopse ;-)