Discussion :

[essence-ciel]

Bonjour,
Je travaille avec Delphi 10.3 édition "professionnel" et cherche à migrer de Paradox à SQLite, je suis plus que néophyte avec SQLite, c'est la première fois que je l'utilise... J'ai créé une Base de Données SQLite Soins10 qui comprends plusieurs tables : ProduitsNaturels, Affections, Remedes, Chromato, Synergie, Posologie, Molecule... J'ai déjà un vieux programme de plus de 15 ans (créé à l'époque avec Delphi 4) qui tourne avec les mêmes tables sous Paradox et le BDE mais souhaite migrer vers SQLite qui correspond à mes besoins.

Dans l'application j'ai créé un DataModule sur lequel j'ai déposé un TFDConnection, TFDTransaction, TFDPHysSqlDriver, TFDLocalSQL, TClientDataSet, T DataSource et FDTAble. La connexion est établie TFDConnection = True et j'ai indiqué TDAtaSource.DataSet = FDTable1. Dans l'éditeur de connexion FireDac, lorsque je teste la connexion, je reçois : Connexion établie avec succès.

Avant d'extraire des données, il me faut pouvoir accéder aux différentes tables pour renseigner différentes valeurs, par exemple dans la table Chromato, je dois renseigner la molécule, son CAS, sa formule chimique, ses vertus thérapeutiques...

Problème : j'indique FDTable1.TableName Soins10... et cherche à activer le FDTable, je reçois un message d'erreur : FireDac Phys SqLite Error : no such table : Soins10. Je comprends que j'accède à la base de données mais comment faire pour accéder aux tables ? Par exemple j'ai essayé Soins10>Remede, Soins10\Remede, Soins10:Remede rien n'y fait toujours le même message d'erreur lorsque je cherche à activer la table.

Cordialement,

[ALWEBER]

A quel moment crée tu les tables dans SQL Lite ?

[tourlourou]

Si la base est créée préalablement avec ses tables, il doit falloir indiquer le chemin de la base (Soins10) dans le TFDConnection.Database ou en renseignant la propriété Database de TFDConnection.Params, puis indiquer au TTable celle souhaitée : FDTable1.TableName := 'Remede' (ou Soins10.Remede).
Je ne sais pas si cela suffit à la peupler lors d'un Open ou Active, mais ça semblerait logique !

[essence-ciel]

Merci pour vos réponses.

Pour répondre à AlWeber, la base de données et les tables ont créées avec DB Browser (SQLite) préalablement à toute ligne de code. J'ai donc ma base de données, prête à l'emploi dans laquelle j'ai importé toutes les données des fichiers Paradox, et je cherche a y accéder.

Tourlourou, j'ai inscris le chemin complet dans TFDConnection.Params et cette fois-ci, alors que le fichier Soins10.Sqlite3 est bien dans ce même répertoire, lorsque je mets FDTable.Active à True je reçois l'erreur FireDac Phys SqLite Error : unknown database Soins10.

Pourtant lorsque j'utilise l'éditeur de connexion FireDac et que je teste la connexion, j'ai bien le message Connexion établie avec succès... est-ce parce que j'ai un espace dans le chemin : C:\Borland\Travail 10\Soins10.Sqlite3 ?

[essence-ciel]

Pour la tranquillité d'esprit, j'ai tout repris à la base données, drivers... en fait, il s'agissait d'un problème de driver, j'utilisais le driver 64 bit au lieu du 32 bit... avec le driver 32 bit, cela fonctionne en utilisant les conseils de Tourlourou.

Désireux de faire tourner le programme en 64 bit, je me pose maintenant la question de comment migrer la BDD du 32 au 64 mais, étant monotâche et séquentiel, ce sera pour plus tard...

Merci à vous,

[SergioMaster]

Bonjour,

Pour la tranquillité d'esprit, j'ai tout repris à la base données, drivers... en fait, il s'agissait d'un problème de driver, j'utilisais le driver 64 bit au lieu du 32 bit.

Là je trouve cela étrange, est-ce à dire que vous avez copié un driver dans le répertoire programme ou mis un chemin de driver particulier dans le FDConnection ?
Je ne me suis jamais "cassé la tête" pour utiliser SQLite (installé sur windows 10 64 bits), je n'ai même pas cherché à vérifier sa version (après tout ce ne sont que pour des données locales) que je lance en debug à partir de l'EDI (donc 32 bits) ou le programme compilé en 64 bits je n'ai jamais eu de soucis particulier.
Comment avez vous eu l'idée d'un problème de driver ?

[essence-ciel]

Bonjour,

Là je trouve cela étrange, est-ce à dire que vous avez copié un driver dans le répertoire programme ou mis un chemin de driver particulier dans le FDConnection ?
Je ne me suis jamais "cassé la tête" pour utiliser SQLite (installé sur windows 10 64 bits), je n'ai même pas cherché à vérifier sa version (après tout ce ne sont que pour des données locales) que je lance en debug à partir de l'EDI (donc 32 bits) ou le programme compilé en 64 bits je n'ai jamais eu de soucis particulier.
Comment avez vous eu l'idée d'un problème de driver ?

Bonjour,
Ce qui posait problème c'était db Browser (Sqlite), j'ai testé avec SqliteStudio, j'ai saisi les valeurs correcte (Merci Paul Toth) et cela s'affiche correctement.
De plus, en supprimant le champ numéro qui était inutile et en renommant Affection en Affections comme suggéré par SergioMaster, c'est beaucoup plus lisible...

AlWeber, tu avais évoqué un document pour migrer du BDE vers un SGBDR, je suis toujours preneur.
Merci à tous.

[SergioMaster]

Bonjour

De plus, en supprimant le champ numéro qui était inutile

Je contredirais ce point, gardez ce numéro en en faisant une colonne autoincrémentée (donc pas besoin de code pour gérer ça) est la bonne pratique.
Faites en la clé primaire, et créez une contrainte unique sur la colonne affection.
Venant de Paradox vous aurez peut-être l'impression que le SGBD va "galérer", rajouter des fichiers etc... mais non c'est une fausse vue de la chose

AlWeber, tu avais évoqué un document pour migrer du BDE vers un SGBDR

c'est certainement de l'outil refind qu'il s'agit ? Voir http://docwiki.embarcadero.com/RADSt...E_vers_FireDAC
Je suis mitigé sur cet outil, je ne l'ai testé que sur de tout petits programmes, s'il fonctionne il garde aussi le code tel quel. Je m'explique avant j'utilisai des TTables l'outil me les transformera en FDTables
maintenant je prône plus l'utilisation de TQuery+TUpdateSQL pour diverses raisons (utilisations des macros de firedac par exemple) bien sur refind ne vas pas le faire à ma place conclusion si reFind est pratique il est (pour de petites applications) moins pratique qu'une migration à la main (le coût main d'œuvre n'est pas négligeable sans parler de l'installation des composants BDE nécessaires)

Ayant fait le choix FMX la question ne se pose pas vraiment pour moi.

[ALWEBER]

Voici l'exemple dont je t'avais parlé. De Paradox vers Interbase. Je n'ai pas eu le temps de le modifier pour faire Paradox vers SQLLite

[essence-ciel]

Bonjour

Je contredirais ce point, gardez ce numéro en en faisant une colonne autoincrémentée (donc pas besoin de code pour gérer ça) est la bonne pratique.
Faites en la clé primaire, et créez une contrainte unique sur la colonne affection.
Venant de Paradox vous aurez peut-être l'impression que le SGBD va "galérer", rajouter des fichiers etc... mais non c'est une fausse vue de la chose


c'est certainement de l'outil refind qu'il s'agit ? Voir http://docwiki.embarcadero.com/RADSt...E_vers_FireDAC
Je suis mitigé sur cet outil, je ne l'ai testé que sur de tout petits programmes, s'il fonctionne il garde aussi le code tel quel. Je m'explique avant j'utilisai des TTables l'outil me les transformera en FDTables
maintenant je prône plus l'utilisation de TQuery+TUpdateSQL pour diverses raisons (utilisations des macros de firedac par exemple) bien sur refind ne vas pas le faire à ma place conclusion si reFind est pratique il est (pour de petites applications) moins pratique qu'une migration à la main (le coût main d'œuvre n'est pas négligeable sans parler de l'installation des composants BDE nécessaires)

Ayant fait le choix FMX la question ne se pose pas vraiment pour moi.

Bonsoir SergioMaster,
Merci pour les réponses et les pistes.
Entre temps, je me suis rendu compte que j'avais besoin de cette colonne, donc je l'ai rétablie et en ai fait une champ auto-incrémenté, non null et me sert pour la clé primaire, comme d'autres tables accèdent à cette colonne, c'est plus pratique et moins redondant... Je n'avais pas pensé à créer une contrainte unique sur la colonne Affection... Merci pour l'idée !

J'avais regardé le lien suggéré lorsque je me suis décidé pour FireDAc mais je n'ai pas été convaincu. J'avoue n'avoir pas essayé et de transférer les tables à la main. Je vais donc tester reFind mais avec 60 tables dont beaucoup sont liées quitte à migrer autant faire pour le mieux.

[essence-ciel]

Voici l'exemple dont je t'avais parlé. De Paradox vers Interbase. Je n'ai pas eu le temps de le modifier pour faire Paradox vers SQLLite

Merci ALWEBER, je regarde ça dès demain matin !