如何将WHERE子句的AND条件存入全局表以复用SQL查询？

嘿，这个需求太贴合实际了——维护50多份带重复过滤条件的查询简直是噩梦，我给你推荐一套既能集中管理条件、又不用挨个修改查询的方案，亲测好用：

1. 先建个条件配置表 #

首先搞个专门存过滤条件的表，把所有AND里的规则都丢进去，以后改条件直接更这个表就行：

CREATE TABLE query_filter_config (
    filter_id SERIAL PRIMARY KEY,
    field_name VARCHAR(100) NOT NULL, -- 要过滤的字段名
    operator VARCHAR(10) NOT NULL,   -- 比较操作符，比如=、!=、>、iLIKE这些
    filter_value TEXT NOT NULL       -- 对应的值，字符串要注意转义单引号
);

然后把你原来的条件插进去：

INSERT INTO query_filter_config (field_name, operator, filter_value)
VALUES
    ('is_duplicate', '!=', '1'),
    ('amount', '>', '0'),
    ('currency_id', '=', '152'),
    ('transaction_base_type', '=', '''debit'''), -- 字符串值要加单引号转义，不然会报错
    ('TRANSACTION_STATUS', '<>', '''D'''),
    ('DESCRIPTION', 'iLIKE', '''%ADVANCE%AUTO%Pa%''');

2. 写个函数封装过滤逻辑 #

接下来写个PL/pgSQL函数（看你用了iLIKE，应该是PostgreSQL对吧？），这个函数会自动从配置表读条件，动态拼SQL然后返回符合要求的table2数据：

CREATE OR REPLACE FUNCTION get_filtered_table2()
RETURNS TABLE (
    Field VARCHAR, -- 这里一定要和table2的字段类型完全匹配，记得替换成你实际的类型
    Field2 INT,
    Field3 NUMERIC,
    is_duplicate INT,
    amount NUMERIC,
    currency_id INT,
    transaction_base_type VARCHAR,
    TRANSACTION_STATUS VARCHAR,
    DESCRIPTION TEXT
) AS $$
DECLARE
    filter_sql TEXT;
BEGIN
    -- 把配置表里的条件拼成AND连接的字符串
    SELECT STRING_AGG(
        CONCAT(field_name, ' ', operator, ' ', filter_value),
        ' AND '
    ) INTO filter_sql
    FROM query_filter_config;

    -- 动态生成查询并执行
    RETURN QUERY EXECUTE format(
        'SELECT Field, Field2, Field3, is_duplicate, amount, currency_id, transaction_base_type, TRANSACTION_STATUS, DESCRIPTION 
         FROM table2 
         WHERE %s',
        filter_sql
    );
END;
$$ LANGUAGE plpgsql STABLE;

敲黑板：函数返回的字段类型必须和table2里的对应字段完全一致，不然会报类型不匹配的错，别偷懒哦。

3. 改造你的50+查询 #

原来的复杂查询直接简化成调用这个函数就行：

SELECT Field, Field2, Field3 INTO table1 
FROM get_filtered_table2();

以后要改条件？比如把currency_id从152改成153，直接更配置表就行：

UPDATE query_filter_config 
SET filter_value = '153' 
WHERE field_name = 'currency_id';

所有调用这个函数的查询都会自动用上新条件，再也不用改50多份SQL了！

如果你的过滤条件基本不会变，只是想把值集中管理，也可以用视图搭配配置表，但灵活性差一点：

-- 配置表还是用上面那个
-- 创建视图
CREATE VIEW filtered_table2 AS
SELECT t.*
FROM table2 t
WHERE 
    EXISTS (SELECT 1 FROM query_filter_config WHERE field_name = 'is_duplicate' AND t.is_duplicate != filter_value::INT)
    AND EXISTS (SELECT 1 FROM query_filter_config WHERE field_name = 'amount' AND t.amount > filter_value::NUMERIC)
    AND EXISTS (SELECT 1 FROM query_filter_config WHERE field_name = 'currency_id' AND t.currency_id = filter_value::INT)
    AND EXISTS (SELECT 1 FROM query_filter_config WHERE field_name = 'transaction_base_type' AND t.transaction_base_type = filter_value::VARCHAR)
    AND EXISTS (SELECT 1 FROM query_filter_config WHERE field_name = 'TRANSACTION_STATUS' AND t.TRANSACTION_STATUS <> filter_value::VARCHAR)
    AND EXISTS (SELECT 1 FROM query_filter_config WHERE field_name = 'DESCRIPTION' AND t.DESCRIPTION iLIKE filter_value::TEXT);

然后查询就写成：

SELECT Field, Field2, Field3 INTO table1 FROM filtered_table2;

这个方案的缺点是：操作符和类型转换是硬编码在视图里的，要是以后要加个新条件或者改操作符（比如把>改成>=），还是得改视图，不如函数灵活。

• 彻底解耦：条件和查询逻辑完全分开，改条件只碰配置表，50多份查询动都不用动。
• 灵活性拉满：新增、删除、修改任意条件都行，不管是操作符变了还是值变了，都能轻松搞定。
• 维护成本骤降：所有查询都调用同一个函数，以后迭代只需要维护函数和配置表就行。

内容的提问来源于stack exchange，提问作者ZJAY