Bonsoir,
Pouvez vous m'expliquer pourquoi il est totalement déconseillé de créer un INDEX sur un attribut présentant peu de valeur (du genre, un booleen, un sexe (F ou M), etc)?
Merci d'avance
Bonsoir,
Pouvez vous m'expliquer pourquoi il est totalement déconseillé de créer un INDEX sur un attribut présentant peu de valeur (du genre, un booleen, un sexe (F ou M), etc)?
Merci d'avance
Un index figure généralement à la fin de tous les ouvrages sérieux, notamment les ouvrages d'informatique.
Si vous ouvrez une tel ouvrage vous constaterez que l'index contient des mots ou expression renvoyant à des pages... Par exemple l'expression CREATE INDEX peut renvoyer aux pages 64, 121 et 187.
A votre avis, est-il intéressant d'indexer un mot comme le, la ou encore un, qui est présent à presque toutes les pages ?
Cela vous aidera t-il à trouver ce que vous voulez ?
L'index ne risque t-il pas de devenir énorme, voir plus important en volume que le texte lui même ?
A +
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
Merci! Je pense avoir compris.
Mais pour reparler de BD: dans ce cas, l'index lié à ma table risque d'être encore plus gros que ma table?
Si je prends l'exemple d'un sexe : M ou F.
Chaque fois qu'il y aura M ou F, l'index grandira? Donc comme toutes les personnes se trouvant dans ma table ont soit M soit F, toutes les personnes se retrouveront dans l'index, il y aura donc autant d'entrées dans mon index que dans ma table?
Merci de bien vouloir confirmer ou corriger
Dans tout index il y a toujours autant de ligne que dans la table.
Mais un index n'est efficace que s'il est sélectif, c'est à dire qu'il y a peu d'occurrences par rapport au nombre de valeurs.
Par exemple le rapport nombre de valeur / nombre d'occurrences dans un index sur un nom de famille est proche de 1 car il y a peu de gens dont le nom est identique. En revanche dans votre cas il est proche de zéro et sera de plus en plus proche de zéro au fur et à mesure du nombre de lignes.... Donc inexploitable !
A +
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager