SQL 仅用于 ETL 的服务器？
SQL Server for ETL only?
我最近委托安装了 SQL Server 2016 的新虚拟服务器，我计划在其上安排和 运行 所有（或至少所有新的）SSIS 包。
我的问题是...
让这个服务器完全没有数据是最好的做法吗？即，甚至避免在此服务器上暂存数据并纯粹使用它来处理来自其他服务器的数据，或者在此服务器上暂存数据（仅保留 运行 时间）是 acceptable/preferable?
我意识到这是一个相当宽泛的问题，两种方法可能都有好处，但由于这是一个我可以控制的闪亮的新服务器，我想了解一下我应该有多严格这个。
感谢您提前提出任何建议！
我认为这取决于公司政策和您的判断。我已经使用了两种都有正当理由的解决方案。
如果您需要在某个时刻应用大量转换或遍历数据，从而向另一台服务器发出许多请求，则将数据存储在服务器本身上可能会提高性能。在这些情况下，与服务器的连接速度可能是瓶颈，因此将数据存储在服务器上并在本地执行所有这些操作可能是一种解决方案。
但是，请记住，您要遵守贵公司关于安全性的数据准则以及其他方面的准则。
目前我正在使用一个用于处理的服务器和一个强大的数据集群。在这种情况下，我们保持处理服务器干净。它的好处是您的所有数据都在同一个地方，它经过组织并遵守公司提供的所有数据指南。
我最近委托安装了 SQL Server 2016 的新虚拟服务器，我计划在其上安排和 运行 所有（或至少所有新的）SSIS 包。
我的问题是... 让这个服务器完全没有数据是最好的做法吗？即，甚至避免在此服务器上暂存数据并纯粹使用它来处理来自其他服务器的数据，或者在此服务器上暂存数据（仅保留 运行 时间）是 acceptable/preferable?
我意识到这是一个相当宽泛的问题，两种方法可能都有好处，但由于这是一个我可以控制的闪亮的新服务器，我想了解一下我应该有多严格这个。
感谢您提前提出任何建议！
我认为这取决于公司政策和您的判断。我已经使用了两种都有正当理由的解决方案。
如果您需要在某个时刻应用大量转换或遍历数据，从而向另一台服务器发出许多请求，则将数据存储在服务器本身上可能会提高性能。在这些情况下，与服务器的连接速度可能是瓶颈，因此将数据存储在服务器上并在本地执行所有这些操作可能是一种解决方案。 但是，请记住，您要遵守贵公司关于安全性的数据准则以及其他方面的准则。
目前我正在使用一个用于处理的服务器和一个强大的数据集群。在这种情况下，我们保持处理服务器干净。它的好处是您的所有数据都在同一个地方，它经过组织并遵守公司提供的所有数据指南。