.net 将数据从一个数据库下载到另一个数据库的应用程序

我计划编写一个.NET Windows窗体应用程序，以便按计划时间将数据从一个数据库下载到另一个数据库。 所以我需要从这两个选项中选择一个

使用计时器控件创建windows窗体，并通过代码处理下载过程的启动，使应用程序在服务器上永远运行

创建windows窗体并在窗体加载时运行下载方法，并使用windows计划程序在给定时间启动程序，下载完成后退出程序

<> P>我在上面的方法中应该考虑什么？有什么优点/缺点？

---

注意：下载是从多个表（如项目、供应商）完成的，因此可能需要停止一个或几个表同步，因此我想这需要一个UI

不使用windows窗体，只需使用SQL Server创建SSIS作业即可

只需创建从数据库获取数据并将数据发送到另一个数据库的Integration Services包或存储过程，然后在SQL Server上安排作业

检查此链接：

---

致以最诚挚的问候

不要使用windows窗体，只需使用SQL Server创建SSIS作业即可

只需创建从数据库获取数据并将数据发送到另一个数据库的Integration Services包或存储过程，然后在SQL Server上安排作业

检查此链接：

---

致以最诚挚的问候

如果您确实希望.NET应用程序执行此操作，而不是在数据库服务器中处理此操作，则您需要以下操作之一：

假定服务器是Windows，则由Windows计划程序在数据库服务器上运行的控制台应用程序

带有计时器的Windows服务（根据定义，没有GUI）

---

在这两种情况下，我将使用配置文件进行输入，使用Log4Net进行输出。您可以将图形化测试线束项目添加到解决方案中，以在任何情况下提供测试UI。

如果您确实希望.NET应用程序执行此操作，而不是在数据库服务器中处理此操作，则您需要以下之一：

假定服务器是Windows，则由Windows计划程序在数据库服务器上运行的控制台应用程序

带有计时器的Windows服务（根据定义，没有GUI）

---

在这两种情况下，我将使用配置文件进行输入，使用Log4Net进行输出。您可以将图形化测试线束项目添加到解决方案中，以在任何情况下提供测试UI。

使用WinForms有什么原因吗？是否需要UI？如果不是，我建议使用SQL Server进行SSIS计划作业。听起来有些过头了。在数据库本身中执行这些作业。除非您必须有一个UI，但在我看来，将数据从一个db复制到另一个db并不需要UI@PhilMurray下载是从多个表（如Item、Supplier）完成的，因此可能需要停止一个或几个表的同步，所以我想这需要一个UI。使用WinForms有什么原因吗？是否需要UI？如果不是，我建议使用SQL Server进行SSIS计划作业。听起来有些过头了。在数据库本身中执行这些作业。除非您必须有一个UI，但在我看来，将数据从一个db复制到另一个db并不需要UI@PhilMurray下载是从多个表（如项目、供应商）完成的，因此可能需要停止一个或几个表同步，所以我想这需要一个UI。