clé étrangère indexé?

Bonjour,
J'ai créé une table Intervention avec une clé primaire intervention_id, puis j'ai créé une table acte ayant sa clé primaire et une clé étrangère intervention_id.
Est-ce que le fait de spécifier que le champ INTERVENTION_ID de la table ACTES est une clé étrangère suffit à indexer ce champ, ou est-ce qu'il faut que je créé un index non unique sur le champ INTEVENTION_ID de la table ACTE.

En effet j'ai eu un doute, sur la base de production, les suppressions de tous les actes d'une intervention partent parfois en time out.
D'un coup je me suis posé la question, puis j'ai posé la question à google, qui m'a répondu
http://www.sql-server-performance.co...nce_audit7.asp

Citation:

---

Many people, when creating primary key/foreign key relationships (which are often used in JOINs) forget that while an index is automatically created on the primary key column(s) when it is established, an index for a foreign key is not automatically created, and must be created manually if there is to be one.

---

Par ailleurs SQL Pro a écrit dans
http://sqlpro.developpez.com/cours/s...ge=partie2#L10
.

Citation:

---

La plupart du temps lorsque vous créez une contrainte de clef primaire, étrangère ou une contrainte d'unicité, le SGBDR implante automatiquement un index pour assurer la mécanisme de contrainte avec des performances correctes. En effet une contrainte d'unicité est facilité si un tri sur les données de la colonne peut être activé très rapidement.

---

Mais c'était une remarque générale qui ne s'appliquait pas forcément à SQL Server.

Je vous demande donc confirmation. Faut-il comme dit dans l'article créé manuellement un index sur les champs en foreign_key?

Merci de votre aide
Soazig

Je viens de regarder un exemple dans une base personnelle : pas d'index sur la FK. D'ailleurs, je ne vois pas pourquoi cela serait obligatoire, si la FK sert à aller chercher un libellé, mais n'est pas un élément de recherche, l'index ne sert à rien, je ne vois guère que le DELETE du parent ("manuel" ou CASCADE) qui pourrait utiliser cet index (mais c'est rarement une activité quotidienne :lol: ) ; alors que l'index sur la PK sert à en assurer efficacement l'unicité et à garantir l'existence de l'enregistrement parent.

Bonjour,

Citation:

---

je ne vois guère que le DELETE du parent ("manuel" ou CASCADE) qui pourrait utiliser cet index (mais c'est rarement une activité quotidienne Laughing ) ;

---

Dans mon cas il y a bien suppression des fils puiis du père régulièrement.

A+
Soazig

Il ne te reste plus qu'à créer l'index à la main :lol: .

Pour information, dans un outil comme AMCDesignor (PowerAMC), il est possible choisir l'option "Seuil FK" qui permet de piloter la création des index sur les FK

je confirme MS SQL Server ne créer pas d'index sur une FK. En revanche il en créée une pour une contrainte d'unicité.

Enfin, il lui arrive de créer des index sans le dire au cours de la "vie" de la base afin de se faciliter le travail. La création d'un index est parfois la solution la plus efficace pour traiter certaines requêtes. Ces index commencent par "_WA_Sys_"...

A +