SQL Prompt是一款實用的SQL語法提示工具。SQL Prompt根據數據庫的對象名稱、語法和代碼片段自動進行檢索，為用戶提供合適的代碼選擇。自動腳本設置使代碼簡單易讀--當開發者不大熟悉腳本時尤其有用。SQL Prompt安裝即可使用，能大幅提高編碼效率。此外，用戶還可根據需要進行自定義，使之以預想的方式工作。

點擊下載SQL Prompt正式版

我們可以SELECT…INTO在SQL Server中使用表源創建新表。SQL Server使用SELECT列表中表達式的屬性來定義新表的結構。

在SQL Server 2005之前，SELECT…INTO在生產代碼中使用性能是一種“代碼味道”，因為它獲取了數據庫系統表上的架構鎖，從而導致SQL Server在執行查詢時顯得無響應。這是因為它是隱式事務中的DDL語句，由于將數據插入同一SQL語句中，因此不可避免地要長時間運行。但是，當鎖定模型更改時，此行為已在SQL Server 2005中修復。

SELECT…INTO之所以變得流行是因為它是一種比使用插入數據更快的方式INSERT INTO…SELECT…。這主要是由于SELECT…INTO在可能的情況下對該操作進行了大容量日志記錄。盡管INSERT INTO現在可以批量登錄，但您仍可以在SQL Server 2012和2014中看到這種性能優勢，因為SELECT…INTO可以在這些版本上進行并行化，而對并行化的支持INSERT INTO僅在SQL Server 2016中出現。但是，使用SELECT…INTO，您仍然具有在新表上定義所有必需的索引和約束等任務。

SELECT…INTOSQL Prompt（PE003）中的代碼分析規則中包含了避免對生產代碼使用的建議。

使用SELECT INTO語句創建表

SELECT…INTOSQL Server中的功能旨在將表源存儲或“持久化”作為流程的一部分。這是一個簡單的示例：

ANSI標準確實支持SELECT…INTO構造。它稱為單例選擇（singleton select），它會在單行中加載值，但很少使用（感謝Joe Celko指出了這一點）。

人們常常SELECT…INTO誤以為這是復制表的一種快速方法，因此令人驚訝的是，沒有將源表中定義的索引，約束，計算列或觸發器都轉移到新表中。也不能在SELECT…INTO語句中指定它們。它還對可空性或保留計算列沒有任何作用。必須使用適當的數據來回顧性地完成所有這些任務，這不可避免地要花費時間。

但是，您可以使用函數IDENTITY（數據類型，種子，增量）來設置標識字段，并且當源是單個表時，可以將目標表的列設置為標識列。正是這一事實可能導致開發人員假設它將轉移其他列屬性。

此外，它也不能創建分區表，稀疏列或從源表繼承的任何其他屬性。當數據可能來自涉及許多聯接的查詢或來自某些外部數據源的數據時，該怎么辦？

自SQL 2012 SP1 CU10起，SELECT…INTO可以并行執行，但是，自SQL Server 2016起，在常規語句中允許并行插入INSERT INTO…SELECT，但有一定的限制，因此使用SELECT…的任何性能優勢INTO現在都大大減少了。INSERT INTO如果可以批量記錄而不是完全恢復，則可以加快該過程，方法是將恢復模型設置為簡單記錄或批量記錄，插入空表或堆中，并TABLOCK為表設置提示。

以下總結了使用時的一些限制和限制SELECT…INTO。

• IDENTITY列的屬性已轉移，但在以下情況下不會轉移：

該SELECT語句包含聯接的表（使用JOIN或UNION），GROUP BY子句或聚合函數。如果您需要避免將一個IDENTITY屬性轉移到新表中，但需要該列的值，則值得JOIN在永遠不成立的條件下將a添加到表源中，或者UNION不提供任何行。

該IDENTITY列在SELECT列表中被多次列出

該IDENTITY列是表達式的一部分

該IDENTITY列來自遠程數據源

• 你不能SELECT…INTO既表值參數或目的地的表變量，但你可以選擇FROM它們。
• 即使您的源是分區表，也將在默認文件組中創建新表。但是，在SQL Server 2017中，可以通過ON子句指定在其中創建目標表的文件組。
• 您可以指定一個ORDER BY子句，但通常將其忽略。因此，IDENTITY_INSERT不能保證的順序。
• 當SELECT列表中包括計算列時，新表中的對應列不是計算列。新列中的值是在SELECT…INTO執行時計算的值。
• 與CREATE TABLE語句一樣，如果SELECT…INTO語句包含在顯式事務中，則受影響的系統表中的基礎行將被獨占鎖定，直到顯式提交事務為止。同時，這將導致使用這些系統表的其他進程上的塊。

概要

總而言之，SELECT…INTO如果您不關心約束，索引或特殊列，則是使表源作為過程的一部分臨時持久化的好方法。這不是復制表的好方法，因為只能復制表架構的最重要的要素。多年來，有一些因素增加或減少了的吸引力SELECT…INTO，但總的來說，最好避免使用它。而是顯式地創建一個表，該表具有表所具有的全部功能，這些功能旨在確保數據一致。

SQL Prompt 使用教程>>>