使用之间有什么区别
SELECT ... INTO MyTable FROM...和
INSERT INTO MyTable (...)
SELECT ... FROM ....？
从BOL [ INSERT，SELECT ... INTO ]中，我知道使用SELECT ... INTO将在默认文件组上创建插入表（如果尚不存在），并且该语句的日志记录取决于恢复情况数据库的模型。
编辑：我已经说过，我知道SELECT INTO ...会创建一个不存在的表。我想知道的是SQL包含此语句是有原因的，它是什么？它是做幕后的东西不同的插入行，或者是它的顶部只是语法糖CREATE TABLE和INSERT INTO。
Answers:
他们做不同的事情。INSERT该表存在时使用。不使用SELECT INTO时使用。
是。 INSERT通常没有记录表提示。 SELECT INTO假设设置了正确的跟踪标志，则最小记录日志。
以我的经验SELECT INTO，最常用的是中间数据集（如#temp表），或复制整个表（如备份）。 INSERT INTO当您插入具有已知结构的现有表时使用。
编辑
为了解决您的修改，他们做了不同的事情。如果要制作表并想定义结构，请使用CREATE TABLE和INSERT。可能出现的问题的示例：您有一个带有varchar字段的小表。现在，表中的最大字符串为12个字节。您的实际数据集最多需要200个字节。如果您SELECT INTO从小型表中创建一个新表，则后者INSERT将因截断错误而失败，因为您的字段太小。
CREATE TABLE，然后使用来定义我的表。INSERT INTO此外SELECT，无需执行插入操作即可更轻松地单独测试语句。
SELECT INTO制作临时表或对将要使用的现有表进行快速备份。
CREATE语句。
哪种说法更可取？ 取决于您在做什么。
还有其他性能影响吗？如果该表是永久性表，则可以在创建表时创建索引，这会对性能产生负面影响。Select into不会重新创建当前表上存在的索引，因此表的后续使用可能比所需的速度慢。
通过INSERT INTO ...进行SELECT ... INTO的好用例是什么？如果您可能事先不知道表结构，则使用select into。它比创建表和插入语句要快，因此有时可以加快开发速度。当您创建快速临时表来测试事物或特定查询的备份表（可能是要删除的记录）时，使用它通常会更快。很少会看到它会在生产代码中运行多次（临时表除外），因为如果表已经存在，它将失败。
有时不知道自己在做什么的人会不恰当地使用它。因此，它们可能导致数据库损坏。我强烈认为将SELECT INTO用于除临时表（临时备份，临时表会在存储proc的末尾消失等）之外的其他操作是不合适的。永久表需要对其设计进行真正的思考，而SELECT INTO可以轻松地避免考虑任何内容，即使是最基本的内容（如列和数据类型）也是如此。
通常，我更喜欢使用create table和insert语句-您拥有更多控件，并且对于可重复的过程而言更好。此外，如果该表是永久性表，则应从单独的创建表脚本（在源代码控制中的一个）中创建该表，因为创建永久性对象通常不应在代码中插入/删除/更新或从一个表中进行选择。表。对象更改应与数据更改分开处理，因为对象的含义超出了特定插入/更新/选择/删除的需要。您需要考虑最佳的数据类型，考虑FK约束，PK和其他约束，考虑审核要求，考虑建立索引等。
主要区别在于SELECT INTO MyTable将使用结果创建一个名为MyTable的新表，而INSERT INTO要求MyTable已存在。
仅在表不存在并且您要根据查询结果创建表的情况下，才使用SELECT INTO。因此，这两个陈述确实不可比。他们做的事情截然不同。
通常，SELECT INTO通常用于一次性任务，而INSERT INTO通常用于向表添加行。
编辑：
虽然您可以使用CREATE TABLE和INSERT INTO来完成SELECT INTO的工作，但是使用SELECT INTO不必事先知道表的定义。SELECT INTO可能包含在SQL中，因为它使诸如临时报告或复制表之类的任务变得更加容易。
每个语句都有不同的用例。它们不可互换。
SELECT...INTO MyTable...创建MyTable一个以前不存在的新对象。
INSERT INTO MyTable...SELECT...MyTable已存在时使用。
实际上SELECT ... INTO不仅会创建表，而且如果表已经存在也会失败，因此，基本上，只有当插入表不存在时，您才会使用它。
关于您的编辑：
我个人在创建临时表时主要使用SELECT ... INTO。这对我来说是主要用途。但是，在创建具有许多与其他表具有相似结构的列的新表并进行编辑以节省时间时，我也会使用它。
我只想介绍与绩效有关的第二点，因为没有其他人对此进行了介绍。对于具有大型数据集的表，“选择插入”比“插入插入”要快得多。当我不得不阅读一个非常大的表时，我更喜欢选择。对于具有一千万行的表，insert into可能要花费数小时，而select into将在数分钟内完成，至于丢失新表上的索引，您可以通过查询来重新创建索引，并且与之相比仍可以节省更多时间插入。
insert into #temp with(tablock) select * from ..与select * into #temp from ...
select Into和Insert Into之间的简单区别是：-> Select Into不需要现有表。如果要复制表A的数据，只需从A键入Select * INTO [表名]。在这里，表名可以是现有表，也可以创建具有与表A相同结构的新表。
->插入到确实需要现有的表。插入到[表名] SELECT * FROM A;。这里的tablename是一个现有的表。
Select Into通常更流行用于复制数据，尤其是备份数据。
您可以根据需要使用，这完全是开发人员的选择，应该在他的方案中使用。
明智的插入INTO速度很快。
参考文献：
https://www.w3schools.com/sql/sql_insert_into_select.asp https://www.w3schools.com/sql/sql_select_into.asp
选择大型数据集可能仅对使用单个连接到数据库执行批量操作任务的单个用户有用。我不建议使用
SELECT * INTO table因为这将创建一个大事务并创建模式锁定以创建对象，从而防止其他用户创建对象或访问系统对象，直到SELECT INTO操作完成。
作为概念验证，请打开2节，在第一节尝试使用
select into temp table from a huge table 在第二部分中尝试
create a temp table 并检查锁，阻塞和第二个会话的持续时间以创建临时表对象。我的建议是创建和插入语句始终是一个好习惯，并且如果需要进行最小限度的日志记录，请使用跟踪标志610。
INSERT INTO前面有两个关键词（选择并进入），它们使世界知道这不是普通的SQL语句，而SELECT ... INTO至少在开始时看起来像普通的SQL语句。支持前者的一个小理由。