[SQL] kan uitkomst van dynamische count(*) niet ophalen

[shades]

Ik ben bezig met een query die binnen een sp dynamich wordt opgebouwd. Ik heb de query wat vereenvoudigd om deuitleg te vergemakkelijken. Het gaat hier om MSSQL 2000 SP4.

SQL:

declare @i int
declare @q varchar(4000)
set @q = '(select count(*) from tblUserProfiles where .......)'
set @i = exec (@q)

Als ik dat uitvoer krijg ik:

code:

Server: Msg 156, Level 15, State 1, Line 4
Incorrect syntax near the keyword 'exec'.

De bedoeling is op het resultaat van de count(*) in @i te krijgen maar dat kan kennelijk niet op deze manier. Als ik de code iets verander dan krijg ik de fout dat @i niet bestaat. kennelijk wordt een exec als een opzich staand deel uitgevoerd - hoe krijg ik bovenstaande count(*) nu in @i ?? Het is essentieel voor de verdere afhandeling dat dit werkt.

SQL:

declare @i int
declare @q varchar(4000)
set @q = '(select @i=count(*) from tblUserProfiles where .......)'
exec (@q)

Kan dit uberhaupt gaan werken ?

[ Voor 4% gewijzigd door shades op 05-03-2007 15:45 ]

[Gé Brander]

Waarom zou je binnen de sp, de query dynamisch op willen bouwen op deze wijze? Volgens mij kan je veel beter een sp maken die gewoon de query uitvoert en het resultaat teruggeeft.

[whoami]

Gaat het hier over MS SQL Server ?

[shades]

afhankelijk van de opgegeven params moeten er meerdere AND/OR in de where clause gezet worden. Opzich niet spannend want dat dynamisch maken is een eitje. Ik moet echter weten hoeveel rows er in de resultset zitten. Die heb ik nodig voor serverside paging.

[shades]

whoami schreef op maandag 05 maart 2007 @ 14:35:
Gaat het hier over MS SQL Server ?

Yup
MSSQL 2000 SP4 om precies te zijn...

[Cyphax]

shades schreef op maandag 05 maart 2007 @ 14:39:
afhankelijk van de opgegeven params moeten er meerdere AND/OR in de where clause gezet worden. Opzich niet spannend want dat dynamisch maken is een eitje. Ik moet echter weten hoeveel rows er in de resultset zitten. Die heb ik nodig voor serverside paging.

Serverside paging? Met een recordset-object? Daar kun je normaliter ook wel een rowcount uithalen, daar hoef je niet voor met queries te worstelen op deze manier.

[Gé Brander]

shades schreef op maandag 05 maart 2007 @ 14:39:
afhankelijk van de opgegeven params moeten er meerdere AND/OR in de where clause gezet worden. Opzich niet spannend want dat dynamisch maken is een eitje. Ik moet echter weten hoeveel rows er in de resultset zitten. Die heb ik nodig voor serverside paging.

Dan hoef je nog niet op deze wijze de query dynamisch aan te maken. Je kan gewoon variabelen meegeven met het uitvoeren van de query en dan als output parameter het resultaat teruggeven

[whoami]

Kijk dan eens naar de sp_execute stored procedure; daar kan je nl. ook output parameters aan meegeven.

code:

declare @numberOfRows INT
select @sqlstring = 'SELECT @i = count(1) ... '
EXEC sp_executesql @sqlstring, N'@i INT OUTPUT', @i =@numberOfRows OUTPUT

_{ps: vermeld in 't vervolg ook in je titel en TS over welk dbms het gaat}

[shades]

Cyphax schreef op maandag 05 maart 2007 @ 14:41:
[...]

Serverside paging? Met een recordset-object? Daar kun je normaliter ook wel een rowcount uithalen, daar hoef je niet voor met queries te worstelen op deze manier.

Ik heb het helemaal nog niet over een recordset-object gehad. Bij een recordsetobject haal je nog steeds alles naar je appserver. Als je het op de sql doos regels krijg je echt alleen maar je daadwerkelijk opgevraagde page terug alleen moet je wel weten hoeveel je er max hebt. Is ook niet lastig maar wel als je query dynamisch is - ik zou in iedergeval niet weten hoe

[shades]

whoami schreef op maandag 05 maart 2007 @ 14:44:
Kijk dan eens naar de sp_execute stored procedure; daar kan je nl. ook output parameters aan meegeven.
[code]
declare @numberOfRows INT
select @sqlstring = 'SELECT @i = count(1) ... '
EXEC sp_executesql @sqlstring, N'@i INT OUTPUT', @i =@numberOfRows OUTPUT

wow... die kende ik niet - gebruik standaard execute maar ik lees het in de books online dat sp_executesql eigenlijk veel beter is.

_{ps: vermeld in 't vervolg ook in je titel en TS over welk dbms het gaat}

Soz... had eigelijk TSQL willen vermelden maar ik had 'em al verstuurd

[Cyphax]

shades schreef op maandag 05 maart 2007 @ 14:47:

Ik heb het helemaal nog niet over een recordset-object gehad. Bij een recordsetobject haal je nog steeds alles naar je appserver. Als je het op de sql doos regels krijg je echt alleen maar je daadwerkelijk opgevraagde page terug alleen moet je wel weten hoeveel je er max hebt. Is ook niet lastig maar wel als je query dynamisch is - ik zou in iedergeval niet weten hoe

Ah, ik ging even uit van dezelfde situatie als hier, database- en webservers op dezelfde machine, serverside paging maar dan anders als bij jou dus.

[shades]

Cyphax schreef op maandag 05 maart 2007 @ 15:05:
[...]

Ah, ik ging even uit van dezelfde situatie als hier, database- en webservers op dezelfde machine, serverside paging maar dan anders als bij jou dus.

voor kleine omgevingen zou dat gaan maar ik zet apps en sql al heel snel appart.

[BtM909]

shades, als je als laatste reageert zou je dan ook de knop kunnen gebruiken als je iets nieuws wilt toevoegen. Anders komt je post over als onnodig kicken binnen 24 uur!

[ Voor 19% gewijzigd door BtM909 op 05-03-2007 15:16 ]

[P.O. Box]

shades schreef op maandag 05 maart 2007 @ 14:29:
Ik ben bezig met een query die binnen een sp dynamich wordt opgebouwd. Ik heb de query wat vereenvoudigd om deuitleg te vergemakkelijken. Het gaat hier om MSSQL 2000 SP4.

SQL:

declare @i int
declare @q varchar(4000)
set @q = '(select @i=count(*) from tblUserProfiles where .......)'
exec (@q)

Kan dit uberhaupt gaan werken ?

waarom doe je niet gewoon dit:

SQL:

declare @i int
select @i=count(*) from tblUserProfiles where .......

[ Voor 35% gewijzigd door P.O. Box op 05-03-2007 22:49 ]

[kenneth]

Omdat die where dus dynamisch wordt opgebouwd. (yuck -- maar dat terzijde )

[P.O. Box]

oh ok... had ik weer niet goed gelezen... excuus...