Sql server 使用任何免费的SQL Server版本只需创建在本地计算机上运行的本地SSIS/dtsx文件

是的，我知道在styack overflow上有很多关于这方面的问题，我很抱歉，但我所发现的只是读了几十篇文章，其中每个人似乎都不同意，或者事情是非常特定于版本的，更重要的是，由于规则似乎随着时间的推移而改变，其中许多已经过时

我想知道的是，我是否可以下载并安装（实际上是在我客户的计算机上）任何免费或几乎免费的SQL Server版本（我真的不在乎是2005、2008、2012等版本），以包含足够的功能，如BIDS/SSIS，这样我就可以创建一个SSIS包，该包只需要执行以下操作，我将编写： 1.用于执行某些文件/文件夹工作的脚本任务（在vb.net中） 2.一个平面文件连接器和一个数据流任务，用于在首先截断一些表之后将一些数据导入本地实例 3.从查询中输出文本文件

另外，为了做到这一点，假设这个客户机没有安装任何相关的东西。我是否需要单独安装很多东西，比如sql server、bids、visual studio等，这些都是冗长乏味的工作？如果是这样的话，任何能引导我穿越丛林的评论都会很有帮助，我将不胜感激

TL；博士 “我可以下载并安装任何免费或几乎免费的SQL Server版本吗”。。。这就是SSI

没有

避蚊胺 SQL Server Express Edition包含导入导出向导，该向导允许创建执行EL（提取和加载）但不执行T（转换）的SSIS包。为满足您的要求（拥有SSI）而击打1

第二个问题是程序包无法保存，因此您的客户端将被迫在每个处理周期中执行相同的鼠标单击操作

开发人员版仅用于以下目的。如果您主张不完全遵守MS许可协议，您将是您客户的非专业合作伙伴。他们可能会喜欢你为他们节省了大量的许可费…直到律师来找他们。那么，这将使他们付出比一开始就直言不讳多得多的代价

从2014年开发者许可证来看，2A的最后一句话很清楚，如crystal

安装和使用权

a。全体的一个用户可以安装和使用软件的副本进行设计、开发、测试和演示 你的程序。您不能在设备或服务器上使用软件 生产环境

b。集会示威任何有权访问的人 到您的内部网络，您可以安装并使用本软件的副本 演示在软件中使用您的程序。这些副本可以 不得用于任何其他目的

c。用户测试。您的最终用户可能会 访问软件以对程序执行验收测试

什么是免费的 SQL Server Express—您可以使用Express为每个实例存储高达10GB的数据。这是许可生产使用，它是免费的。如果使用高级服务安装SQL Server Express，则可以访问reporting Services、文本引擎和其他功能

---

.NET framework-既然你有写“一个脚本任务（在vb.NET中）来做一些文件/文件夹工作”的本领，那么就继续写，包括读/写文件和连接到数据库的能力。

如果你想要我的tuppence值

Express 2012及以上版本不再需要注册进行重新分发。SQL Express可以作为应用程序安装的一部分

下面的链接是最近MSDN论坛上关于这个主题的一个帖子，它还提供了嵌入到应用程序中的链接

SSDT是投标的替代品（从SQL Server 2012开始）。这也可以免费下载

SQL Express不允许您在实例中创建ISC，也不包括SQL代理。这不会阻止您“手动”运行DTSX包，即通过SSDT或使用DTExec。 此执行可以打包到应用程序中

SSI的某些元素在Express中也不可用，例如“模糊逻辑”转换

您可能需要构建应用程序的测试部署；sqlexpress&在单独的机器上打包并测试它，以确保DTexec在目标机器上工作，并最终确定需要包含的内容

---

MSDN论坛也可能有价值。

TL；DR：没有。没有包含SSI的免费SQL Server版本。我建议使用SSIS的放弃想法，只是让你的脚本任务做任何事情来反对Express。考虑使用PuthScript脚本来完成这个任务。有很多免费的（和更合适的）工具可以用来执行这些任务。仅仅因为您正在转换/加载数据并不意味着您应该使用SSI。您可以使用的一些工具有：Powershell、.Net（控制台应用程序）、VBScript等。这些选项都比SSIS包更可靠、更易于维护。@Nick.McDermaid。不了解Powershell，但.NET应用程序和VBScript不适合进行数据集成，除非规模最小。它们可能是OP可用的唯一选项，但它们处理数据行的方式使它们成为任何数据工作的错误选择。SSIS也以RBAR方式处理数据（考虑带有update语句的SQL目标、SCD组件和非缓存查找转换）。如果需求是简单的部署，记录集很小，并且SSIS是一种新的学习曲线/维护工作，那么使用Powershell或VBScript甚至批处理文件（如果它能够以良好的性能完成工作并且可以维护的话）没有错。是的，如果有大量数据、复杂的基础架构和具有SSIS知识的团队，那么SSIS是一个更好的选择。