Jag har en vanlig söksida där man fyller i några fält och sedan submittar.
Värdet i fälten tas emot i en sträng och sedan skickas den som en parameter till en Stored Procedure som gör själva sökningen.
Säg nu att användaren skriver "Stefan" i VarFirstName fältet och "Andersson" i VarLastName fältet och sedan väljer Brick2, Brick4 och Brick6 i multiselecten och sedan submittar, då är tanken att den ska söka på användare med Namnet "Stefan Andersson" som ligger i Brick2, Brick4 eller Brick6.
Stored Procedures är direkt olämpliga för frågor med flervärdesparametrar och/eller dynamiska frågor, så min starkaste rekommendation är att man håller sig ifrån SP för sådant. Om någon SP-religiös chef kräver att du använder SP så kan du lösa det genom att låta SP:n ha en drös med extra inparametrar, eller sätta ihop värdena till en kommaseparerad lista (med extra komman i början och slutet) och använda en fråga i stil med:
....
WHERE
@commastring LIKE '%,Brick1,%' AND Brick1=@firstname + ' ' + @lastname
OR
@commastring LIKE '%,Brick2,%' AND Brick2=@firstname + ' ' + @lastname
OR
@commastring LIKE '%,Brick3,%' AND Brick3=@firstname + ' ' + @lastname
....
Men, som sagt, Stored Procedures är optimerade för anrop som inte är särskilt föränderliga, så undvik dem gärna i detta fall.
Ni missförstod nog vad jag var ute efter.
Det berodde nog på min dåliga förklaring.
Låt mig förklara igen.
Säg nu att användaren skriver "Stefan" i VarFirstName fältet och "Andersson" i VarLastName fältet och sedan väljer Brick2, Brick4 och Brick6 i multiselecten och sedan submittar, då är tanken att den ska söka på "Stefan" i Firstname kolumnen, "Andersson" i LastName kolumnen och "Brick2", "Brick4" eller "Brick6" i Brick kolumnen.
Jag vill helst använda mig av en SP eftersom jag redan gjort en SP som är klar då jag får med själva multiselect biten.
261 ms totalt · 4 externa anrop · v20260731065814-full.6fe65c25