如何将共享数据库从 Access 迁移到 SQL Express

Posted 2023-05-07

【中文标题】如何将共享数据库从 Access 迁移到 SQL Express

【英文标题】：How to migrate shared database from Access to SQL Express

【发布时间】：2013-05-30 11:47:10

【问题描述】：

我多年来一直通过 DAO 使用 MS Access 数据库，但我觉得我应该接受更新的技术。

我的主应用程序在最终用户 PC（无服务器）上运行，并使用动态创建和更新的共享数据库。当应用程序第一次运行时，它会检测到数据库的缺失并创建一个新的空数据库。

允许运行该应用程序的任何本地用户在此共享数据库中添加或更新记录。我们还有其他几个共享数据库，其中包含模板、区域信息等，但这些不是由应用程序直接更新的。

应用程序的更新会不时发布，每次新更新都会检查主数据库版本，并在必要时执行代码以使数据库达到最新规范。这可能涉及表和/或列的创建或删除。模板数据库的新副本也包含在更新中。

我们的用户不需要精通计算机，也不需要运行任何类型的数据库管理软件，而不是应用程序提供的那些设施。

这一切都与 DAO/Access 配合得很好，但我正在努力寻找如何使用 SQL Express 来做到这一点。数据库似乎被隐藏在用户特定的位置，而仅通过程序代码来创建和更新数据库似乎很尴尬。

我遇到了一些“Xcopy 部署”的引用，看起来很有希望，但似乎有一些对“用户实例”的引用听起来很可疑，就像没有共享的东西。我很感激任何做过的人的建议。

【参考方案1】：

在我看来，您还没有完全理解 Access 数据库引擎 (ACE/Jet) 和 SQL Server 之间的根本区别：

当您的用户启动您的 Access 应用程序时，它会连接到已安装在他们计算机上的 Access 数据库引擎。他们的 ACE/Jet 副本打开网络文件夹中的共享数据库文件（.accdb 或 .mdb）。 ACE/Jet 的各种实例协同工作以管理并发更新、记录锁定等。这有时称为“对等”或“共享文件”数据库架构。

对于使用 SQL Server 后端的应用程序，每个用户计算机上的应用程序副本通过网络连接到 SQL Server 的相同实例（这就是为什么它被称为“SQL Server”），并且该 SQL Server 实例代表所有客户端操作数据库（存储在其本地硬盘驱动器上）。这称为“客户端-服务器”或“基于服务器”的数据库架构。

请注意，对于多用户数据库，您不要在客户端计算机上安装 SQL Server，您只需安装 SQL Server 客户端组件（OleDb 和 ODBC 驱动程序） . SQL Server 本身只安装在一个地方：将充当 SQL... Server 的机器。

re：“仅通过程序代码来创建和更新数据库似乎很尴尬” - 一点也不，它只是“不同”。再一次，您将所有命令传递给 SQL Server，它 负责创建实际的数据库文件。例如，一旦你连接到 SQL Server，如果你告诉它

CREATE DATABASE NewDatabase

它将在用于存储此类内容的任何本地文件夹中创建数据库文件（NewDatabase.mdf 和 NewDatabase_log.LDF），通常类似于

C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQLEXPRESS\MSSQL\DATA

在服务器机器上。

请注意，您的应用程序从不直接访问这些文件。事实上，几乎可以肯定不能 这样做，而且实际上您的应用程序甚至关心这些文件驻留在哪里或它们被称为什么。您的应用只需与 SQL Server 对话（例如ServerName\SQLEXPRESS），然后服务器负责处理细节。

【讨论】：

感谢上帝。我了解服务器，但我一直在阅读的一些关于 SQL Server Express 处理本地文件的文章似乎暗示每个用户都有自己的实例，这些实例将存储在用户特定的位置。你的回答已经很好地为我清除了。我将构建一个小测试应用程序来创建和填充数据库并从那里获取它。再次感谢。

【参考方案2】：

只是为了更新我的进度。受此处的建议和有关代码项目的这篇文章的启发： http://www.codeproject.com/Articles/63147/Handling-database-connections-more-easily, 我为 ADO.NET 方法创建了一个包装器，它看起来与我熟悉的 DAO 东西非常相似。

我有一个可以像 DAO 数据库一样使用的类。它使用可以接受 SQL 参数的重载包装 ADO 方法，如 ExecuteReader、ExecuteNonQuery 等。这让我可以直接用阅读器替换 DAO 记录集，用 ExecuteReader 替换 OpenRecordset，用 ExecuteNonQuery 替换 Execute。

每个方法都从其父类实例中获取和释放连接。这些反过来根据事务状态（如果有）根据需要打开或关闭底层连接。因此，对于作为事务一部分的方法调用，连接会保持打开状态，但对于单个调用会立即关闭。

这大大简化了我的程序的迁移，因为大部分工作都可以通过简单的“查找和替换”来完成。剩下的问题就比较容易找到和解决了。

再次感谢 Gord 和 Maxwell 的建议。

【参考方案3】：

这个答案太长了……但是去微软页面，那里他们解释了如何做到这一点：http://office.microsoft.com/en-us/access-help/move-access-data-to-a-sql-server-database-by-using-the-upsizing-wizard-HA010275537.aspx

希望对你有帮助！！

【讨论】：

有趣的文章和一些有用的信息，但我特别不想使用Wizards之类的UI工具。所有这些都必须在没有最终用户干预的情况下完成，因此我必须编写代码来创建新数据库，然后将数据从访问表复制到 SQL 表。这应该不会太难，因为我可以在转换程序中使用 DAO 和 ADO.NET 的组合。