SELECT table.*
FROM table
JOIN ( SELECT @column1 AS column1
            , @column2 AS column2
                 ......
            , @column9 AS column9 
       ) AS criteria ON ( table.column1 = criteria.column1 OR criteria.column1 IS NULL)
                    AND ( table.column2 = criteria.column2 OR criteria.column2 IS NULL)
                                      ..........
                    AND ( table.column9 = criteria.column1 OR criteria.column9 IS NULL)

字符串
如果用户已经为某个列输入了值，那么你就在查询中提供输入的条件，否则就提供NULL（command.Parameters.AddWithValue("@columnX", (object)value ?? DBNull.Value)）。

你基本上有两种可能性来处理这个问题。
第一种方法使用一个带有OR条件的语句来处理缺少的条件。
第二种方法使用**动态生成的语句，只包含具有给定值的 predicate **。
第一种解决方案的缺点是你得到了 * 一个 * 语句，即处理所有输入的 * 一个执行计划 *。
第二种解决方案允许根据输入选择适当的执行计划。缺点是你会遇到 * 不同数量 * 的绑定变量，这在技术上很难处理。
这里有一个由Tom Kyte推广多年的想法
为每个选择生成 predicate ，但取决于是否给出值：

column = :bind_variable -- if the value is passed

(1=1 or :bind_variable is NULL) – if no value is NOT passed

字符串
快捷逻辑消除了没有值的 predicate ，但您在准备语句中获得了绑定变量的完整数量。

三列全部通过的示例

where
col1 = :1 and
col2 = :2 and
col3 = :3

型

单输入示例

where
col1 = :1 and
(1=1 or :2 is NULL) and
(1=1 or :3 is NULL)

型

无输入示例

where
(1=1 or :1 is NULL) and
(1=1 or :2 is NULL) and
(1=1 or :3 is NULL)

型
这里的Oracle执行计划的第二个例子显示，只有col1 predicate 被评估，所有其他的都被丢弃。类似的是有效的PostgreSQL，我没有测试MySQL。

------------------------------------------------------------------------------------------------
| Id  | Operation                           | Name     | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                    |          |     1 |    18 |     4   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID BATCHED| TEST     |     1 |    18 |     4   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN                  | COL1_IDX |     1 |       |     3   (0)| 00:00:01 |
------------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------
 
   2 - access("COL1"=TO_NUMBER(:1))

型
对于第三个查询（无条件），以full table scan结束

--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      |  1000K|    17M|   896   (1)| 00:00:01 |
|   1 |  TABLE ACCESS FULL| TEST |  1000K|    17M|   896   (1)| 00:00:01 |
--------------------------------------------------------------------------

型

• 因此，如果结果的基数高度依赖于选择，这种方法更适合于一种尺寸适合所有OR predicate 解决方案 *。