Discussion :

[Miflon]

Bonjour à toutes et à tous.
Je suis face à une erreur devant laquelle je ne sais pas quoi faire.
Je me sers de 5 Datamodule :
Connexion avec un TPQConnection et un TSQLTransaction,
Materiau, Forme, Structure et Pression avec chacun un TSQLQuery et un TDataSource.
Après inter-connexion de tout ce petit monde, j'ai testé les résultats obtenus par chacune des requêtes. Tout est correct.
J'ai placé 4 DBLookupComboBox pour afficher un champ ('libelle') de chacune des requêtes. Affichage correct des colonnes.
Lors de la sélection dans les DBLookupComboBox, tout se passe bien pour 3 d'entre elles. Pour la quatrième il y a ce message d'erreur :



Il n'y a aucun code dans les unités, autre que celui placé au moment de leur création.
Je vais essayer de faire la même application se connectant à MySQL. Mais je préférerais utiliser PostgreSQL pour les domaines, les schémas, etc...
Merci pour votre aide pour résoudre ce problème.

[BeanzMaster]

Salut
dur de répondre, a part vérifier que ta 4ème soit bien initialisée avec les bons noms de champs et que la table ne soit pas vide. Là comme ça je ne vois pas

As tu deja fais une petite UI avec tous les méthodes CRUD juste sur cette table pour voir ?

Au vu du message d'erreur c'est comme si tu n'avais pas défini le nom du champ.

A+

[Miflon]

Merci BeanzMaster pour l'intérêt que tu portes à mes soucis.
Postgresql est installé au moyen de WAPP Stack de Bitnami, version 11.5. Lazarus 2.0.6 est installé.
Voici ce que j'ai fait sans écrire une seule ligne de code, connexion établie avec la base de données:

1. J'ai déposé TSQLQuery, TDataSource et TDBLookupComboBox sur la fiche pour la table Forme, incriminée précédemment. Cela fonctionne bien.
2. J'ai répété cette opération pour la table Matériau. Les deux DBLookupComboBox fonctionnent bien.
3. J'ai répété la même opération pour la table Pression. Et là, je reçois le message d'erreur précédent.
4. J'ai répété la dépose des trois composants précédents pour la table Structure. La choix pour cette table fonctionne bien.

Il semblerait que la table Forme ne sois pas en cause tout comme la table Pression qui soulève le même type d'erreur.
À partir d'une installation de MySQL par WAMP stack de Bitnami j'ai répété la dépose des 14 composants précédents et tout fonctionne bien, sans message d'erreur.
Je vais essayer

• de capter le message d'erreur dans l'application avec Postgresql pour voir si je peux aller plus loin dans cette conception d'application en attendant de trouver la solution.
• et/ou d'initialiser tous ces composants par programmation dans l'événement OnCreate de la fiche a lieu de n'utiliser que l'inspecteur d'objet.

Merci encore et bonne nuit.

[Miflon]

J'ai remplacé les DBLookupComboBox par des ComboBox que j'ai peuplées au moyen d'une boucle while dans laquelle j'utilise combobox.add.items. La sélection des items se passe sans message d'erreur.
Mais cela ne me satisfait pas car le problème précédent n'a pas été solutionné.
Il me reste à récupérer les clés primaires associées aux items sélectionnés.
@BeanzMaster, merci pour ton aide, Michel.

[BeanzMaster]

Salut, hum a voir comment sont liées tes tables. Il y a peut-être une erreur dans la formation de la commande SQL dans Lazarus. Si je ne dis pas de bêtises, il ya quelques petites différence entre le SQL de MySQL et celui de Postgresql

Petit question en changeant l'ordre de création pour les tables, disons : Structure, Pression, Materiau et Forme. Est ce que tu obtient la même erreur à partir de la table Matériau. Si oui ce serait un bug à soumettre à l'équipe de Lazarus

A+
Jérôme

[Miflon]

Salut, hum a voir comment sont liées tes tables.

Que veux-tu dire en parlant de tables liées. Pour l'instant les tables sont indépendantes, pas de jointure, pas de clé étrangère ... Elles sont interrogées individuellement. Par contre les 4 requêtes sont toujours actives. Dans le dernière version qui fonctionne, avec les ComboBox, chaque requête rempli sa ComboBox puis est fermée.

Il y a peut-être une erreur dans la formation de la commande SQL dans Lazarus. Si je ne dis pas de bêtises, il ya quelques petites différence entre le SQL de MySQL et celui de Postgresql

MySQL est moins respectueuse de la norme SQL que PostgreSQL. Pour la formation des commandes dans Lazarus, je ne suis pas capable d'en juger. De l'intérieur de l'EDI, les requêtes contenues dans la fenêtre SQL de SQLQuery fonctionnent correctement. Je n'ai pas eu de problème de cet ordre jusqu'à présent. Les problèmes que j'ai eu provenaient toujours de ma programmation.

Petit question en changeant l'ordre de création pour les tables, disons : Structure, Pression, Materiau et Forme. Est ce que tu obtient la même erreur à partir de la table Matériau.

Quelque soit l'ordre de l'affichage dans les DBLookuoComboBox, c'est toujours la sélection d'un item dans la troisième que crée le message d'erreur.

Si oui ce serait un bug à soumettre à l'équipe de Lazarus

J'ai toujours des scrupules à parler de bug. Je pense, à priori que les problèmes se trouvent toujours entre la chaise et le clavier!

Bonne soirée, Michel.