Ian W Asked: 2014-11-28 15:20:52 +0800 CST2014-11-28 15:20:52 +0800 CST 2014-11-28 15:20:52 +0800 CST Tempdb 表，数据库中的表，甚至是用于报告的 usp 的 cte 772 我即将开始一个基于 USP 的 SSR 报告项目。该程序将不得不使用两个游标来比较订单 v 库存位置（类似于 mrp 运行）：我正在考虑将数据存储到一个可以在 ssrs 报告中使用的表中。 所以问题是对于不超过几百行的结果集，我应该使用什么样的表。一个在生产分贝。tempdb 中的临时表还是可以使用 cte？ 每次运行 USP/ 报告时都会删除该表 有什么评论 谢谢 ssrs tempdb 1 个回答 Voted Best Answer Michael Green 2014-12-01T14:14:50+08:002014-12-01T14:14:50+08:00 如果您的数据需要在故障和重启后保持不变，那么数据库中的“真实”表将是最好的。您需要一种机制来将一个用户对此的执行与另一个用户的执行隔离开来并很好地整理。 如果在 SP 崩溃时要处理数据并将在重新启动时重新创建数据，那么表值变量就足够了。但是，这些没有索引。如果根据不同的谓词重新读取数据，这可能是一个问题。 例如，临时表create table #abc...将使一个用户的数据与另一个用户的数据隔离。桌子将在 SP 结束时收拾干净。为#Tables 保留索引和统计信息，因此它们对于较大的行数或多个访问路径表现更好。
如果您的数据需要在故障和重启后保持不变，那么数据库中的“真实”表将是最好的。您需要一种机制来将一个用户对此的执行与另一个用户的执行隔离开来并很好地整理。
如果在 SP 崩溃时要处理数据并将在重新启动时重新创建数据，那么表值变量就足够了。但是，这些没有索引。如果根据不同的谓词重新读取数据，这可能是一个问题。
例如，临时表
create table #abc...将使一个用户的数据与另一个用户的数据隔离。桌子将在 SP 结束时收拾干净。为#Tables 保留索引和统计信息，因此它们对于较大的行数或多个访问路径表现更好。