Pb insertion de données depuis un serveur lié [Résolu]

[weebo]

Bonjour,

J'ai une requête d'insertion de données depuis un serveur lié et j'obtiens un message d'erreur :

Code :

1
2
3
4
5
 
Msg*8180, Niveau*16, État*1, Ligne*1
Statement(s) could NOT be prepared.
Msg*4104, Niveau*16, État*1, Ligne*1
The multi-part identifier "Tbl1003.IDFiche" could NOT be bound.

Mes requêtes d'insertion sont toutes construites de la même manière et ne pose pas de pb sauf pour celle ci.

En regardant sur le net il semblerait que cela provienne d'un bug de serveur lié ?

[SQLpro]

Postez la requête.

A +

[weebo]

Code :

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
 
SET identity_insert Modele ON
 
	INSERT INTO Test.dbo.Modele(
		IdModele,
		IdGrandeur,
		IdLibelle,
		Nom,
		EstVisible,
		EstTraduit
	)
	SELECT IdModele, IdGrandeur, IdLibelle, Nom, EstVisible, EstTraduit FROM (
		SELECT DISTINCT(m.IdModele), m.IdGrandeur, m.IdLibelle, m.Nom, m.EstVisible, m.EstTraduit
		FROM ServLie.BDDsource.dbo.Modele m
		INNER JOIN  ServLie.BDDsource.dbo.ModeleFiche mf ON mf.IDModele = m.IDModele
		-- Jointure sur les nouvelles données de la table Fiche
		INNER JOIN Test.dbo.Fiche f ON f.idFiche = mf.IDFiche
	) AS m
	WHERE m.IdModele NOT IN (
		SELECT IdModele 
		FROM Test.dbo.Modele
	)
 
 
IF @@ERROR <> 0
    PRINT N'ERREUR : Modele '
ELSE 
	PRINT N'TABLE : Modele -> OK'
 
SET identity_insert Modele off

Cette requête est utilisée de la même manière dans de précédente insertion !

[weebo]

Ma requête s’exécute bien jusqu'à ma condition Where :

Code :

1
2
3
4
5
6
7
8
 
SELECT IdModele, IdGrandeur, IdLibelle, Nom, EstVisible, EstTraduit FROM (
		SELECT DISTINCT(m.IdModele), m.IdGrandeur, m.IdLibelle, m.Nom, m.EstVisible, m.EstTraduit
		FROM ServLie.BDDsource.dbo.Modele m
		INNER JOIN  ServLie.BDDsource.dbo.ModeleFiche mf ON mf.IDModele = m.IDModele
		-- Jointure sur les nouvelles données de la table Fiche
		INNER JOIN Test.dbo.Fiche f ON f.idFiche = mf.IDFiche
	) AS m

Là j’obtiens les résultats que je veux insérer !

Mais dés que je fais le test d'existence (ajout de la condition Where)! ça
plante !

Code :

1
2
3
4
5
 
WHERE m.IdModele NOT IN (
		SELECT IdModele 
		FROM Test.dbo.Modele
	)

[SQLpro]

Cela ne correspond pas à l'erreur mentionné !

A +

[weebo]

comment ça, ça ne correspond pas ?

Quand j’exécute la requête sans l'insertion (Sans INSERT INTO) mais avec la condition WHERE, j'ai bien l'erreur suivant :

Code :

1
2
3
4
5
6
7
 
Msg*8180, Niveau*16, État*1, Ligne*1
Statement(s) could NOT be prepared.
Msg*4104, Niveau*16, État*1, Ligne*1
The multi-part identifier "Tbl1003.IDFiche" could NOT be bound.
Msg*4104, Niveau*16, État*1, Ligne*1
The multi-part identifier "Tbl1003.IDFiche" could NOT be bound.

Je l'invente pas !

Mais lorsque j'enlève ma condition WHERE, j'obtiens bien des résultats !
D'où mon incompréhension du problème ...

[SQLpro]

Le message d'erreur mentionne "Tbl1003.IDFiche" alors que cette chose ne figure pas dans votre requête !

Auriez vous un trigger ? Serait-ce une vue ??

A +

[weebo]

Je sais bien ... le seul endroit ou j'utilise IdFiche et donc la table fiche c'est dans la jointure !

Je n'utilise aucun trigger ni vue ... je ne comprends pas d'ou vient l'erreur !
Je requête sur un serveur lié ...

[weebo]

J'ai une solution :

Au lieu de faire une jointure sur la table Fiche de la BDD Test fraichement peuplée, je fais une jointure sur la sous-requête qui m'a permis de peupler la table Fiche !

Et là ! Ho! miracle ! ça marche !

Je comprends toujours pas l'erreur !

[weebo]

Autre solution :

Au lieu de faire ma condition WHERE sur l'ensemble, ma requête fonctionne si je l'a fait dans la sous requête !

Code :

1
2
3
4
5
6
7
8
9
10
11
12
 
SELECT IdModele, IdGrandeur, IdLibelle, Nom, EstVisible, EstTraduit FROM (
		SELECT DISTINCT(m.IdModele), m.IdGrandeur, m.IdLibelle, m.Nom, m.EstVisible, m.EstTraduit
		FROM ServLie.BDDsource.dbo.Modele m
		INNER JOIN  ServLie.BDDsource.dbo.ModeleFiche mf ON mf.IDModele = m.IDModele
		-- Jointure sur les nouvelles données de la table Fiche
		INNER JOIN Test.dbo.Fiche f ON f.idFiche = mf.IDFiche
WHERE m.IdModele NOT IN (
		SELECT IdModele 
		FROM Test.dbo.Modele
	)
	) AS m

Du coup qu'elle est la différence entre la requête ci-dessus et celle ci :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
 
SELECT IdModele, IdGrandeur, IdLibelle, Nom, EstVisible, EstTraduit FROM (
		SELECT DISTINCT(m.IdModele), m.IdGrandeur, m.IdLibelle, m.Nom, m.EstVisible, m.EstTraduit
		FROM ServLie.BDDsource.dbo.Modele m
		INNER JOIN  ServLie.BDDsource.dbo.ModeleFiche mf ON mf.IDModele = m.IDModele
		-- Jointure sur les nouvelles données de la table Fiche
		INNER JOIN Test.dbo.Fiche f ON f.idFiche = mf.IDFiche
	) AS m
	WHERE m.IdModele NOT IN (
		SELECT IdModele 
		FROM Test.dbo.Modele
	)

[serge0934]

essaies cela

Code :

1
2
3
4
5
6
7
8
9
10
SELECT IdModele, IdGrandeur, IdLibelle, Nom, EstVisible, EstTraduit FROM (
		SELECT DISTINCT(m.IdModele), m.IdGrandeur, m.IdLibelle, m.Nom, m.EstVisible, m.EstTraduit
		FROM ServLie.BDDsource.dbo.Modele m
		INNER JOIN  ServLie.BDDsource.dbo.ModeleFiche mf ON mf.IDModele = m.IDModele
		-- Jointure sur les nouvelles données de la table Fiche
		INNER JOIN Test.dbo.Fiche f ON f.idFiche = mf.IDFiche
	)  m
	LEFT OUTER JOIN Test.dbo.Modele tm ON tm.IdModele=m.IdModele
	WHERE tm.IdModele IS NULL
	)

[iberserk]

Plutôt que de faire des INNER JOIN puis un distinct, préférez des sous requêtes EXISTS dans le WHERE...

[weebo]

serge0934 => Cette requête fonctionne ! elle me retourne les bon résultats !

Peux tu me donner ta réflexion sur ta requête ?

J’obtiens les mêmes résultats en passant par la sous requête qui me construisait mes fiches ... mais du coup ça l'alourdi !

Une question me tracasse :
LEFT OUTER JOIN et LEFT JOIN c'est bien la même chose !?
C'est juste une question de syntaxe, ou la norme SQL préconise d'utiliser LEFT OUTER JOIN mais LEFT JOIN marche quand même, donc est un abus ?

[SLE]

Envoyé par iberserk

préférez des sous requêtes EXISTS dans le WHERE...

Effectivement, en général les performances sont meilleures avec cette syntaxe, mais ce n'est pas toujours le cas, et il est conseillé de comparer les 2 plans d'exécution pour s'en assurer.

[serge0934]

OK weebo,
1-
en fait, dans ton cas, tu veux trouver un ensemble IDmodele (plus d'autres infos) qui sont contenu dans un ensemble mais dont l'IDmodele n'appartient pas a un autre ensemble => c'est exactement la définition du LEFT OUTER JOIN

select a.toto,a.tata from A
LEFT OUTER JOIN B ON A.key=B.Key
where b.toto is null

tous les toto qui sont dans l'ensemble A et pas dans l'ensemble B
2-
je ne m'avancerai pas trop, mais je crois que par défault la clause LEFT JOIN
est un LEFT OUTER JOIN.
ceci dit, je me rend compte en l'écrivant que cela ne peut pas être un LEFT INNER JOIN car cela ne voudrait rien dire => tout ce qui est dans l'ensemble de gauche et dans l'ensemble de droite et surtout dans celui de gauche
Si SQLPro passe par ce post, il te donnera la réponse

[iberserk]

LEFT INNER JOIN car cela ne voudrait rien dire

Je confirme

[weebo]

Ok merci pour ces réponses !

Je n'aurais pas non plus fait l'erreur de mettre un LEFT INNER JOIN

Je pense aussi qu'un LEFT JOIN équivaut à un LEFT OUTER JOIN sinon je ne vois pas la différence ! Ça doit juste être un soucis de norme syntaxique à mon avis !
A moins que je me trompe !

Félicitations ce billet passe à résolu, et merci à tout le monde !