Discussion :

[awa123]

Bonjour,

Lorsque j'ajoute à ma jointure

AND t2.Ref_Colori = t1.Ref_Colori

ça m'affiche l'erreur suivante :
"Conversion failed when converting the nvarchar value 'CV7891012AFX' to data type int.", sauf que je n'essaye pas de convertir ma colonne "Ref_Colori" en int, elle est bien déclaré en nvarchar(255) car alphanumérique.

et dès lors que je supprime la ligne

AND t2.Ref_Colori = t1.Ref_Colori

, la requête tourne et affiche un résultat.

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
WITH cte_commande_famille_groupe (
	annee,mois,jour,numcol_corrige,ref_colori,ligne	)
AS (
	SELECT annee,mois,jour,numcol_corrige,sum(ligne),ref_colori
	FROM prep_global_backup
	GROUP BY annee
		,mois
		,jour
		,numcol_corrige
		,ref_colori
	HAVING sum(ligne) > 1
	)
SELECT t1.annee	,t1.mois,t1.jour,t1.numcol_corrige
FROM prep_global_backup AS t1
 
LEFT JOIN cte_commande_famille_groupe AS t2 ON t2.annee = t1.annee
	AND t2.mois = t1.mois
	AND t2.jour = t1.jour
	AND t2.numcol_corrige = t1.numcol_corrige
	AND t2.Ref_Colori = t1.Ref_Colori
 
WHERE ppk_unit = 'Unitaire'
 
GROUP BY t1.annee
	,t1.mois
	,t1.jour
	,t1.numcol_corrige

merci de votre aide

[binarygirl]

Bonjour,

C'est typiquement le genre de problème qu'on peut avoir quand on oublie une virgule pour séparer les champs, et alors on crée des alias de colonne involontairement.
Je ne peux pas tester ce code mais une intuition: relisez bien l'ordre dans lequel vous listez les champs:

Code :

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

1
2
3
4
WITH cte_commande_famille_groupe (
	annee,mois,jour,numcol_corrige,ref_colori,ligne	)
AS (
	SELECT annee,mois,jour,numcol_corrige,sum(ligne),ref_colori

J'ai l'impression que ref_colori (au dessus) a en fait pris la valeur de sum(ligne) (en dessous).
Inverser les deux derniers champs pourrait alors suffire à régler le souci:

Code :

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

SELECT annee,mois,jour,numcol_corrige,ref_colori,sum(ligne)

[SQLpro]

...

C'est typiquement le genre de problème qu'on peut avoir quand on oublie une virgule pour séparer les champs

Au passage, je voit que tu est Belge, mais on ne parle pas de CHAMPS dans une base de données. Les champs c'est pour les patates, les chirurgiens et les formulaires de la sécu... On parle de colonnes, lignes... dans des tables. Bon je te pardonne, car en Belgique, la culture de la patate est un must et se fait dans les champs!!!

A +

[Leducs2r]

Les tables, d'une base de donnée, sont composées d'enregistrements (records en anglais) et de champs (fields).
Le fait d'utiliser les mots lignes et colonnes est un abus qui est issu de l'utilisation des tableurs tels qu'Excel et bien avant Lotus 123.
La critique est facile, mais encore faut-il être précis...
Même s'il s'agit de pomme de terre...

[escartefigue]

Ben non : la table ne possède pas d'enregistrements, la table n'est qu'une structure, dont les lignes sont stockées dans le tablespace.
À tel point que l'ordre des colonnes de la table n'est pas celui des colonnes du tablespace, la plupart des SGBD-R repoussent les colonnes de longueur variable en fin de ligne.

Par ailleurs, les termes de lignes et de colonnes ne sont pas issus des tableurs. Les 12 règles de Codd (qui rappelons-le est l'inventeur du modèle de données relationnel) parlent bien de lignes et de colonnes.

Enfin, les catalogues relationnels de nos SGBD-R ont bien une table des colonnes, mais pas de table des champs, et pour cause !

L'usage du terme "champ" vient probablement de la confusion entretenue par quelques SGBD, dont ACCESS dont les champs des formulaires portent les mêmes noms que les colonnes sous-jacentes dans les tables. D'où ce raccourci.

[SQLpro]

Les tables, d'une base de donnée, sont composées d'enregistrements (records en anglais) et de champs (fields).
Le fait d'utiliser les mots lignes et colonnes est un abus qui est issu de l'utilisation des tableurs tels qu'Excel et bien avant Lotus 123.
La critique est facile, mais encore faut-il être précis...
Même s'il s'agit de pomme de terre...

Heureusement que c'est votre premier message... On peut donc vous pardonner les idioties dues à votre inculture...
À me lire : https://sqlpro.developpez.com/cours/sqlaz/erreurs/#L2

Lisez au moins des livres sur le SQL et non pas des articles de crétins "savants" victime du syndrome de Dunning-Kruger...
https://fr.wikipedia.org/wiki/Effet_...ing_kruger.png

Je pense que vous êtes presque arrivé au sommet de la montagne !

A +