Discussion :

[fffttt]

bonjour

soit un champ table à remplir avec une requête sql

soit une requête avec jointure.
comportant une rubrique CLIENT.Nom et une autre rubrique CONTACT.Nom

le tout fonctionnant avec des indirections.

Code :

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

1
2
 
{sNomTable+".COL_" +sNomColonne,indChamp}[nLigneA] = {sdTable+"."+sUneRubrique,indVariable}

à un certain moment sUneRubrique prend donc la valeur Nom.

comment distinguer les deux rubriques ? car du coup, je me retrouve avec la même donnée dans deux colonnes différentes.

[tatayo]

Bonjour,
Si j'ai bien compris, j'ajouterai un alias pour les deux colonnes dans la requête, par exemple NomClient et NomContact.

Tatayo.

[fffttt]

Bonjour,
Si j'ai bien compris, j'ajouterai un alias pour les deux colonnes dans la requête, par exemple NomClient et NomContact.

Tatayo.

tu veux dire un

CLIENT.Nom as CLIENTNOM, CONTACT.Nom as CONTACTNOM ou autre chose ?

[tatayo]

Exactement.
C'est d'ailleurs ce que je fais systématiquement quand j'ai une expression, ou deux colonnes de même nom dans une requête.

Tatayo.

[fffttt]

Exactement.
C'est d'ailleurs ce que je fais systématiquement quand j'ai une expression, ou deux colonnes de même nom dans une requête.

Tatayo.

j'en étais quasiment certain, mais bon dans le doute, peut être qu'il y avait un autre truc.
Vu que tout est fait avec des indirections pour être le plus générique possible, je n'avais rien vu lors de mes tests.

Tant pis, je vais reprendre mes procédures

[tatayo]

Je ne comprends ce qui te bloque ici.
Qu'est-ce qui t'empêche de mettre des alias dans la requête, ou d'utiliser des indirections ?

Tatayo.

[Delphi-ne]

Une façon d'éviter cela est de faire précéder le nom du champ d'un préfixe correspondant à la table au moment où on la créée.

Par exemple pour la table Clients : CLI_ID, CLI_Nom, CLI_Adresse
Pour la table Contact : CON_ID, CON_Nom

De même avec les nom de table qui rappellent le nom de la base.

Les traditions se perdent...
D'ailleurs avant on parlait de table, de champ (ou de colonne), de ligne. Maintenant on parle de fichiers...

[tatayo]

C'est (presque) exactement ce que nous faisons (enfin ce que j'impose !).
Les noms des colonnes dans nos tables sont préfixés par le nom de la table d'origine.
Par exemple un code stock s'appelle sto_c_code.
Le presque vient du fait qu'une clé rapportée garde le nom de la colonne dans la table "d'origine". Donc chez nous un code stock s'appelle toujours sto_c_code, quelle que soit la table concernée.
On retrouve ainsi rapidement les liaisons entre les tables.
Par contre ça ne résout pas le problèmes des noms de colonnes en double...
D'où les alias dans les clauses SELECT.

Tatayo.

[fffttt]

Une façon d'éviter cela est de faire précéder le nom du champ d'un préfixe correspondant à la table au moment où on la créée.

Par exemple pour la table Clients : CLI_ID, CLI_Nom, CLI_Adresse
Pour la table Contact : CON_ID, CON_Nom

De même avec les nom de table qui rappellent le nom de la base.

Les traditions se perdent...
D'ailleurs avant on parlait de table, de champ (ou de colonne), de ligne. Maintenant on parle de fichiers...

je suis d'accord avec toi.
mais il y a un historique avec lequel je dois bosser.

[tbc92]

Les alias dans la requête, sans hésitation.

Par contre, je ne vois pas du tout l'intérêt des indirections.

Personnellement, quand j'ai des cas comme ça, je me débrouille pour savoir quel nom de colonne correspond à quel titre de colonne, au début du traitement. Puis je ne travaille qu'avec des numéros de colonnes.

Par exemple :

Code :

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

1
2
3
4
 
Pour i = 1 a nbreColonnes
  table1[nLigne1, numColonneDestination[i] ] = sqllitcol(i)
fin

[fffttt]

Les alias dans la requête, sans hésitation.

Par contre, je ne vois pas du tout l'intérêt des indirections.

Personnellement, quand j'ai des cas comme ça, je me débrouille pour savoir quel nom de colonne correspond à quel titre de colonne, au début du traitement. Puis je ne travaille qu'avec des numéros de colonnes.

Par exemple :

Code :

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

1
2
3
4
 
Pour i = 1 a nbreColonnes
  table1[nLigne1, numColonneDestination[i] ] = sqllitcol(i)
fin

En effet je pourrais faire comme tu dis aussi.
disons que c'est un parti pris pour faire du spécifique.
La structure des champs table (leurs colonnes) et leur contenu sont dynamique et personnalisable par client (lui même).
On ne stocke finalement que la requête sql.
Au chargement de la fenêtre, on construit la table et le contenu qui va bien.

[tatayo]

Bonjour,
Si la structure de la table et la structure du résultat de la requête sont "identiques", pourquoi ne pas remplir la table directement avec un SqlTable() ?

Tatayo.

[fffttt]

Bonjour,
Si la structure de la table et la structure du résultat de la requête sont "identiques", pourquoi ne pas remplir la table directement avec un SqlTable() ?

Tatayo.

car je n'y avais pas pensé! merci
je vais voir.

[fffttt]

car je n'y avais pas pensé! merci
je vais voir.

en fait non, car je ne fais pas de sqlexec (d'où les indirections et non l'ordre sqllitcolonne(i))
mais je commence par un :

Code :

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

1
2
 
SI HExécuteRequêteSQL(sdTable,hRequêteDéfaut,sREquete) ALORS

[tatayo]

Dans ce cas tu peux utiliser ConstruitTableFichier() qui fait peu ou prou la même chose.

Tatayo.