Snowflake OLTP存储过程：临时表与带会话变量视图选型咨询

针对你的场景，带会话变量的视图是更优选择，尤其是从成本控制和OLTP场景适配性来看，具体原因如下：

• 成本直接可控，避免额外开销
  Snowflake的临时表（哪怕是会话级）会占用存储资源，直到会话结束才会被清理。如果你的数据集规模大，每次执行存储过程都创建并写入临时表，会累积产生额外的存储费用；同时，临时表的写入过程还会消耗Warehouse的计算算力，进一步增加成本。而视图本身不存储任何数据，只是保存查询逻辑，每次调用时基于会话变量动态关联、过滤数据，完全没有存储成本，计算开销也更精简。

• 贴合OLTP的实时性与轻量需求
  OLTP系统核心要求低延迟、高频次操作。带会话变量的视图可以直接基于当前会话的参数（比如业务ID、过滤条件）实时生成查询结果，不需要先把数据落地到临时表再关联，省去了数据写入的环节，响应速度更快。大型数据集下，临时表的写入耗时会明显拖慢存储过程的执行效率，不符合OLTP的实时性要求。

• 维护成本更低，逻辑更透明
  视图的关联逻辑固化在定义中，同事可以直接查看视图DDL就能理解业务逻辑，维护起来只需要调整查询语句即可。而临时表的逻辑分散在存储过程的创建、写入步骤中，可读性差；另外，虽然Snowflake会自动清理会话级临时表，但如果会话异常中断，仍可能出现残留数据的潜在问题，多了一层不必要的维护风险。

• 性能表现足以支撑OLTP场景
  不用过度担心视图的性能问题——Snowflake的查询优化器会对视图的逻辑进行解析优化，结合会话变量时，能精准过滤数据，避免无效的全表扫描。如果关联逻辑复杂，还可以通过调整视图的查询语句（比如提前过滤冗余数据、合理使用索引）来优化性能，完全能满足OLTP场景的需求。

例外情况 #

如果你的存储过程中需要多次重复调用同一关联后的数据集，临时表可能有一定优势——只需要写入一次，后续查询直接读取临时表，减少重复计算。但OLTP场景通常是单次请求单次处理，这种情况很少见，所以视图依然是首选。

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