Sql server 如何从AS400创建测试数据库

对于SQL Server，我们可以很容易地通过数据库向离岸员工发送数据

---

AS/400是否可以实现这一点，或者它们只能使用VPN来工作？

我能想到的最简单的方法是（SAVF），然后将保存的文件FTP到另一个IBM I并[恢复它]（）

在PC世界中，这类似于压缩一个目录，将它FTPing到另一台机器上，然后解压缩它

---

如果这不是你的意思，你能详细说明你想要什么吗？

我能想到的最简单的方法是（SAVF），然后将保存的文件FTP到另一个IBM I并[恢复它]（）

在PC世界中，这类似于压缩一个目录，将它FTPing到另一台机器上，然后解压缩它

---

如果这不是你的意思，你能详细说明你想要什么吗？

每个数据库引擎都有一个稍微不同的SQL版本。V5R4上的DB2fori与DB2LUW9.7不同，并且在任何版本上都与SQLServer和MySQL不同。因此，快速的答案是否定的，您不能简单地复制DB2fori数据库并在MySQL或SQLServer上运行它。通常情况下，您的操作与使用SQL Server时完全相同：这里有一台机器，那里有另一台机器，并根据需要卸载/重新加载数据

话虽如此，SQL方言之间的差异通常并不严重。使用IBM Navigator for i并提取IBM数据库的所有DDL，然后尝试在SQL Server机器上执行DDL。你会遇到一些语法问题，但你应该能够与精通两种方言的人一起解决这些问题。跟踪对DDL的更改，因为您需要它们来从IBM端提取数据

一旦在新机器上创建了空数据库，就可以提取数据了。编写一些CL程序来执行CPYTOIMPF，以生成CSV文件或平面文件或SQL Server想要的任何文件，以便正确导入。然后将数据FTP到新机器上，并编写一些脚本来执行导入

---

正如您所知，这将不是一个简单的过程，开发和调试将需要一些时间。我赞成让离岸员工使用VPN连接到本地IBM机器。

每个数据库引擎都有一个稍微不同的SQL版本。V5R4上的DB2fori与DB2LUW9.7不同，并且在任何版本上都与SQLServer和MySQL不同。因此，快速的答案是否定的，您不能简单地复制DB2fori数据库并在MySQL或SQLServer上运行它。通常情况下，您的操作与使用SQL Server时完全相同：这里有一台机器，那里有另一台机器，并根据需要卸载/重新加载数据

话虽如此，SQL方言之间的差异通常并不严重。使用IBM Navigator for i并提取IBM数据库的所有DDL，然后尝试在SQL Server机器上执行DDL。你会遇到一些语法问题，但你应该能够与精通两种方言的人一起解决这些问题。跟踪对DDL的更改，因为您需要它们来从IBM端提取数据

一旦在新机器上创建了空数据库，就可以提取数据了。编写一些CL程序来执行CPYTOIMPF，以生成CSV文件或平面文件或SQL Server想要的任何文件，以便正确导入。然后将数据FTP到新机器上，并编写一些脚本来执行导入

---

正如您所知，这将不是一个简单的过程，开发和调试将需要一些时间。我赞成让离岸员工使用VPN连接到本地IBM机器。

离岸站点可能有自己的SQL Server，可能运行与您相同的版本

---

但是，除非他们还有一个运行同一版本IBMi的IBMPower系统，否则他们很可能需要访问您的系统

离岸网站可能有自己的SQL Server，可能运行与您相同的版本

---

但是，除非他们还有一个运行同一版本IBMi的IBMPower系统，否则他们很可能需要访问您的系统

因此，此人需要访问series i，他们将无法使用SQL Server或我的SQL来处理此数据？不，我上面概述的方法将需要另一台IBM i机器。正如Buck Calabro在回答中提到的，从DB2转储数据，然后将其导入Microsoft SQL Server或MySQL需要一些工作。我同意Buck的观点，最简单的方法是通过VPN访问IBM I。因此，此人需要访问series I，他们将无法使用SQL Server或my SQL来处理此数据？不，我上面概述的方法将需要另一台IBM I机器。正如Buck Calabro在回答中提到的，从DB2转储数据，然后将其导入Microsoft SQL Server或MySQL需要一些工作。我同意Buck的观点，最简单的方法是通过VPN访问IBMi。