Discussion :

[kacedda]

Bonjour,

J'utilise le

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SET ROWCOUNT n

pour limiter mon jeu de résultat.
Et je souhaiterai récupérer par la suite la valeur du ROWCOUNT correspondant au réglage et non @@ROWCOUNT qui correspond au nombre d'élément réellement traités.

Mais je n'arrive pas a savoir ou récupérer ce paramètre.

Merci de vos lumières

[mikedavem]

Bonsoir,

Si c'est la valeur du "n" le petit exemple suivant devrait surement vous aider

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
DECLARE @n INT
SET @n = 5
SET ROWCOUNT @n
 
SELECT * FROM matable;
 
-- Récupération valeur réglage du i
SELECT @n;
 
...

++

[kacedda]

Merci à toi,
Mais j'avais pensé à cette solution, mais j'aurai préféré quelque chose de natif, car j'imagine que SQL stocke cette valeur quelque part!

[elsuket]

Bonjour,

j'imagine que SQL stocke cette valeur quelque part!

Non, car @@ROWCOUNT est une fonction système.
Vous n'avez donc aucun autre moyen de trouver cette valeur, d'autant que comme elle n'est valable que pour la session en cours, elle est très volatile.

Une autre possibilité pour limiter le jeu de résultats est d'utiliser la clause TOP :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
DECLARE @nbLignes INT
SET @nbLignes = 42
 
SELECT TOP(@nbLignes)
FROM monSchema.maTable

Pourquoi cherchez-vous à retrouver le nombre de lignes affecté par une commande ?

@++

[kacedda]

Merci, donc c'est impossible!
Je vais donc passer par une variable.

Je fais différentes choses suivant si le resultat de la requete: @@rowcount ?= ?> ?< set rowcount.
Et c'est pour m'en servir dans une sp et comme je fais pas mal de traitement dedans, j'aurai trouvé plus simple d'accéder directement au rowcount, c'était plus un confort pour ne pas avoir a passer par une variable supplémentaire.

Sinon oui il y a le TOP mais si j'ai bien compris la doc (je suis pas expert...), il faut préférer le set rowcount apparament.

[elsuket]

Bonjour,

Cela ne vaut pas mieux, c'est le comportement qui est différent selon que vous utilisez une clause ORDER BY ou non. La remarque donnée par la documentation n'est valable que dans ce cas-là.

@++

[mikedavem]

Bonjour ,

La clause TOP est à préférer en terme de performance

++

[SQLpro]

Voici :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
SET ROWCOUNT 3
 
CREATE TABLE #T (OPT NVARCHAR(128), VAL SQL_VARIANT);
INSERT INTO #T EXEC ('DBCC USEROPTIONS');
SELECT VAL FROM #T WHERE OPT = 'rowcount';
 
VAL
--------------------
3

Cependant à partir de 2005 l'utilisation de TOP n ne pose pas de problème vu que vous pouvez faire un TOP @N

A +

[kacedda]

Je vais utiliser le TOP!
Merci de votre aide!

[elsuket]

Voici :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
SET ROWCOUNT 3
 
CREATE TABLE #T (OPT NVARCHAR(128), VAL SQL_VARIANT);
INSERT INTO #T EXEC ('DBCC USEROPTIONS');
SELECT VAL FROM #T WHERE OPT = 'rowcount';
 
VAL
--------------------
3

OK, j'ai 0

@++