De obicei cand am de facut un search cu multi parametrii optionali incerc sa folosesc sql dinamic ca sa nu ajung la constructii de genul

"@Param1 IS NULL OR Coloana1 = @Param1" (in constructii de tipul asta nu poate face index seek).

Cand folosesc sql dinamic ajung sa am instructiuni IF si ELSE in codul procedurii.

Foloseste cineva alta abordare? Cred ca s-ar mai putea genera sql direct din cod.

Intrebarea e generala nu tine de versiunea serverului nici de framework, dar nu ma intereseaza solutiile cu linq sau entity framework pentru ca din pacate nu le pot folosi inca

Multumesc

Vezi: http://www.sommarskog.se/dyn-search.html

Răzvan

liviu.costea:

De obicei cand am de facut un search cu multi parametrii optionali incerc sa folosesc sql dinamic ca sa nu ajung la constructii de genul

"@Param1 IS NULL OR Coloana1 = @Param1" (in constructii de tipul asta nu poate face index seek).

Cand folosesc sql dinamic ajung sa am instructiuni IF si ELSE in codul procedurii.

Foloseste cineva alta abordare? Cred ca s-ar mai putea genera sql direct din cod.

Intrebarea e generala nu tine de versiunea serverului nici de framework, dar nu ma intereseaza solutiile cu linq sau entity framework pentru ca din pacate nu le pot folosi inca

Multumesc

Normal ca se poate genera din cod ... cu conditia sa ai grija la sql injection ...Ce limbaj folosesti ?

---

Ignat Andrei
http://serviciipeweb.ro/iafblog

C#.

Eu as vrea sa stiu ce folosesc altii in conditiile astea. Tu, de exemplu ce faci cand trebuie sa scrii query-uri din astea?

Uite un exemplu bun, dat de Adam Machanic in "Expert SQL Server 2005 development":

CREATE PROCEDURE GetEmployeeData

@EmployeeId INT = NULL,

@NationalIdNumber NVARCHAR(15) = NULL

AS

BEGIN

SET NOCOUNT ON

DECLARE @sql NVARCHAR(MAX)

SET @sql = '' +

'SELECT ' +

'ContactId, ' +

'LoginId, ' +

'Title ' +

'FROM HumanResources.Employee ' +

'WHERE 1=1 ' +

CASE

WHEN @EmployeeId IS NULL THEN ''

ELSE 'AND EmployeeId = @EmployeeId '

END +

CASE

WHEN @NationalIdNumber IS NULL THEN ''

ELSE 'AND NationalIdNumber = @NationalIdNumber '

END

EXEC sp_executesql

@sql,

N'@EmployeeId INT, @NationalIdNumber NVARCHAR(60)',

@EmployeeId,

@NationalIdNumber

END

Atentie la "sp_executesql" - este parametrizat. Nu ai probleme nici cu "SQL injection" nici cu parametrii optionali.

liviu.costea:

C#.

Eu as vrea sa stiu ce folosesc altii in conditiile astea. Tu, de exemplu ce faci cand trebuie sa scrii query-uri din astea?

Liviu - eu ma mulez dupa sef si conditii.
De obicei, prefer sa le pun in cod decit in procedura stocata - dar, cind am de facut managementul la 30 de aplicatii de VB6 cu Servere diferite, prefer sa le pun in BD ( e mai usor sa faci upgrade la BD decit la aplicatia VB ...)
Acum , pentru C# ai clickonce ... si posibilitatea de a avea upgrade-uri relativ usoare.

---

Ignat Andrei
http://serviciipeweb.ro/iafblog

liviu.costea:

Cand folosesc sql dinamic ajung sa am instructiuni IF si ELSE in codul procedurii.

Diana:

CASE

WHEN @EmployeeId IS NULL THEN ''

ELSE 'AND EmployeeId = @EmployeeId '

END

Ai inlocui if cu case 

---

Ignat Andrei
http://serviciipeweb.ro/iafblog

ignatandrei:

liviu.costea:

Cand folosesc sql dinamic ajung sa am instructiuni IF si ELSE in codul procedurii.

Diana:

CASE

WHEN @EmployeeId IS NULL THEN ''

ELSE 'AND EmployeeId = @EmployeeId '

END

Ai inlocui if cu case 

Si ce daca? Nu cred ca sunt probleme cu aceasta "formulare". Procedura e usor de intretinut (mai usor decat daca as genera SQL in codul de C#), "sigura", iar performanta pare sa fie OK.

Diana:

 Procedura e usor de intretinut (mai usor decat daca as genera SQL in codul de C#), "sigura", iar performanta pare sa fie OK.

Ca e usor de intretinut - e pe depinde ...In general, vin din lumea OO - unde persista intrebarea :ce e o SP si la ce foloseste ea?
Ca e sigura - ma rog ...
Performanta ... se poate

Problema era ca liviu stia de abordarea asta ... si cauta una noua
Si imi cer scuze daca te-am suparat cumva ... sper ca nu

---

Ignat Andrei
http://serviciipeweb.ro/iafblog

Nu m-ai suparat.... Mie imi place sa tin TSQL separat de C# - din motive de intretinere, performanta, optimizare si "security". Iar "CASE" e mai putin "verbos", mai "compact" decat "IF".

Sunt deacord cu ce zice Diana- procedura cu parametri default

---

Secolul XXI ori va fi religios ori nu va fi deloc

Si eu prefer sa fac generarea sql-ului in procedura stocata si nu in cod pentru ca e mai usor de intretinut.