A seconda dell'implementazione specifica, abbiamo due approcci generali a questo problema:
1) Crea dinamicamente l'istruzione di filtro per la query SQL nel codice saltando tutti i parametri vuoti. Questo è l'approccio migliore se si consente all'utente di selezionare più valori per una singola colonna (ad esempio, selezionare 0 o più dei 50 stati per filtrare i dati).
Ad esempio:
Supponendo che txtCondition1 e txtCondition2 siano caselle di testo:
// Assuming conn is an open SqlConnection
System.Text.StringBuilder sbSQL = new StringBuilder(500);
List<SqlParameter> cParameters = new List<SqlParameter>();
// Add a default condition of 1=1 so that all subsequent conditions can be added
// with AND instead of having to check to see whether or not any other conditions
// were added before adding AND.
sbSQL.Append("SELECT * FROM MyTestTable WHERE 1 = 1 ");
if (!String.IsNullOrEmpty(txtCondition1.Text)) {
sbSQL.Append(" AND Column1 = @Column1");
cParameters.Add(new SqlParameter("@Column1", txtCondition1.Text));
}
if (!String.IsNullOrEmpty(txtCondition1.Text))
{
sbSQL.Append(" AND Column2 = @Column2");
cParameters.Add(new SqlParameter("@Column2", txtCondition2.Text));
}
SqlCommand oCommand = new SqlCommand(sbSQL.ToString, conn);
if (cParameters.Count != 0)
{
oCommand.Parameters.AddRange(cParameters.ToArray());
}
// Do something with oCommand
2) Se i valori sono più vincolati, di solito li passiamo a una procedura memorizzata, che è responsabile di determinare se il valore deve essere valutato o meno testando il parametro per "vuoti", null, stringa vuota, 0 per numeri , ecc.