[SQL2005] [TSQL] Procédure stockée

Bonjour tout le monde ! ;)

Voilà, j'aimerai savoir si, dans une procédure stockée, il me serait possible de récupérer les clés primaires de toutes les lignes d'une table (typiquement les ids) pour construire une autre requête SQL. Par exemple (parce que je ne suis pas sûre que ça soit très clair pour l'instant), je voudrais pouvoir générer une requête du genre :

Code:

---

SELECT A.id, A.name, FCT_COUNT(1) AS count1, ..., FCT_COUNT(n) AS countn FROM A

---

où FCT_COUNT est une "fonction stockée" prenant un id d'une table B en paramètre.
Mon problème est d'arriver à récuprérer les identifiants 1..n et de boucler dessus pour générer cette requête. Est-ce possible ?

Merci d'avance ! ;)

Bonjour,

Comme FCT_COUNT est une fonction que tu as définie, tu n'as pas besoin de FCT_COUNT() pour chaque ID.
Tu peux directement écrire ta requête en utilisant FCT_COUNT(ID_TABLE_B) dans le SELECT, en y ajoutant la jointure qui convient entre les tables A et B, à mon avis le traitement en sera bien plus rapide ...
Si c'est la présentation que tu recherches, il est préférable de gérer cela dans l'application cliente ;)

A+ ElSuket.

Bonjour ;)

Merci pour ta réponse !

Citation:

---

Envoyé par elsuket

Comme FCT_COUNT est une fonction que tu as définie, tu n'as pas besoin de FCT_COUNT() pour chaque ID.
Tu peux directement écrire ta requête en utilisant FCT_COUNT(ID_TABLE_B) dans le SELECT, en y ajoutant la jointure qui convient entre les tables A et B, à mon avis le traitement en sera bien plus rapide ...

---

Si je fais comme tu dis, soit un truc du genre...

Code:

---

SELECT A.id, A.name, FCT_COUNT(B.id) AS count FROM A, B WHERE [jointure qui va bien]

---

si j'ai bien compris ce que tu dis (hésite pas à me corriger si j'ai mal compris !) J'aurais plusieurs lignes pour obtenir ma valeur de FCT_COUNT pour chaque id de B non ? Il me faut toutes les informations dans la même ligne de résultat.

Citation:

---

Envoyé par elsuket

Si c'est la présentation que tu recherches, il est préférable de gérer cela dans l'application cliente ;)

---

En fait, pour l'instant, j'effectue plusieurs requêtes séparées pour obtenir, au moment où j'en ai besoin, la valeur de FCT_COUNT pour l'id (je parcours les objets de ma table A dans une boucle dans l'appli). Seulement, j'ai pas mal de données et ça ralenti donc beaucoup le traitement. Je me suis dit que si une seule requête (par procédure stockée) me donnait directement toutes les informations plutôt que de le refaire à chaque fois ça serait plus rapide. Ai-je raison de me dire ça ?
Je suis pas une experte en base de données et j'ai pas vraiment eu l'occasion de me pencher sur les procédures stockées et les fonctions avant ça, donc je ne sais pas bien ce qui est mieux et ce qui est moins bien, si tu as des conseils surtout n'hésites pas ;)

Merci encore !

Bonjour,

Pas de problèmes, on est tous là pour apprendre, moi j'ai commencé sous SQL Server en n'en connaissant rien :D

L'intérêt des fonctions définies par les utilisateurs est que tu peux les utiliser directement dans une requête SELECT et qu'elles sont déterministes.
Tu auras donc bien pour chaque ligne de ton jeu de données résultat la valeur que tu aurais si tu passais en paramètre à la fonction FCT_COUNT chaque valeur de la colonne B.id

Exemple : ma fonction FCT_SQRT me retourne la racine carrée d'un nombre.
J'ai une table LISTE dont les données sont:

ID AMOUNT
1 1
2 4
3 81
4 49

Si j'écris

Code:

---

1 2	SELECT ID, FCT_SQRT(AMOUNT) RACINE FROM LISTE

---

Je vais obtenir:

ID RACINE
1 1
2 2
3 9
4 7

J'espère que c'est plus clair comme ça ;)

Bonnes fêtes :D

Bonjour,

Ok, il me semble que c'est bien ce que j'avais compris ! ;)
Mais ce n'est pas ce qu'il me faut ^^ Si j'ai, mettons, les deux tables suivantes :

A
ID Name
1 toto
2 titi
3 tutu

B
ID
1
2

Il me faudrait comme résultat :

ID Name count_1 count_2
1 toto FCT_COUNT(1, 1) FCT_COUNT1, (2)
2 titi FCT_COUNT(2, 1) FCT_COUNT(2, 2)
3 tutu FCT_COUNT(3, 1) FCT_COUNT(3, 2)

En écrivant, je me rends compte que j'ai raconté n'importe quoi, ma fonction FCT_COUNT a en fait 2 paramètres : un id de la table A et un id de la table B, désolée :oops:

Pour l'instant, j'ai trouvé une solution en faisant cela :

Code:

---

select @b_select = @b_select + ',' + 'FCT_COUNT(A.id, ' + CAST(id as VARCHAR(100)) + ') as count_' + CAST(id as VARCHAR(100)) + ' from B order by id'

---

que j'ajoute ensuite dans ma requête pour récupérer les données de la table A comme ceci :

Code:

---

1 2	set @vSelect = 'select A.id, A.name' + @b_select + ' from A' EXEC(@vSelect)

---

Est-ce que ce sera effectivement plus rapide que si je faisais une requête de sélection sur A appelant ma fonction FCT_COUNT pour chaque entrée de B ? (en donnant à ma procédure stockée l'id de B que je traite)

Ce que vous voulez faire c'est un CROSS JOIN suivi d'un PIVOT. SQL N'est pas fait pour faire de la cosmétique (PIVOT).

Pour le cross join :

Code:

---

1 2 3

SELECT T1.ID, NAME, T2.ID FROM A T1 CROSS JOIN B T2

---

A +

Merci pour la réponse, mais je ne sais pas ce qu'est un "cross join" (je ne connais que le "join" ou le "left join") ni ce qu'est un pivot...

De plus, j'ai précisé vouloir faire le maximum au niveau d'une requête unique car pour le moment c'est fait au niveau applicatif (avec beaucoup de requête SQL) et cela prend beaucoup de temps car je suis obligée, dans un premier temps, de faire un select sur la table B puis, pour chaque entrée dans B un select sur A. Je pense que ce que j'essaie de faire est plus rapide, mais s'il existe une autre solution plus "propre", je prends.
Mon problème n'est pas là de faire de la "cosmétique" mais de récupérer en un seul accès toutes les informations nécessaires à mon traitement.

Bonjour,

Pour comprendre ce que sont es jointures, tu peux lire la documentation SQL Server à ce sujet, c'est bien expliqué:
http://msdn2.microsoft.com/fr-fr/library/ms191472.aspx
Regarde les exemples d'utilisation, une illustration valant mieux que 100 lignes ;)

Je pense que ce que tu souhaites faire est faisable en une seule requête, mais il faut être sûr que c'est bien un produit cartésien de deux tables (avec restriction ?) dont tu as besoin, comme te le suggère SQLpro :P.