Probléme de performance.

J'ai une table qui contient plus 2 Millions de lignes. Quand je fais un simple SELECT avec un WHERE les perf deviennent mediocre si les champs présent dans la clause WHERE ne sont pas indexés. Suite à ça j'ai décidé d'indexer tous les champs de la table. Je sais que ce n'est pas conseillé d'utiliser sauvagement les index mais je suis contraint de le faire. Le probléme est que aprés avoir indexer quelques champs je ne peux plus indexer les champs restants. Le message d'erreur indique que le groupe de fichier "PRIMARY" est plein. Je ne sais pas ce que ça signifie mais ce je sais c'est que je suis dans le petrin :( .

essait d'indexer seulement les bon champs, car sinon ce sera trop lent pour faire tes insertions

Pour les index je suis obligé. J'ai essayé sans mais la recherche est trop lente presque impossible. En faite j'aimerai poser quelques questions. Dans ma requete j'utilise LIKE pour quelque champs de type VARCHAR. En plus parmis ces champs il y'en a deux qui ont une taille de 1000 :oops: . Je veux savoir si cela a un impacte notable sur les perf?. Si oui est ce que c'est à cause du LIKE indépendement de la taille des champs ou de la combinaison des deux?

une recherche LIKE '%Marcel%' n'utilisera aucun index, et donc sera longue !

Il y a un outil pour faire de la recherche dasn des longs texte dans SQL server:
SQL Server 2000 FullText Search Service

Je ne connais pas vraiment, et je ne l'ai jamais utilisé.
mais je pense que ça pourrait aider à optimiser tes recherches textuelles

tu devrais y jeter une petit coup d'oeil

tu m'en donnera des nouvelles

je crois aussi que l'ordre de tes where peut jouer sur ta performance

commence par le where sur ta clé primaire, les where rapide, et ensuite tes where lents comme tes LIKE '%Marcel%'

J'ai fait une petite recherche concernant Full-text search. C'est l'outil que je cherche. Il offre des services de recherche adapté à des tables qui contiennent des millions de lignes. Mais en lisant la config hardware minimale j'ai tous de suite renoncé à cet outil. Il lui faut d'énorme ressource: 1GB RAM, plusieurs controleurs de disque 8O ...

En faite voici ce que j'ai trouvé:
Hardware Considerations
•Multiple CPUs: One to four 500-megahertz (MHz) Xeon III processors.
•Memory: 1 to 4 GB of physical RAM.
•Multiple disk controllers with several channels or a single disk controller with multiple channels.
•Disk I/O sub-systems: RAID 0 (disk striping with no fault-tolerance protection), RAID0+1 and RAID5.

Donc à dieu MS Search.

ouais j'pense qu'on va oblier ça.. :D

salut,
dans le meme sens ,j'ai le meme probleme

Code:

---

1 2 3 4 5

SELECT DISTINCT m.Matricule,p.nom_prenom nom, p.TYPE_PA,m.depart,m.code_sec,p.DATE_E FROM Mvt m inner join pers p on p.matricule=m.matricule WHERE m.Date_du= :d_du and m.Date_au= :d_au

---

la table mvt contient :2042970
et la table pers :8750
memoire(ram)pc:512 Mo
il me prend un temps fou pour l'executer et il bouffe presque toute la memoire y-a-t il une methode pour optimiser ma requete.
Merci