Afficher deux colonnes pour un même champ

**Dredall** · 05/05/2017, 12h04

Bonjour,
Je dois faire une requête me permettant de récupérer des données de production.
Cependant j'aurai besoin de séparer en deux colonnes les données d'un même champ mais représentant deux type de données différentes.
J'ai écris et testé la requête suivante :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
SELECT	DISTINCT SZ_NUMERO_UNIQUE AS Boucle2,
		(CASE
			WHEN	PROD_GENE_PROCESS.N_ID_GENERIQUE_PROCESS = 59 THEN PROD_GENE_PROCESS.SZ_VALEUR_PARAM
		END
		) AS USN,
		SZ_TTNR AS Reference,
		(CASE
			WHEN	PROD_GENE_PROCESS.N_ID_GENERIQUE_PROCESS = 59 THEN PROD_PROCESS_STATION.DT_DATE_HEURE_PROCESS
		END
		) AS ProductionDate,
		(CASE
			WHEN	PROD_GENE_PROCESS.N_ID_GENERIQUE_PROCESS = 80 THEN PROD_GENE_PROCESS.SZ_VALEUR_PARAM
		END
		) AS Boucle1
 
 
FROM		TRACABILITE_EXPLOIT.dbo.PROD_GENE_PROCESS
 
INNER JOIN	TRACABILITE_EXPLOIT.dbo.PROD_PROCESS_STATION
ON			PROD_PROCESS_STATION.N_ID_PROCESS = PROD_GENE_PROCESS.N_ID_PROCESS
AND			PROD_PROCESS_STATION.N_ID_STATION = PROD_GENE_PROCESS.N_ID_STATION
AND			PROD_PROCESS_STATION.N_ID_PROD_PROCESS_STATION = PROD_GENE_PROCESS.N_ID_PROD_PROCESS_STATION
 
INNER JOIN	TRACABILITE_EXPLOIT.dbo.GENERIQUE_PROCESS
ON			GENERIQUE_PROCESS.N_ID_PROCESS = PROD_GENE_PROCESS.N_ID_PROCESS
AND			GENERIQUE_PROCESS.N_ID_GENERIQUE_PROCESS = PROD_GENE_PROCESS.N_ID_GENERIQUE_PROCESS
 
WHERE	PROD_PROCESS_STATION.N_ID_LIGNE = 1
AND		((PROD_PROCESS_STATION.N_ID_STATION = 20 AND PROD_PROCESS_STATION.N_ID_PROCESS = 11 AND PROD_GENE_PROCESS.N_ID_GENERIQUE_PROCESS = 59)
OR		(PROD_PROCESS_STATION.N_ID_STATION = 15 AND PROD_PROCESS_STATION.N_ID_PROCESS = 9 AND PROD_GENE_PROCESS.N_ID_GENERIQUE_PROCESS = 80))
AND		DT_DATE_HEURE_PROCESS >= '2017-05-03 00:00:00%'
AND		DT_DATE_HEURE_PROCESS <= '2017-05-03 23:59:59%'

Mais j'obtiens le résultat suivant :

Boucle2	USN	Reference	ProductionDate	Boucle1
202604208529	NULL	0204L69443	NULL	102604191094
202604208529	02601937696	0204L69443	2017-05-03 00:02:00.688	NULL
202604208530	NULL	0204L69443	NULL	102604191095
202604208530	02601937697	0204L69443	2017-05-03 00:02:10.063	NULL

Au lieu de :

Boucle2	USN	Reference	ProductionDate	Boucle1
202604208529	02601937696	0204L69443	2017-05-03 00:02:00.688	102604191094
202604208530	02601937697	0204L69443	2017-05-03 00:02:10.063	102604191095

Comme vous pouvez le voir, j'ai essayé d'utiliser un DISTINCT pour merger les lignes avec les mêmes "Boucle2" et rassembler les données sur une ligne au lieu de 2 mais visiblement, ce n'est pas la bonne méthode.
Quelqu'un saurait m'aider ?

**SQLpro** · 05/05/2017, 12h11

une remarque...

Dans une base de données on ne parle pas de champs, mais de colonne. A lire : http://sqlpro.developpez.com/cours/sqlaz/erreurs/#L2 Les champs c'est à la campagne ou dans les formulaire !!!

Enfin, vous ne dites pas ce que vous voulez obtenir et ne respectez pas la charte de postage... https://www.developpez.net/forums/a6...gage-sql-lire/

A +

**Dredall** · 05/05/2017, 12h31

Envoyé par SQLpro

Dans une base de données on ne parle pas de champs, mais de colonne. A lire : http://sqlpro.developpez.com/cours/sqlaz/erreurs/#L2 Les champs c'est à la campagne ou dans les formulaire !!!

J'ai parlé de champ pour éviter d'avoir un nom de discussion comme "Afficher deux colonnes pour une même colonne". C'est tout de même un peu plus difficile à saisir, alors qu'en dérogeant légèrement aux conventions de nommage ça parait plus clair pour le coup.

Envoyé par SQLpro

Enfin, vous ne dites pas ce que vous voulez obtenir et ne respectez pas la charte de postage... https://www.developpez.net/forums/a6...gage-sql-lire/

J'ai indiqué :

Envoyé par Dredall

Au lieu de :

Boucle2	USN	Reference	ProductionDate	Boucle1
202604208529	02601937696	0204L69443	2017-05-03 00:02:00.688	102604191094
202604208530	02601937697	0204L69443	2017-05-03 00:02:10.063	102604191095

Mais si vous préférez :

Code :

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

1
2
3
4
5
--le résultat attendu :
Boucle2          USN            Reference     ProductionDate              Boucle1
------------     -----------    ----------    -----------------------     -------
202604208529     02601937696    0204L69443    2017-05-03 00:02:00.688     102604191094
202604208530     02601937697    0204L69443    2017-05-03 00:02:10.063     102604191095

**SQLpro** · 05/05/2017, 14h15

ça ne nous donne ni le DDL des tables (CREATE TABLE...), ni ce qu'il y a dans les tables d'origine (INSERT INTO ...). Encore une fois respecter la charte de postage.

Pour vous aider à faire les scripts de rétro insertion : https://blog.developpez.com/sqlpro/p...ipt-dinsertion

A +

**Dredall** · 05/05/2017, 15h35

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
CREATE TABLE GENERIQUE_PROCESS
(N_ID_GENERIQUE_PROCESS INT NOT NULL,
 N_ID_PROCESS INT NOT NULL,
 N_ID_TYPE INT NOT NULL,
 SZ_NOM NVARCHAR(50) NOT NULL,
 B_CRITIQUE BIT,
 DT_HORODATAGE DATETIME,
 N_STATUT SMALLINT,
 SZ_VARIABLE_API NVARCHAR(50),
 SZ_COMMENTAIRE NVARCHAR(4000),
 CONSTRAINT PK_GENERIQUE_PROCESS PRIMARY KEY (N_ID_GENERIQUE_PROCESS, N_ID_PROCESS),
 CONSTRAINT FK_GENERIQU_RELATION_PROCESS FOREIGN KEY (N_ID_PROCESS)...,
 CONSTRAINT FK_GENERIQU_RELATION_TYPE FOREIGN KEY (N_ID_TYPE)...);
 
 INSERT INTO GENERIQUE_PROCESS (N_ID_GENERIQUE_PROCESS, N_ID_PROCESS, N_ID_TYPE, SZ_NOM, B_CRITIQUE, DT_HORODATAGE, N_STATUT, SZ_VARIABLE_API, SZ_COMMENTAIRE)
 VALUES (3, 3, 3, 'nomParam', 0, CURRENT_TIMESTAMP, -1, 'DefectsTypeTemp', 'unCommentaire');

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
CREATE TABLE PROD_PROCESS_STATION
(N_ID_PROCESS INT NOT NULL,
 N_ID_STATION INT NOT NULL,
 N_ID_PROD_PROCESS_STATION INT NOT NULL,
 DT_DATE_HEURE_PROCESS NVARCHAR(25) NOT NULL,
 SZ_TTNR NVARCHAR(25) NOT NULL,
 SZ_NUMERO_UNIQUE NVARCHAR(25) NOT NULL,
 B_TRAITE BIT,
 N_ID_LIGNE INT,
 CONSTRAINT PK_PROD_PROCESS_STATION PRIMARY KEY (N_ID_PROCESS, N_ID_STATION, N_ID_PROD_PROCESS_STATION),
 CONSTRAINT FK_PROD_PRO_RELATION_LIGNE FOREIGN KEY (N_ID_LIGNE)...);
 
INSERT INTO PROD_PROCESS_STATION (N_ID_PROCESS, N_ID_STATION, N_ID_PROD_PROCESS_STATION, DT_DATE_HEURE_PROCESS, SZ_TTNR, SZ_NUMERO_UNIQUE, B_TRAITE, N_ID_LIGNE)
VALUES (1, 2, 3, '2017-04-05 15:24:32:547', '0204L69443', '202604208529', 1, 3);

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
CREATE TABLE PROD_GENE_PROCESS
(N_ID_STATION INT NOT NULL,
 N_ID_PROD_PROCESS_STATION INT NOT NULL,
 N_ID_PROCESS INT NOT NULL, 
 N_ID_GENERIQUE_PROCESS INT NOT NULL,
 SZ_VALEUR_PARAM NVARCHAR(50),
 SZ_FORMAT_DONNEE NVARCHAR(25) NOT NULL,
 B_TRAITE BIT,
 CONSTRAINT PK_PROD_GENE_PROCESS PRIMARY KEY (N_ID_PROCESS, N_ID_STATION, N_ID_PROD_PROCESS_STATION, N_ID_GENERIQUE_PROCESS),
 CONSTRAINT FK_PROD_GEN_PROD_GENE_GENERIQUE FOREIGN KEY (N_ID_GENERIQUE_PROCESS)...,
 CONSTRAINT FK_PROD_GEN_PROD_GENE_PROD_PRO FOREIGN KEY (N_ID_PROD_PROCESS_STATION)...);
 
INSERT INTO PROD_GENE_PROCESS(N_ID_STATION, N_ID_PROD_PROCESS_STATION, N_ID_PROCESS, N_ID_GENERIQUE_PROCESS, SZ_VALEUR_PARAM, SZ_FORMAT_DONNEE, B_TRAITE)
VALUES (1, 2, 3, 4, '5.48695', 'REAL', 1);

**SQLpro** · 05/05/2017, 15h51

Il manque encore quel SGBD est utilisé et dans quelle version...

Petite remarque : je ne sais pas si c'est vous qui avez modélisé la base de données, mais au niveau des clef c'est le zéro pointé... Rien de relationnel là dedans ! Vous en êtes resté aux bases hiérarchiques !

A +

**Dredall** · 05/05/2017, 16h07

Envoyé par SQLpro

Il manque encore quel SGBD est utilisé et dans quelle version...

On fonctionne avec Microsoft SQL Server

Envoyé par SQLpro

je ne sais pas si c'est vous qui avez modélisé la base de données, mais au niveau des clef c'est le zéro pointé... Rien de relationnel là dedans ! Vous en êtes resté aux bases hiérarchiques !

Je ne suis pas l'auteur de la base, mais je ne vous ai donné que les tables qui concerne le problème ici, je n'ai pas cité toutes les tables car il y en a au total 44, il s'agit d'un système assez complexe de traçabilité.

**escartefigue** · 06/05/2017, 09h51

Bonjour,

Les soucis sont multiples :

Vous communiquez les ordes d'insertion pour une seule ligne, or, vous attendez un résultat avec 2 lignes dont les valeurs sont différentes, il faut donc à minima 2 ordres insert dans une de vos tables
La colonne "SZ_NUMERO_UNIQUE" n'est en rien unique d'après le DDL fourni et en plus, sa définition est différente dans les 2 tables où elle est présente : NVARCHAR(50) d'un coté (!) et VARCHAR(25) de l'autre
L'insert qui concerne la table PROD_GENE_PROCESS ne cite pas les colonnes dans l'ordre de la PK, du coup je pense qu'il y a erreur sur les valeurs : vous insérez la PK (3, 1, 2, 4) dans cette table alors que vous insérez (1, 2, 3) pour les 3 premières colonnes communes (et de jointure donc) dans la table PROD_PROCESS_STATION et (3,3) dans la table GENERIQUE_PROCESS. Les valeurs de jointure sont donc aberrantes !

Et bien sur, une PK sur une colonne unique de type INT (ou BIGINT) si besoin eut été nettement préférable à tout point de vue

Il faudrait donc idéalement demander une modification du DDL et à minima insérer des valeurs d'identifiants cohérentes entre les différentes tables

**Dredall** · 06/05/2017, 10h53

Autant pour moi, la colonne SZ_NUMERO_UNIQUE n'avait rien à faire dans la table PROD_GENE_PROCESS, il faut croire que j'étais un peu fatigué hier, c'est édité dans mon message.
Dans les INSERT j'ai mis des valeurs aléatoires simplement pour exprimer la forme des données contenue.
Les PRIMARY KEY sont calculés sur plusieurs colonnes car, je le répète, il s'agit d'un système à 44 tables, qui de plus colle à l'organisation de la production de l'usine. On peut donc comprendre qu'une certaine complexité existe au niveau de la BDD.
Il n'est en aucun cas envisageable de changer la BDD pour l'instant, il y a beaucoup trop de systèmes qui en découlent, l'impossibilité de perdre des données, et en plus je n'ai clairement pas le temps de reprendre tous les systèmes.

Maintenant si on pouvait se recadrer sur mon problème plutôt que sur la forme de la BDD ça pourrait être pas mal. Je récupère les données dont j'ai besoin :

Un numéro unique sous le nom de "Boucle2"
Un second numéro unique sous le nom de "USN" contenu dans la colonne SZ_VALEUR_PARAM pour un N_ID_STATION = 20, un N_ID_PROCESS = 11 et un N_ID_GENERIQUE_PROCESS = 59
Un numéro de référence
Une date pour les mêmes conditions que l' "USN"
Un dernier numéro unique sous le nom de "Boucle1" pour un N_ID_STATION = 15, un N_ID_PROCESS = 9 et un N_ID_GENERIQUE_PROCESS = 80

Toutes ces valeurs que je récupère sont bonnes. Mon problème est que je récupère ces données sur deux lignes et que j'aimerais qu'elles soient mergées sur une ligne.

**escartefigue** · 06/05/2017, 13h53

Envoyé par Dredall

Autant pour moi, la colonne SZ_NUMERO_UNIQUE n'avait rien à faire dans la table PROD_GENE_PROCESS, il faut croire que j'étais un peu fatigué hier, c'est édité dans mon message.
Dans les INSERT j'ai mis des valeurs aléatoires simplement pour exprimer la forme des données contenue.
Les PRIMARY KEY sont calculés sur plusieurs colonnes car, je le répète, il s'agit d'un système à 44 tables, qui de plus colle à l'organisation de la production de l'usine. On peut donc comprendre qu'une certaine complexité existe au niveau de la BDD.
Il n'est en aucun cas envisageable de changer la BDD pour l'instant, il y a beaucoup trop de systèmes qui en découlent, l'impossibilité de perdre des données, et en plus je n'ai clairement pas le temps de reprendre tous les systèmes.

Maintenant si on pouvait se recadrer sur mon problème plutôt que sur la forme de la BDD ça pourrait être pas mal. Je récupère les données dont j'ai besoin :

J'ai bien conscience qu'on a rarement la possibilité de modifier la structure d'une BDD, c'est la raison pour laquelle il est important de bien modéliser dès le départ.
L''idée n'est pas de vous en blâmer, d'autant plus que vous n'y êtes pour rien et subissez cet état de fait (j'avais pour cette raison pris la précaution de mentionner "idéalement")
Celà étant, la complexité est très relative, 40 tables ce n'est rien dans une BDD, et quoi qu'il en soit, ça ne justifie en rien une modélisation hasardeuse, et même au contraire, plus la base est riche, plus il est important d'être rigoureux dans la modélisation. Il est beaucoup plus aisé de garantir l'intégrité des données au moyen d'une PK technique attribuée par le SGBD qu'au travers de colonnes multiples.

Maintenant, communiquez la VRAIE structure et le VRAI contenu de vos tables, j'ai passé du temps à essayer de comprendre ce qui n'allait pas en fonction du DDL et des ordres INSERT communiqués
C'est certes du temps pour vous mais aussi pour les contributeurs, qui je le rappelle, sont tous bénévoles

**Dredall** · 08/05/2017, 09h07

C'est plus du fait que la BDD doive coller à l'organisation de l'usine qui la rend complexe. Nos lignes de production et leur fonctionnement étaient déjà présentes depuis un moment avant la création de cette base et elle a donc du être construite en fonction. Mais bref le problème n'est pas la.
Pour la structure des tables, elle est bonne, j'avais seulement l'ajout du "SZ_NUMERO_UNIQUE" dans la table "PROD_GENE_PROCESS" qui était faux et que j'ai édité dans mon message. Pour le contenu :

Code :

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

1
2
3
4
5
6
7
8
INSERT INTO GENERIQUE_PROCESS (N_ID_PROCESS, N_ID_GENERIQUE_PROCESS, N_ID_TYPE, SZ_NOM, B_CRITIQUE, DT_HORODATAGE, N_STATUT, SZ_VARIABLE_API, SZ_COMMENTAIRE)
VALUES (2, 165, 2, 'SeqResult', 1, '2016-09-13 09:03:49.480', 1, 'Station02_Main.SeqResult', '#100110 OK : 1 / NOK : 2 / NO_RESULT : 0 / REJETS : >2');
 
INSERT INTO PROD_PROCESS_STATION (N_ID_PROCESS, N_ID_STATION, N_ID_PROD_PROCESS_STATION, DT_DATE_HEURE_PROCESS, SZ_TTNR, SZ_NUMERO_UNIQUE, B_TRAITE, N_ID_LIGNE)
VALUES (2, 17, 5136504, '2016-10-10 04:13:07.408', '0204004484', '202603610489', 1, 1);
 
INSERT INTO PROD_GENE_PROCESS (N_ID_STATION, N_ID_PROD_PROCESS_STATION, N_ID_PROCESS, N_ID_GENERIQUE_PROCESS, SZ_VALEUR_PARAM, SZ_FORMAT_DONNEE, B_TRAITE)
VALUES (17, 5136504, 2, 165, '1', 'DINT', 1);

**Waldar** · 09/05/2017, 14h34

Je n'ai pas pris le temps de lire l'intégralité du fil, néanmoins par rapport aux données initiales et au résultat attendu, il ne vous manque qu'un GROUP BY SZ_NUMERO_UNIQUE, SZ_TTNR et des MAX autour de vos CASE dans le SELECT.
De facto, le DISTINCT devient inutile.

**Dredall** · 11/05/2017, 08h10

Merci Waldar,
C'était ce qu'il me fallait.

Afficher deux colonnes pour un même champ

Langage SQL

Discussions similaires

Partager

Partager