|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité de passage
![]() Inscription : janvier 2009 Messages : 47 ![]() |
Bonjour,
Je dois travailler sur un model de base de donné qui na pas forcement été crée correctement. Je me retrouve a devoir faire des requêtes sur une table 190 000 enregistrement qui possède qu'une clé primaire, aucune clé étrangère, avec une 19 colonnes.... Généralement lorsque je fais une requete sur cette table je possède une condition avec 3,4 clauses. Donc voici la table en question : Table voyage idvoyage (A) Primary key idservice (B) idligne (C) iddirection (D) idproduction (E) ...... Cette table ne possède qu'un index sur la clé primaire. Il m'arrive de faire des requêtes avec des clauses du type A et B, ou A et E ou A et E et C et D Brefff ma question, est, dois-je crée un index pour chaque type de clause ? ou une procédure stocké est plus adapté ? ou faire les deux ? Voila je suis un peu perdu, je suis pas un specialiste des SGBD malheureusement On esperant avoir été un clair, Cordialement |
|
|
00
|
|
|
#2 |
|
Membre Expert
![]() |
Que sélectionnez vous lors de vos requêtes ? (clause SELECT)
Pour répondre à votre question oui le plus performant en lecture serait de faire trois index pour chaque cas de prédicat... Votre table subit-elle de fréquents update / delete / insert ? 190000 lignes c'est une très petite table rassurez-vous... |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com