Discussion :

[Tankian]

Bonjour,

J'utilise SQL SERVER 2000 et j'ai créé une table qui contient 80 enregistrements. Je pensais que S SERVER gérerait plutot bien ce grand nombre de données mais il s'avère qu'une simple requete de selection me prend une vingtaine de secondes !
J'imgine que la clef étant de type CHAR(9) n'aide pas beaucoup en terme de rapidité mais meme en rajoutant une clef primaire de type numérique le temps pris par requête est affreusement long...
Auriez vous une solution pour accélerer le temps d'accés / parcourt / requête sur la table ?

Merci d'avance,

[Fabien Celaia]

Une 20aine de seconde pour un select sur une table de 80 enregistrements ? Ca peut prendre des heures sur n'importe quel système si quelqu'un d'autre est en train de modifier par exemple un de ces enregistrements. Le select demande un verrou partagé, mais il ne peut l'obtenir si un autre utilisateur utilise au préalable un verrou exclusif sur une des pages de la table.

Quel état vous donne un sp_who ?

[Tankian]

Pardon c'est 80 000 ! Pour l'instant je suis seul a bosser sur ce serveur ...

[TrollMaster]

posède tu des ordres de tri sur ton select ? Je sais qu'en oracle, les ordres de tri font chuter les performances de façon importante et il faut indexer les colonnes de tri.

Sinon, peux tu effectuer un plan d'exécution et rédiger indiquer le résultat.

[Tankian]

Non non c'est une requête des plus basic...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
SELECT * 
FROM matable

20 sec Cela vous parait il bcp pour une table de 80 000 enr ? Personnellement je trouve ca plutot enorme ..

[WOLO Laurent]

Poste le scipt de définition de ta table.

[Tankian]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
CREATE TABLE [dbo].[T_SYMBOL] (
	[symbPiece] [char] (9) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
	[Designation] [varchar] (30) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
	[numDess] [varchar] (30) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
	[repDess] [varchar] (30) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
	[indiceDess] [varchar] (30) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
	[refSymb] [varchar] (30) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
	[stockMin] [int] NULL ,
	[stockAlerte] [int] NULL ,
	[us] [varchar] (30) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
	[ucdt] [varchar] (30) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,
	[Numfour] [int] NULL ,
	[puSymb] [money] NULL 
) ON [PRIMARY]
GO

[TrollMaster]

--> Lance un DBCC CHECKTABLE(table) pour corriger les éventuelles erreurs d'indexation

Vérifie si ça va mieux sinon

--> Lance UPDATE STATISTICS table pour mettre à jour les statistiques de la table dont se sert SQLSERVER pour ses plans d'exécution

Par contre je pense pas que tu comptes récupérer 80000 lignes d'un coup pour les traiter ?

[Tankian]

En fait c'est une table de référence qui contient une liste que je dois présenter sur mon prog.
C'est simplement de la 'affichage a l'écran, puis si quelque chose interesse l'utlisateur je dois ajouter la référence. Rien de compliquer, mais je cherchais une solution pour optimiser l'affichage car la ca rame sec

Merci à tous pour votre aide , je vais éssayer ce que tu m'as dis TrollMaster et je vous tien au courant.

[Tankian]

Résultats DBCC pour 'T_SYMBOL'.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
Il y a 79768 lignes dans 875 pages pour l'objet 'T_SYMBOL'.
Exécution de DBCC terminée. Si DBCC vous a adressé des messages d'erreur, contactez l'administrateur du système.

UPADTE STATISTIC : La ou les commandes ont réussi.

Voilà. Si jamais vous connaissez d'autres trucs et atuces qui faciliterait l'affichage / coonsultation de cette table je suis preneur.

ENcore Merci à tous.

[WOLO Laurent]

Déjà, à première vue, commence par ajouter une Clé primaire sur ta table.
Pense également à ajouter des index sur certains champs sur les quelles portes tes paramêtres de recherche.