Discussion :

[tomyy]

Bonjour,
Ma base était sans conception, sans relations ni clé primaires.... des tables indépendantes et je faisais tout le travail coté code (VB).
J'ai décidé de refaire tout le travail, coté base c'est fait mais il me reste de voir le code et les requêtes et je ne sais pas quoi modifier.
Par exemple si j'ai crée une relation entre de tables es ce que je dois enlever les jointures entre elles?
Merci

[elsuket]

Bonjour,

J'ai décidé de refaire tout le travail

Et vous avez bien fait !

Par exemple si j'ai crée une relation entre de tables es ce que je dois enlever les jointures entre elles?

Vous confondez contraintes et jointures :
- une contrainte, quel que soit son type, vous permet de garantir l'intégrité de vos données
- une jointure vous permet de vraiment profiter de la puissance d'un modèle de données relationnel, en faisant participer plusieurs entités à la réponse à une question : votre requête

Vous pouvez donc ajouter vos contraintes sans vous soucier de vos jointures.
Veillez néanmoins à indexer proprement les colonnes qui sont clé étrangères, car l'ajout d'une telle contrainte entraîne bien sûr sa vérification, qui ne peut se faire rapidement que si la colonne est correctement indexée.

@++

[tomyy]

Merci, ok je vois bien ce que vous avez cité mais je ne sais pas encore c'est quoi l'effet des mes modifications sur mes requêtes et comment les adapter à cette nouvelle conception, mon but reste toujours l'optimisation.

[Ptit_Dje]

Bonjour,

Si vous aviez par exemple 2 tables:
- Produit (id_produit, libelle, id_CategorieProduit_FK)
- CategorieProduit (id_CategorieProduit, libelle)

Et que ces tables ne contenaient pas de relations, ni de clefs... Et que vous aviez une query:

Code :

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

1
2
select ...
from Produit join CategorieProduit on Produit.id_CategorieProduit_FK = CategorieProduit.id_CategorieProduit

Apres la mise en place des clefs etrangeres, cette query reste valable.

Donc d'apres moi, si vous avez juste rajouter des relations et des index et si votre code de base etait bien, vous ne devriez rien avoir a changer au niveau des queries.

Les relations entre les tables n'affectent pas la maniere dont il faut les interroger, pareil pour les clefs primaires.

[tomyy]

Donc au lieu de :

Code :

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

1
2
SELECT ...
FROM Produit JOIN CategorieProduit ON Produit.id_CategorieProduit_FK = CategorieProduit.id_CategorieProduit

je peux mettre?

Code :

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

1
2
SELECT ...
FROM Produit, CategorieProduit

et j'aurai le même résultat?

[Ptit_Dje]

Non, vous n'obtiendrez pas la meme chose.
Les references garantissent l'integrite de vos donnees (une securite en plus pour ne pas pouvoir inserer n'importe quoi comme valeurs dans les colonnes de vos tables). Cela n'impacte en rien la maniere selon laquelle vous devez rediger vos queries. La jointure doit toujours etre presente dans votre query.

[elsuket]

Code :

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

1
2
SELECT ...
FROM Produit, CategorieProduit

Cette requête vous retournera le produit cartésien des deux tables, ce qui n'est pas la même chose que

Code :

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

1
2
SELECT ...
FROM Produit JOIN CategorieProduit ON Produit.id_CategorieProduit_FK = CategorieProduit.id_CategorieProduit

Qui spécifie une équi-jointure.

Dans tous les cas, vous devriez spécifier vos jointures par le mot-clé JOIN, même s'il s'agit d'un produit cartésien (CROSS JOIN).

Pour aller un peu plus loin

@++