#表格和#程序“不是最佳实践”还是“不良实践”？

Question

我正在处理一个项目，其中一部分是执行存储在xml文件中的SQL代码以导入/导出文件的接口工具。

在文件中，临时过程和临时表被大量使用(导入/导出记录、日志、支持表、存储过程列表等)。

(对他们和我来说，幸运的是)在执行过程中创建临时表和临时过程是“不太好，甚至可能是不好的”，必须删除.

这让我思考，我想知道(我不能问他们)，有没有人从一些常识上说‘使用临时表和程序不是很好，应该避免’

我知道这个问题比平常的问题含糊不清，也有点主观，但我真的很感激其他更有经验、更有智慧的人的任何见解。

详情(显然，我不能说得很具体，所以请容忍一些混淆)：

1. 有一个将导出文件(主要是CSV)导入DB的工具。
2. 该工具根据成功/错误处理常见部件(日志记录或移动文件)。
3. 有更多的接口，取决于部署配置，让我们假设.每天执行10至20次死刑
4. XML包含imort - init、验证、导入/导出、deinit的阶段。
5. 数据大小不同(速度也不一样)，通常不到10分钟就能运行，有些则需要1小时--也许是1,5小时。CSV大约有100 s，有些有1000 s，有些有1000 s行，不到100‘列在CSV’

Answer 1

我怀疑您提供的示例是否是临时过程的有效用例(我在这里看不到使用#temp过程比永久过程有什么好处)，但是对于#temp表，它拥有更广泛的用例集，与策略设置者对抗这些论点的唯一方法是运行代码--使用满载和在典型的工作负载活动中--而不使用#temp表。如果您可以向他们证明，如果没有#temp表，这些进程中的一个甚至会运行得更糟，那么这应该是一个有效的计数器。如果他们仍然不听，那么这不是这个网站的问题- 也许工作场所。

Answer 2

不，使用临时表和临时过程没有什么特别的坏处。对于临时表，您需要确保在查询索引时得到了所需的索引，但这也适用于普通表。