整理数据像做饭：有些半成品值得装盒留存，有些直接倒进下一口锅就够了。dbt——用 SQL 组织和复用数据加工逻辑的工具——把后一种做法称为 ephemeral：模型不生成 table 或 view，而是塞进下游的大 SQL，成为一段有名字的临时查询。它能减少仓库对象，但也拿走了单独检查这一步的机会。
据 dbt 官方文档，ephemeral 适合流程前段的轻量转换：只被一两个下游模型使用，而且工程师无须直接查询。它的价值主要是拆分、复用 SQL，又不增加数据库对象。代价也很具体：不能直接查询，过度使用会让最终 SQL 膨胀、更难调试，也不支持 model contracts——在模型边界约束列名和数据类型。
这正是 7 月 30 日 Reddit 讨论的分歧：有人宁可统一使用 view，也有人认为是否内联更高效取决于具体查询。实用边界因此很清楚：逻辑轻、复用少、无需观察中间结果时用 ephemeral；逻辑复杂或排错重要时，先物化通常更稳妥。