Er zijn stapels prutserijen in allerlei programma’s die de mensen een stapel werk zouden besparen mochten ze ze kennen. Photoshop is zo’n notoir programma dat vol met shortcuts en handigheidjes zit, en ook de Microsoft Office-programma’s lopen over van de nuttige features die niemand praktisch gebruikt.
Maar ook dingen als T-SQL, dat nochtans een relatief beperkte lijst toch wel goed gedocumenteerde functies heeft, die met andere woorden op een relatief beperkte tijd allemaal eens zelf te doorlopen en uit te proberen zijn, bevat zaken die het leven veel gemakkelijker zouden kunnen maken maar dat toch wellicht vaak niet doen wegens onbekend en dus onbemind.
[phew, ik ben zo content dat ik door die zin geraakt ben, dat het me eigenlijk zelfs niet al te veel meer kan schelen of hij nog begrijpbaar is] 🙂
Stel er moeten op een website events getoond worden, afhankelijk van een aantal mogelijke factoren. Bijvoorbeeld dat alle events van een bepaald type getoond moeten worden en/of van een bepaalde dag en/of van een bepaald departement.
Naieve structuur van de database:
- tblEvents
- ID
- title
- deptID
- typeID
- eventdate
- description
Dat geeft, euh, acht mogelijke combinaties:
- select * from tblEvents
- select * from tblEvents where deptID=[dept]
- select * from tblEvents where typeID=[type]
- select * from tblEvents where eventdate=[date]
- select * from tblEvents where typeID=[type] and eventdate=[date]
- select * from tblEvents where deptID=[dept] and eventdate=[date]
- select * from tblEvents where typeID=[type] and deptID=[dept]
- select * from tblEvents where typeID=[type] and deptID=[dept] and eventdate=[date]
In het programmeren wordt dat al snel iets als
queryString="select * from tblEvents"
if ([type] not null OR [dept] not null OR [date] nor null) then
queryString=queryString & " where 1=1 "
if ([type] not null) then
queryString=queryString & " and typeID="&[type]
end if
if ([dept] not null) then
queryString=queryString & " and deptID="&[dept]
end if
if ([date] not null) then
queryString=queryString & " and eventdate="&[date]
end if
end if
Mja. Beetje vies natuurlijk. Dat soort dingen kan ook in de database zelf gebeuren. Eén mogelijkheid is met case when
(zie bijvoorbeeld alhier voor een voorbeeldje), maar in dit geval gaat het nog veel sneller met coalesce
:
select * from tblEvents where
typeID=coalesce([type],typeID) and
deptID=coalesce([dept],deptID) and
eventdate=coalesce([date],eventdate)
Ha! Die coalesce
aanvaardt een onbeperkt aantal parameters en geeft de eerste niet-NULL
-waarde terug.
Dus: als [type] en [dept] niet meegegeven werden en [date] wel, dan wordt de query hierboven
select * from tblEvents where
typeID=typeID and
deptID=deptID and
eventdate=[date]
Dat zou kunnen opgebouwd worden in een query en zo, maar nóg veel gemakkelijker (om niet te zeggen properder) is het om het allemaal in een stored procedure te smijten. Dat wordt dan iets als
create procedure getEvents
@type int=null, @dept int=null, @date datetime=null as
select * from tblEvents where
typeID=coalesce(@type,typeID) and
deptID=coalesce(@dept,deptID) and
eventdate=coalesce(@date,eventdate)
…en dan proper schone aanroepen als bijvoorbeeld exec getEvents
voor alle evenementen, en exec getEvents @deptID=5
voor alle evenementen van departement 5, en exec getEvents @typeID=3, @dept=6
voor alle evenementen van type 3 en departement 6.
Proper, mijn gedacht.
Reacties
4 reacties op “Voor ‘t gemak”
Ik snap het niet zo goed waarom mensen altijd “tbl” voor hun tabellen willen zetten. “Om views en tabellen uit elkaar te houden”, zeker?
Euh ja, ik doe dat daarom toch. tblEvents en vwAllEvents en vwCurrentEvents en vwFutureEvents bijvoorbeeld.
Niks op tegen natuurlijk… Ik ben niet zo’n fan van Hungarian, da’s alles. 😉
Oei, ik ook niet. Maar ‘t is uiteindelijk een gewoonte.
Ik heb jaren aan een stuk mijn velden ook event_id genoemd, daar ben ik nu pas een beetje van aan het terugkomen.
Conventies zijn een groot gemak. Vaak.