Discussion :

[Sergejack]

Bonjour,

j'ai pour l'instant une application en .Net qui doit faire lors d'une opération particulière, une série de query liées entre eux sur ma base de donnée (ms sql server 2005).
Chaque query agit comme un filtre qui élimine du résultat final certains résultats, selon certaines conditions.
Le lien entre ces query se fait au niveau des membres (chaque query s'articule autours de la table des membres).
J'ai donc une liste d'identifiants de membres qui évolue et est partagée parmi les query.

Au début, je conservait cette liste en .Net pour la passer dans mes query.
Mais cette approche à le désavantage de pouvoir générer des query très lourds (dont certain même peuvent causer un dépassement des ressources disponibles).
Ma seconde et actuelle approche est de stocker les identifiants dans une table classique afin qu'elle n'ait pas à être échangée entre le serveur sql et l'application .Net.


Est-ce qu'il existe un type de table ou une configuration particulièrement adapté à ce cas de figure, où les données n'ont une durée de vie que temporaire (le temps que les différents query ait pu être excécutés) ?

PS : il est impossible de faire s'exécuter tous les query simultanément.

Merci.

[elsuket]

Bonjour,

Si vous êtes sous SQL Server 2005 ou plus, vous pouvez utiliser des expressions de table commune successives, chacune filtrant le résultat de la précédente :

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
WITH
	CTE_1 AS
	(
		SELECT mesColonnes
		FROM maTable
		WHERE ...
	),
	CTE_2 AS
	(
		SELECT mesColonnes
		FROM CTE_1
		WHERE ...
	),
	CTE_3 AS
	(
		SELECT mesColonnes
		FROM CTE_1
		WHERE ...
	)
	.
	.
	.
	CTE_n AS
	(
		SELECT mesColonnes
		FROM CTE_n-1
		WHERE ...
	)
SELECT mesColonnes
FROM CTE_n

@++

[Sergejack]

Comme je le disais les query ne peuvent être simultanément excécutés.

D'une part, parce qu'ils renvoient tous des résultats (différents) qui me servent ailleurs.
Et de l'autre parce que les imbriquer les uns aux autres directement en sql rendrait le tout terriblement irelisible.

[elsuket]

J'ai donc une liste d'identifiants de membres qui évolue et est partagée parmi les query.

Partant de ce prédicat-là j'ai compris que vous aviez un ensemble de valeurs de clé primaire dont vous réduisez le cardinal par éliminations successives.
Dès lors les tuples candidats à l'élimination ont tous la même structure, et on peut les éliminer en réalisant une UNION de tous les tuples à éliminer, pour ensuite effectuer un EXCEPT sur cette UNION.

Sinon je ne comprends pas ce que vous souhaitez faire, et sans votre code, ou au moins un squelette de celui-ci c'est assez difficile à imaginer

@++

[Sergejack]

Je manipule bien un cardinal de clés mais en parallèlle je récupères des données.

Genre, je fais afficher un tableau de membres avec pour info leur cheveux et leur barbe (exemple fictif), en excluant les roux (de cheveux ou barbe) du résultat.
Tout membre n'a pas forcément de cheveux ou de barbe.

C'est un exemple simplifié, car si je dis que je veux 10.000 informations pour chaque coupe de cheveux et 20.000 par coupe de barbe, tu te rendras comptes que je ne souhaite pas faire un join avec un grand nombre de tuples ayant 10.000, 20.000 valeur vides simplement pour que tout soit groupé au niveau du query.

[SQLpro]

A la lecture de ce post, je pense que vous êtes partit sur une mauvaise conception ou une conception inadaptée de votre base de données à votre problème. Si vous nous donniez une partie du modèle et le genre de recherche massive que vous voulez effectuer avec une exemple concret, cela nous aiderait à vous proposer quelque chose de plus adapté !

A +