[SQL SERVER] Table contient trop d'enregistrements ?

Version imprimable

06/08/2004, 15h48
Tankian

[SQL SERVER] Table contient trop d'enregistrements ?

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 ! 8O
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,
06/08/2004, 16h21
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 ?
06/08/2004, 16h50
Tankian

Pardon c'est 80 000 ! Pour l'instant je suis seul a bosser sur ce serveur ...
08/08/2004, 01h18
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.
09/08/2004, 11h31
Tankian
Non non c'est une requête des plus basic...
Code:

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 ..
09/08/2004, 11h35
WOLO Laurent

Poste le scipt de définition de ta table.

Code:

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

09/08/2004, 23h05
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 ?
10/08/2004, 10h22
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 :wink: , je vais éssayer ce que tu m'as dis TrollMaster et je vous tien au courant.
10/08/2004, 10h36
Tankian
Résultats DBCC pour 'T_SYMBOL'.
Code:

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.
10/08/2004, 10h40
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.