首先，我注意到你的视图SQL里有一个关键的别名错误，这很可能是性能低下的主要原因之一：你两次引用了at表，但没有给第二个at表分配别名，导致数据库无法区分两个表的引用，进而执行了错误的连接逻辑，产生大量不必要的行，后续又通过过滤条件将这些行移除（从执行计划里的Rows Removed by Join Filter: 231可以看出）。

第一步：修复视图SQL的别名问题 #

先修正这个错误，给每个at表引用分配清晰的别名，比如：

SELECT DISTINCT main_at.id, main_at.cid, main_at.created_at, main_at.status, ps.channel 
FROM at main_at
JOIN sa ON sa.id = main_at."Src" 
JOIN at type_at ON type_at.id = main_at."Type"  -- 给第二个at表起别名type_at
JOIN ar ON ar.id = main_at."aRR" 
JOIN br ON br.id = main_at."LV" 
JOIN prs ps 
  ON ps.aRR::text = ar."Name"::text 
  AND ps.at::text = type_at."Name"::text  -- 这里要引用type_at的Name，而非原main_at
  AND ps.LV::text = br."Name"::text 
  AND ps.Src_application::text = sa."Name"::text 
WHERE main_at.status = 't'::text 
  AND trim(ps.channel) = 'V' 
  AND main_at.created_at > '2018-01-05 11:33:28'

这个修正会让连接逻辑更清晰，避免不必要的笛卡尔积或错误匹配，直接减少需要处理的数据量。

第二步：优化过滤条件，避免函数阻塞索引 #

你的查询里用了trim(ps.channel) = 'V'，trim()函数会让ps.channel上的常规索引失效，数据库只能扫描所有匹配连接条件的行后再过滤。可以通过以下方式优化：

• 清理数据：如果可能，提前清理ps.channel字段的空格，确保值都是'V'而非带空格的变体，这样可以直接用ps.channel = 'V'。
• 创建函数索引：如果无法修改数据，创建基于trim(channel)的索引：

  CREATE INDEX idx_prs_trimmed_channel ON prs (trim(channel));
  

  这样数据库可以直接通过索引定位符合条件的行，减少过滤开销。

第三步：用主键ID代替字符串连接，提升连接效率 #

当前视图里连接prs表时，用的是各个表的Name字符串字段（比如ps.aRR::text = ar."Name"::text），字符串对比的效率远低于整数主键对比。可以：

• 修改prs表结构：如果业务允许，给prs表添加对应关联表的ID字段（比如ar_id、br_id等），然后用ID进行连接，比如ps.ar_id = ar.id。
• 创建组合索引：如果无法修改表结构，在prs表上创建覆盖连接和过滤条件的组合索引：

  CREATE INDEX idx_prs_join_filter ON prs (aRR, at, LV, Src_application, trim(channel));
  

  同时在ar."Name"、br."Name"、sa."Name"、type_at."Name"上创建单独索引，提升字符串连接的匹配速度。

第四步：移除不必要的DISTINCT #

执行计划里的Unique和Sort步骤都是因为DISTINCT导致的，这会增加额外的排序开销。如果修正别名后的连接逻辑不会产生重复行，直接移除DISTINCT即可；如果确实存在重复行，可以尝试用GROUP BY代替DISTINCT，有时候GROUP BY的执行效率更高，或者调整连接顺序避免重复。

第五步：优化主表at的索引 #

当前at表用了基于created_at的索引，但WHERE条件同时包含status = 't'，可以创建组合索引来覆盖过滤条件：

CREATE INDEX idx_at_created_status ON at (created_at, status);

如果这个索引能覆盖查询需要的所有字段（id、cid、created_at、status、"Src"、"Type"、"aRR"、"LV"），可以把它做成覆盖索引，避免回表扫描：

CREATE INDEX idx_at_created_status_covering ON at (created_at, status) INCLUDE (id, cid, "Src", "Type", "aRR", "LV");

第六步：给小表添加必要索引 #

对于sa、ar、br这些当前使用全表扫描（Seq Scan）的表，如果数据量未来会增长，给它们的主键和用于连接的字段创建索引，比如：

• sa表：CREATE INDEX idx_sa_name ON sa ("Name");
• ar表：CREATE INDEX idx_ar_name ON ar ("Name");
• br表：CREATE INDEX idx_br_name ON br ("Name");

这些优化措施会逐步减少查询的IO和CPU开销，提升整体性能。建议先修复别名错误，再逐步添加索引并验证执行计划的变化。

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