Discussion :

[DeWaRs]

Bonjour a tous,

Je développe un projet sous VB.NET qui se connecte à une base hébergé sous SQL Serveur 2008.

Je n'arrive pas a créer une requête qui m'afficherais la liste des buildings ou il y a du matériel de créer.
Afin d'être plus claire, voici un extrait de ma BDD :

tblCountry
-IdCountry
-CountryName

tblBuilding
-IdBuilding
-IdCountry
-BuildingName

tblTeam
-IdTeam
-IdBuilding
-TeamName

tblMaterial
-IdMaterial
-IdTeam
-MaterialName

Ce que je voudrais, c'est d'afficher uniquement les buildings ou il y a du materiel de créer.

Code :

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

SELECT * FROM tblBuilding WHERE EXISTS ( ... )

Quelqu'un pourrait-il m'aider ?

Cordialement.

DeWaRs

[CinePhil]

D'après les tables, tu as le MCD suivant :
country -0,n----situer----1,1- building -0,n----héberger----1,1- team -0,n----posséder----1,1- material

Il suffit de faire une jointure pour accéder au matériel à partir du building.

Code :

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

1
2
3
4
5
6
7
8
9
SELECT b.BuildingName
FROM tblBuilding b
WHERE EXISTS
(
	SELECT 1
	FROM tblMaterial m
	INNER JOIN tblTeam t ON t.IdTeam = m.IdTeam
	WHERE t.IdBuilding = b.IdBuilding
)

[DeWaRs]

Effectivement, cela fonctionne. J'était partie sur une double clause "EXISTS"...

Merci de ton aide.

DeWaRs

[StringBuilder]

Pourquoi faire un "exists" là où un distinct suffirait ?

Je pense que le distinct sera plus rapide, dans la mesure où on n'aura à faire qu'une bête jointure.

Code sql :

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

1
2
3
4
5
 
SELECT distinct b.BuildingName
FROM tblBuilding b
inner join tblTeam on t.IdBuilding = b.IdBuilding
inner join tblMaterial m on m.IdTeam = t.IdTeam

[CinePhil]

Je pense que le distinct sera plus rapide, dans la mesure où on n'aura à faire qu'une bête jointure.

Ça ce n'est pas sûr du tout !
Voir le point 9 de ce tableau d'optimisations fourni par SQLPro.

L'explication que je suppose est que la jointure va opérer sur toute la table alors que EXISTS s'arrête dès que la condition est satisfaite.

[StringBuilder]

Vu que la requête ne porte que sur les index de clés étrangères (donc on ne lit pas les données de la table), j'ai quand même des réserves.

A tester...

-- Après test, effectivement, la solution du "not exists" est à peine plus rapide.