optimisation d'une Requête

Version imprimable

bonjour à tous,
j'ai ecris cette requette qui prend assez de temps pour s'exécuté, j'aimerais avoir votre soutient a fin de l'optimisé.
coté index, jointure et autres.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Insert Sto_Imprime_Temp
	Select distinct
		@Poste_Client,
		@Id_Saisie,
		A.Code_Type_Imprime,
		Numero_Imprime,
		'' Numero_Identification,
		'0' As Alloue
	From 	Sto_Imprime A
	Join 	Sto_Type_Imprime_Automobile B On (B.Code_Type_Imprime = A.Code_Type_Imprime)
	Where 	Code_Intermediaire = @Code_Intermediaire And
	Code_Type_Carte		= 0 And
	Code_Statut_Imprime = 'EV' And
	Numero_Quittance 	= 'X'
	and Numero_Imprime not in (select distinct Numero_Attestation from Attestation) 
	and A.Code_Type_Imprime=@Code_Type_Imprime
	-- Order By 1,2

Merci de votre soutient

28/05/2013, 15h20
aieeeuuuuu

Bonjour,

Il aurait fallu la structure des tables pour vous proposer les index directement.
Là, on ne sait pas de quelle table viennent quelle colonnes.

Est-ce que l'intégrité référentielle est mise en place ?

L'idée générale est de créer un index reprenant les colonnes qui vous servent de filtre, en commençant par les filtres les plus sélectifs, et en ajoutant éventuellement les autres colonnes du SELECT en clause INCLUDE...

voici la structure des Tables,

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
CREATE TABLE [dbo].[Sto_Imprime](
	[Numero_Operation] [char](10) NOT NULL,
	[Code_Type_Imprime] [char](1) NOT NULL,
	[Numero_Imprime] [char](10) NOT NULL,
	[Cout_Unitaire] [money] NOT NULL,
	[Code_Statut_Imprime] [char](2) NOT NULL,
	[Code_Magasin] [char](4) NOT NULL,
	[Code_Intermediaire] [char](4) NOT NULL,
	[Numero_Quittance] [char](16) NOT NULL,
	[Numero_Identification] [varchar](15) NOT NULL,
 CONSTRAINT [PK_Sto_Imprime] PRIMARY KEY NONCLUSTERED 
(
	[Numero_Operation] ASC,
	[Code_Type_Imprime] ASC,
	[Numero_Imprime] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON, FILLFACTOR = 70) ON [PRIMARY]
) ON [PRIMARY]

Code:

1
2
3
4
5
6
7
8
9
10
11
 
CREATE TABLE [dbo].[Sto_Type_Imprime_Automobile](
	[Code_Type_Imprime] [char](1) NOT NULL,
	[Code_Type_Carte] [smallint] NOT NULL,
	[Libelle_Type_Imprime] [varchar](50) NULL,
	[Code_Reference] [char](1) NULL,
 CONSTRAINT [PK_Sto_Type_Imprime_Automobile] PRIMARY KEY CLUSTERED 
(
	[Code_Type_Imprime] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
CREATE TABLE [dbo].[Attestation](
	[Numero_Quittance] [char](16) NOT NULL,
	[Numero_Immatriculation] [char](15) NOT NULL,
	[Numero_Reference] [char](16) NULL,
	[Numero_Attestation] [char](10) NOT NULL,
	[Numero_Carte_Extension] [char](10) NULL,
	[Date_saisie] [datetime] NULL,
	[Utilisateur] [varchar](30) NULL,
	[Date_Effet] [datetime] NULL,
	[Date_Expiration] [datetime] NULL,
	[Ok_Imprime] [char](1) NULL,
	[Ok_Valide] [char](1) NULL,
	[Ok_Carte] [char](1) NULL,
 CONSTRAINT [PK_Attestation] PRIMARY KEY CLUSTERED 
(
	[Numero_Quittance] ASC,
	[Numero_Immatriculation] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON, FILLFACTOR = 90) ON [PRIMARY]
) ON [PRIMARY]

qui entre en jeu.
s'il te plait explique moi un peu l'intégrité référentielle .
je fais parallèlement une recherche sur google.

28/05/2013, 15h54
Arkhena

Citation:

Envoyé par solo190

s'il te plait explique moi un peu l'intégrité référentielle .

:calim2:
28/05/2013, 16h40
solo190
voici un index que j'ai crée sur la table Sto_Imprime
Code:

1 2 Create Index X_Where on Sto_Imprime (code_intermediaire ,Code_Statut_Imprime,Numero_Quittance,Numero_Imprime)
.
mais le problème de lenteur persiste
29/05/2013, 10h03
SQLpro

Votre modèle est clairement mal conçu.
1) vous avez des clefs primaires composés qui pénalisent les performances.
2) vos clefs sont sémantique ce qui posera de nombreux problèmes si évolutions il y a des données (UPDATE)
3) les types utilisés pour vos colonnes composant les clefs sont des littéraux ce qui est encore plus long et plus lent que du numérique du fait de la gestion des collations inhérente à ce type de données.

Commencez par revoir votre modèle et placer des clefs auto-incrémentées numérique de type BIGINT et faites de vos anciennes clefs des contraintes d’unicité;
Enfin, posez vos contraintes d’intégrité référentielle et indexez les.

Avec cela en principe plus de lenteur !

A +