慢SQL查询优化求助：多表关联场景下日期过滤逻辑加载耗时过长

• 修正逻辑运算符优先级
  你当前的WHERE条件未正确配置括号，AND优先级高于OR，会导致实际执行逻辑与预期不符，扫描大量无关数据。请把关联逻辑的条件用括号明确分组：

  WHERE
    -- 明确业务条件的分组关系
    ((t.AbbrevType = 'INV' OR t.AbbrevType = 'BILL') 
    AND tl.subsidiary IN (1,2,3,...))
    AND 
    -- 明确日期条件的分组关系
    ((t.CloseDate IS NULL) 
    OR (t.CloseDate >= TO_DATE('7/01/2021', 'MM-DD-YYYY') AND t.TranDate <= TO_DATE('7/31/2021', 'MM/DD/YYYY')))
  

  同时删除JOIN条件中重复的日期过滤逻辑，避免冗余判断。

• 替换前缀模糊匹配为等值判断
  你当前用t.AbbrevType LIKE '%INV'这类前缀模糊匹配无法命中索引，结合你CASE判断的取值逻辑，AbbrevType的取值是固定枚举值，直接用等值判断即可：t.AbbrevType IN ('INV', 'BILL', 'BILLPMT')，可大幅提升过滤效率。

• 移除冗余的SELECT *写法
  两层嵌套查询都用SELECT *会拉取大量不需要的系统字段、自定义字段，增加IO开销。请仅显式声明你需要用到的查询列。

• 抽取重复计算逻辑减少运算量
  你当前判断BeginningFxRate的CASE逻辑重复写了3次，两次关联CurrencyRate表也可以合并。可通过CTE先计算好期初汇率、期末汇率等公用值，后续直接引用，避免重复计算。

• 下推过滤条件减少关联数据量
  优先对Transaction表做日期、类型过滤，筛选出小范围的核心数据后再关联其他表，不要先做全量关联再过滤。另外AccountingPeriod的过滤条件ap.id BETWEEN 298 AND 298可直接简化为ap.id = 298，提前把ap.startdate、ap.enddate转为常量后再关联汇率表，避免逐行做日期转换。

• 新增联合索引匹配查询逻辑
  给高频关联、过滤字段建联合索引：

  • Transaction表：ID、AbbrevType、TranDate、CloseDate、PostingPeriod、Currency
  • TransactionLine表：Transaction、subsidiary、MainLine
  • CurrencyRate表：BaseCurrency、TransactionCurrency、EffectiveDate
  • consolidatedexchangerate表：postingperiod、fromsubsidiary、tosubsidiary

• 优化分页逻辑
  你当前用ROWNUM嵌套分页需要扫描所有符合条件的前N行才能定位分页范围，可改为先分页拿到需要的Transaction.ID列表，再关联其他表获取明细，大幅减少关联的数据量。如果你的NetSuite版本支持新版SQL语法，也可以用OFFSET 0 FETCH NEXT 5000 ROWS ONLY的写法提升分页效率。

• 角色权限优化
  切换角色后变慢一般是权限校验导致的额外开销，给使用该查询的角色开放对应表的查询权限，关闭不必要的数据范围限制，避免NetSuite在查询时额外追加权限过滤条件。

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