SQL如何创建临时表_SQL临时表的创建与使用

哦这个SQL临时表是我刚学SQL的时候很头疼的。
我来说说我的糟糕经历吧。

去年我在一家电子商务公司做报告。
我的老板必须直接在一个非常大的订单表上运行复杂的关系查询，查询时间直接让数据库陷入困境。
当我查看时，这个SQL就像一个循环一样嵌套，完全不可读。
是否可以使用临时表来执行稍后的步骤？
在SQL Server端，我创建了一个本地临时表。
它包含临时订单的数量。
首先，过滤今年一月份的所有订单，并将其存储在这个临时表中。
然后基于该临时表运行关系查询并使用 SELECT FROM TempOrders 检查结果。
是的，查询时间直接从 5 分钟减少到 1 0 秒。
老板对这个速度感到惊讶。

但我也掉进了陷阱。
当我忘记电话号码时，我会直接使用 TempOrders。
结果，它看起来像是另一个查询中使用的表，并且数据完全混乱。
加班到半夜才发现问题，真是可悲。
因此，本地临时表仅供您自己使用，会话结束时会自动删除。
不要与其他人混淆。

然后我在MySQL中尝试了一下。
MySQL的临时表语法 SQLServer和不同的。
它的CREATETEMPORARYTABLE类似于SQLServer的本地临时表。
当会话结束时它会自动消失。
创建 TempCustomers 并筛选来自 VIP 客户的所有订单。
然后我直接使用TempCustomers进行后续查询。
代码突然变得清晰起来。

什么是最重要的？意思是把复杂的逻辑解压出来，一步步放入临时表中。
去年，当我帮助一家供应链公司撰写报告时，他们必须在报告中运行三个子问题，中间还需要进行一些计算。
我将其分解，第一步，所有要发货的订单都会被过滤并保存在 PendingShipments 中。
第二阶段，计算每个仓库的出货量并存储在WarehouseLoads中。
最后，我将它们链接起来以生成最终的 FinalReport。
这样做，整个问题逻辑就清晰了，节省了大量的时间。

但是，我也遇到了性能故障。
如果临时表没有索引，它将被破坏。
在处理了数百万个数据集后，我将数据直接输入到 BigDataTemp 中。
结果，我不得不使用这个临时表来进行以后的连接。
由于没有索引，所以直接全表扫描，CPU就到了1 00%。
汗我又热又出汗，最后我加了一个标签来完成它。
因此，当临时表数据量较大时，就需要建立索引。

此外，如果过度使用临时表，也很容易出现问题。
有一次我写了一个频繁创建临时表的存储过程，TempDB就爆炸了。
当我看到的时候，哦！这张临时桌子是用大葱做的。
用完就删除，不会对数据库造成任何压力。
后来就变了。
使用临时表时；直接删除它，不要让数据库自行运行。

所以SQL临时表是个好东西；但是，如果使用得当，它们可以为您省去很多麻烦。
不正确地使用它们会让您头痛。
关键是要记住几件事： 当您手动使用本地临时表并且会话结束时，本地临时表会自动删除。
全局临时表供所有人使用，只有在无人使用时才被删除。
如果数据库规模较大，则需要对临时表建立索引。
如果临时表被过度使用，则需要对其进行管理，并在使用时删除。

我总结了这几点。
我可以帮助他们我希望如此。
如果有什么不明白的地方，我会详细解释。

sql中临时表创建与使用？

本地临时表以井号 () 开头。
只能看到当前的连接。
离线时删除。

全局临时表以井号 () 开头。
所有链接均可见。
在没有人使用它之前不要删除它。

共有三种创建方法：
1 ．创建显示。
创建您自己的结构。
我上周刚刚处理了一个 tbl_Line 表。

2 使用select in。
快速创建表格并添加数据。
结构自动出现。
我一般不建议使用这个。

3 使用 with 子句。
适用于 SQL2 005 及更高版本。
with test() ...从测试中选择。
我经常用这个。

你明白吗？有什么具体问题吗？

sql如何完成临时表的创建?

我记得有一次调试报告的生成很复杂。
数据量太大，搜索像蜗牛一样拖沓。
顾客们焦急地围着转，香烟瓶像山一样堆积起来。
我查看了问题的设计。
CPU 已满，内存不足。
最终效果如何？时态表。
将几个大表中的数据倒入临时主表中，并使用一些技巧（例如索引优化和分组排序）将其压平到临时表中，然后将其连接到主表。
报告诞生了，客户称赞说这叫效率。
仔细查看系统和资源。
等等，有一个。
它使用本地临时表 TEMP1 没有人，但是会话一结束，它就会过期。
简单明了。
与全局 temp1 不同，它可以在任何地方使用，但也很容易搞乱，具体取决于情况。
此 temp1 是在当前 SQL 窗口中创建的。
关上窗户，就会干净整洁。
我突然想到，双哈希码是不是只有在多个用户的情况下才有用呢？我可以只使用一个哈希标记吗？我们必须再考虑一下这个问题。