DISTINCT 2 tables sans UNION

**sdisp+** · 27/03/2014, 16h45

Bonjour.

Sous SSAS, j'ai une Named Query qui utilise un UNION pour récupérer 3 champs dans 2 tables.
Je souhaiterais :
- remplacer cette Named Query par une vue SQL indexée pour gagner en perf (je l'espère) donc pas d'utilisation de l'instruction UNION
- que les couples des 3 valeurs soit unique pour faire une unique clusterd key dessus

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
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
 
CREATE TABLE t1 (
	[pk] [int] IDENTITY(1, 1) NOT NULL
	,[id] [varchar](23) NULL
	,[idSociete] [smallint] NULL
	,[idExercice] [smallint] NULL
	,CONSTRAINT [PK_t1] PRIMARY KEY NONCLUSTERED ([pk] ASC)
	) ON [PRIMARY]
 
CREATE TABLE t2 (
	[pk] [int] IDENTITY(1, 1) NOT NULL
	,[idTransaction] [varchar](23) NULL
	,[idSocieteEmettrice] [smallint] NULL
	,[idExercice] [smallint] NULL
	,CONSTRAINT [PK_t2] PRIMARY KEY NONCLUSTERED ([pk] ASC)
	) ON [PRIMARY]
 
INSERT INTO t1 (
	[id]
	,[idSociete]
	,[idExercice]
	)
VALUES (
	'aa-b'
	,1
	,1314
	)
	,(
	'aa-c'
	,1
	,1314
	)
	,(
	'aa-c'
	,1
	,1314
	)
 
INSERT INTO t2 (
[idTransaction ]
	,[idSocieteEmettrice]
	,[idExercice]
	)
VALUES (
	'aa-d'
	,1
	,1314
	)
	,(
	'aa-b'
	,1
	,1314
	)
	,(
	'aa-c'
	,1
	,1314
	) (
	'aa-d'
	,1
	,1314
	)

Je peux donc avoir des doublons à l’intérieur d'une table et de l'une à l'autre.

Je souhaite donc en résultat:

id, idSociete, idExercice
'aa-b',1,1314
'aa-c',1,'1314
'aa-d',1,1314

J'ai donc fais:

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
16
17
18
19
20
21
22
23
24
25
SELECT DISTINCT id
	,idSociete
	,idExercice
FROM (
	SELECT CASE 
			WHEN t2.idTransaction IS NOT NULL
				THEN t2.idTransaction
			ELSE t1.id
			END AS id
		,CASE 
			WHEN t2.idSocieteEmettrice IS NOT NULL
				THEN t2.idSocieteEmettrice
			ELSE t1.idSociete
			END AS idSociete
		,CASE 
			WHEN t2.idExercice IS NOT NULL
				THEN t2.idExercice
			ELSE t1.idExercice
			END AS idExercice
	FROM tabTransaction t1
	LEFT JOIN tabPassage t2
		ON t1.id = t2.idTransaction
			AND t1.idSociete = t2.idSocieteEmettrice
			AND t1.idExercice = t2.idExercice
	) AS t3

Il me semble que ça fonctionne, mais est-ce le plus performant? (Mise à part l'utilisation de clé alternatives pour ne pas avoir de type char en clé)

Merci.
sdisp

**aieeeuuuuu** · 27/03/2014, 17h24

Bonjour,

Vous ne pourrez pas indexer la vue avec cette requête :
Elle contient des sous requêtes, ainsi que des jointures externes...

Mais je pense que c'est plutôt le modèle qui faudrait revoir, et sans doute mettre en place l'héritage.

**sdisp+** · 31/03/2014, 13h48

Bonjour et merci pour cette réponse.

Effectivement je ne peux pas non plus créer d'index sur cette vu.
Pour ce qui est du schéma, en faite, je crée un cube basé sur 2 tables de faits, une table de transaction et une table de passage.
Dans chacune de ces 2 tables j'ai donc l'id transaction et pour avoir en dimension cet id transaction, il me semble que je suis contraint de créer cette vue (ou la named query) qui regroupe les id des 2 tables?

qu'en dites-vous?
Merci.

**Sergejack** · 01/04/2014, 09h37

Dans votre nouveau query il faudrait un FULL JOIN et non un simple LEFT JOIN.

Mais plus important, si vous en faites une vue avec JOIN + CASE/ISNULL, elle sera sans doute non SARGable (comprenez: indexes mal exploité).
Je pense que l'UNION par contre permettrait à la vue d'être SARGable.

Faites donc :

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
16
17
18
 
	CREATE VIEW maView AS
	SELECT DISTINCT *
	FROM (
		SELECT
				id
				, idSociete
				, idExercice
		FROM t1
 
		UNION ALL
 
		SELECT
				id
				, idSociete
				, idExercice
		FROM t2
	) AS X

**sdisp+** · 01/04/2014, 17h29

Bonjour et merci pour cette réponse.

Apparemment pas non plus d'index sur les requêtes utilisant des derived table

sdisp+

**aieeeuuuuu** · 01/04/2014, 17h54

Bonjour,

Les index peuvent être utilisés pour une requête contenant des tables dérivées.

En revanche, une vue contenant des sous requêtes ne peut en effet pas être indexée, pas plus qu'une vue contenant un UNION , une jointure externe, ou tout un tas d'autres choses...