Discussion :

[gwendal86]

Bonjour,

Je dois comparer 2 tables très volumineuses, de structure identique, sans index ni clé primaire.

Je me pose la question suivante pour améliorer les performances :

Dois-je créer une clé primaire ou un index pour optimiser mes comparaisons ?

La création de la clé primaire va prendre beaucoup plus de temps que la création de l'index (non unique), mais est-ce que, in fine, je n'y perd pas en performance ?

Merci d'avances pour vos éclaircissements.

GB

[mnitu]

Relisez un peu Oracle concepts! La notion de clé primaire est tout à fait perpendiculaire à la notion d'index!

création de la clé primaire va prendre beaucoup plus de temps que la création de l'index

Pourriez-vous prouver cette affirmation ?

[gwendal86]

Bonjour,

A la création, la clé primaire va devoir parcourir toute la table pour s'assurer que la contrainte d'unicité qu'elle implique sera bien vérifiée.
La création de l'index, non unique, n'implique pas de contrainte, donc pas de vérification.

Attention ce n'est que mon avis de pas-expert, je peux donc me tromper

[mnitu]

Contrainte d’intégrité : son rôle est d’implémenter une règle de gestion. Je crée une contrainte pour renforcer une règle de gestion.

Index : son rôle est d’accélérer parfois l’accès aux données. Je crée un index pour améliorer le temps de réponse des certaines requêtes.

Clé primaire : interdit aux enregistrements d’une table d’avoir des valeurs nulle pour la colonne ou les colonnes concerné ou d’avoir la (les) même(s)
valeur(s) pour plusieurs enregistrements.

Une contrainte de type clé primaire pourrait créer ou pas un index unique ou pas!

Vous voyez bien que ces sont deux notions qui ne couvre pas du tout le même périmètre et donc ne peuvent pas être comparées.

...

Attention ce n'est que mon avis de pas-expert, je peux donc me tromper

Depuis pas mal de temps les choses avancent suivant le schéma : on construit un modèle abstract pour expliquer le phénomène étudié et on fait des tests pour valider/invalider ce modèle. Créez une table avec un million de lignes par exemple et mesurer à plusieurs reprise les temps de réponse de commandes de création de la clé primaire et celle de la création juste d’un index unique.

/Edit

Mark Twain defined an expert as "an ordinary fellow from another town"

[pachot]

Bonjour,

A la création, la clé primaire va devoir parcourir toute la table pour s'assurer que la contrainte d'unicité qu'elle implique sera bien vérifiée.
La création de l'index, non unique, n'implique pas de contrainte, donc pas de vérification.

Les deux sont similaires et vont devoir parcourir toute la table, et trier les colonnes.
En fait, un index est une structure triée, et la contrainte d'unicité utilise un index pour vérifier l'unicité.

Par contre, pour la question initiale, si la requête de vérification n'est lancée qu'une seule fois il n'est pas intéressant de créer des index. L'index, c'est faire tout le travail de tri une fois pour en bénéficier pour toujours. Si c'est pour faire la comparaison une seule fois, autant que la requête de comparaison fasse ce travail sans avoir à le stocker.

Cordialement,
Franck.

[SQLpro]

Bonjour,

Je dois comparer 2 tables très volumineuses, de structure identique, sans index ni clé primaire.

Je me pose la question suivante pour améliorer les performances :

Dois-je créer une clé primaire ou un index pour optimiser mes comparaisons ?

L'un étant une notion logique et l'autre un élément physique il est impossible de les comparer !
Une clef induit une notion d'unicité et n'a pas forcément recours à un index en théorie, même si la plupart des SGBDR, y compris Oracle créé un index sous-jacent à la clef.
Contrairement à une clef, un index n'est par forcément UNIQUE !

La création de la clé primaire va prendre beaucoup plus de temps que la création de l'index (non unique), mais est-ce que, in fine, je n'y perd pas en performance ?

Comme précédemment indiqué, il y a création d'index dans les deux cas et donc parcours de toutes les valeurs de la table... La seule différence est l'application ou non de l'unicité, et cet élément constitue une très faible charge en regard des algorithmes de tri nécessaires à la constitution de l'index...

Merci d'avances pour vos éclaircissements.

GB

Vous devez donc trancher entre clef => unicité et index sans forcément le caractères UNIQUE....

On ne peut pas savoir si l'unicité concerne les données de votre table. C'est à vous de trancher !

A +

[Waldar]

Je dois comparer 2 tables très volumineuses, de structure identique, sans index ni clé primaire.

Quelle genre de comparaison cherchez-vous à faire ?