Sql server SSIS中的“选择*进入”等效于什么

我正在构建一个SSIS包，需要从中传输包 odata源将一些表导入sql server

---

到目前为止，我已经从odata源代码读取的表中实现了对sql server的insert into查询。由于表的数量为10+是否有一种方法可以执行select into查询，以便在SSIS中更快地传输这些表？

SSIS没有内置操作，无法基于数据集在目标上创建表，这就是select。。。他做得很好

要做到这一点也不容易，SSI主要基于静态元数据ETL，即使用一致的结构和数据类型在不同的源和目标之间执行操作。您可以通过自定义脚本实现所需的功能，但也可以完全在SSIS之外实现

如果您已经知道要插入的数据，请首先使用create TABLE创建目标表，然后使用SSI映射相应的列。如果目标表是动态的，那么您将很难使用常规SSIS操作来匹配每个表的元数据，因为这是在设计时设置的

---

如果问题不是表的列数据类型，而是操作速度，请选择。。。INTO具有最少的日志记录，那么最快的选项是在使用SQL Server时对目标组件使用大容量插入操作。它将比常规插入更快，但通常比执行选择。。。直接从SQL导入。

感谢您的回复…我发现无法执行简单的选择导入非常烦人。有人能解释一下为什么我们不应该创建简单的SQL导入脚本，让SSI作为SQL任务或SQL脚本运行吗？source和dest都是同一实例上的sql server数据库。@atalaycelebi您可以，但在这种情况下，您将使用SSI作为执行sql脚本的手段。在这种情况下，您可以完全避免SSI，使用SQL Server代理或任何可以连接到SQL Server并执行SQL的客户端。SSIS的主要目的是设计数据流，以便在数据库和连接之间传输数据，从而从名称中获得集成服务，但这里不是这样。@EzLo恕我直言，您所说的意思是，我应该避免仅仅为了利用SSIS而做。我知道你在说什么。我只是想问，这有什么好处？例如，如果我计划将数据从一个DB传输到位于同一实例中的另一个DB，为什么我不按照我提到的方式或您提到的方式进行呢？只是因为我发现在特定情况下避免SSI更简单；您必须在运行包的服务器上安装SSI，配置其连接，然后使用客户端执行包。如果它对你来说是实用的，那么你就可以使用它。一件好事是，如果有一天您想要开始记录时间或执行其他操作，那么您已经配置了DTS包。如果需要执行相互依赖的多个脚本，那么SSIS实际上是非常好的。如果您正在查看临时表，请考虑加载到ADO对象记录集中。