问题标签 [upsizing]

我需要升级一个拆分的 Access 数据库，即当前在两个 mdb 文件、前端和后端之间拆分的数据库。我看到许多网页本质上说“运行升迁向导”。我的第一个非常基本的问题：

我应该在前端 mdb 还是后端 mdb 中运行此向导？

我假设我不想链接主 mdb -> 后端 mdb -> sql server。我是否应该在后端 mdb 上运行向导，然后在前端 mdb 中将链接表更改为指向 sql server 而不是后端 mdb？如果是这样，这是如何完成的？当我右键单击并进入前端表的链接表管理器（链接到后端 md）时，它似乎只让我选择一个新的 mdb 文件。

我正在尝试想出一种方法将表从 Access 数据库中拉出，在 SQL 2008 DB 中自动创建这些相同的表，并将数据移动到新表中。这个过程会定期发生，每次可能会有不同的表格。

我想完全在 SSIS 中做到这一点。

C# SQL CLR 对象是一个选项。

我遇到的主要问题是如何获取 Access 表的架构，然后将其转换为可以通过 SSIS 运行的 SQL 脚本。

有任何想法吗？

蒂亚杰

我需要自动从 Access (2003) 迁移到 SQL Server DB (2005 或 2008)。升迁应该作为构建过程的一部分自动完成。

我需要它，因为该软件有 2 个版本，一个用户富客户端和一个 Web 版本。Access DB 用于单个用户以最大程度地减少设置工作，SQL Server 用于提高性能并与许多同时用户进行扩展。Access 应该是“领先的”数据库，这意味着开发人员在 Access DB 中进行更改，并且这些更改会在构建过程中传播到 SQL 服务器。将发生许多更改，因此手动进行不是一种选择。

我是微软世界的新手，所以我不知道合适的工具。我可以使用哪些工具以及如何使用？我知道如何使用升迁助手（通过单击）来做到这一点。也许我可以以某种方式自动化？

提前感谢您的回答。干杯，阿恩

我正在将我的应用程序从 MS-Access FE 和 BE 升级到 MS-Access FE 和 SQL Server BE。我使用 SSMA Access“升迁”工具将所有表从 Access 转换为 SQL，然后使用 ODBC 链接 Access FE 中的 SQL 表。

在我的访问数据库中，一些表具有 DateTime 列，这些列在 SQL Server 的 datetime(0) 列中进行了转换。在 Access 中链接这些表后，Access 将这些列视为文本列，即使它们是 SQL Server BE 中的 datetime2(0) 列。

这会导致一些问题，因为使用日期格式的查询不适用于文本格式。无论如何链接表，以便日期时间（0）字段被Access视为日期时间值？

我正在将一套 MS Access 后端数据库升级到 SQL Server。我编写了 SQL 脚本以在 SQL Server 中创建表模式。现在我正在尝试填充表格。大多数表都有自动编号的主键。这是我的一般方法：

第一次插入立即发生。随后的插入尝试失败并出现错误：“当 IDENTITY_INSERT 设置为 OFF 时，无法在表 'TblName' 中插入标识列的显式值。”

我为该特定错误添加了一个 Resume 语句，还添加了一个计时器。事实证明，错误持续了整整 600 秒（十分钟），然后插入成功进行。

MS Access 是否每 10 分钟自动刷新一次其 ODBC 会话？有没有办法让这种情况发生得更快？ 我错过了一些明显的东西吗？

对于那些马上想说“使用升迁向导”的人的背景信息：
我没有使用内置的升迁向导，因为我需要能够从头到尾编写整个操作的脚本。目标是在客户端位置执行切换之前在测试环境中运行它。

我开发了一个 MS Access 2007 数据库，其表单在访问中运行良好，但是当我将后端升级到 SQL Server 时，我完全失去了子表单上的功能。有没有其他人遇到过这个问题？有解决办法吗？

我正在尝试从 Access 2010 升级到 SQL Server 2008。除了一张表之外，一切都在工作；该表在 SQL Server 中创建，但没有数据被放大。原因是，一列包含存储在 Access 中的日期为英国格式（例如 2013 年 12 月 31 日）。我知道这是正确的，因为 a) 导出到文本文件也因该日期列而失败，并且错误消息明确表示这是因为“日期超出范围”，但更重要的是，b) 如果我删除它Access 中的列，并进行升迁，数据会升迁。所以毫无疑问，问题实际上是日期列。

是的，我知道 SSMA（SQL Server 迁移助手），由于升迁向导的缺点，它似乎已经演变。SSMA 似乎不是我的选择。我在 64 位 Windows 7 机器上，当我尝试走这条路时，我陷入了“你没有正确版本的 SSMA / Access”等的无限循环；“您需要安装 64 位版本的 Office”等；这不是一个选择。

升迁向导无法处理英国日期，这很烦人，但情况似乎如此。所以我试图找出一个解决方法。我不是 Access 专家。我想到的想法包括：

• 将表导出到制表符分隔的文本文件，然后使用 SSIS 迁移它，并进行派生列转换以获取数据

• 在 Access 中的表上创建计算字段，将数据放入新列，并删除原始列。（但是，同样令人讨厌的是，这也不起作用；当我按照MS 的说明进行操作时，它显示“Access 显示表达式生成器”，嗯……Access 不显示表达式生成器。

任何建议表示赞赏，谢谢

我有一个 ASP.net 应用程序，它使用JET 提供程序从 Access 数据库中提取数据。我最近将此应用程序投入生产，并了解到没有用于连接 Access 数据库的 64 位提供程序。

我从中检索的这些 Access 数据库文件（其中大约 30 个）每天都在动态生成。我知道 Access 提供的升迁向导，但它的效果很差，我无法自动执行此操作。

我在单个 Access 数据库上使用了SQL Server 导入和导出向导，它工作得很好，但它似乎也使用了Jet Provider，所以如果有办法自动执行此操作，它不适用于我的 64位服务器。

将 ODBC 连接视为与 Access 数据库建立连接的一种可能方式，但这似乎只是解决我的问题的“中间人”方法，但仍在使用像 JET 这样的 32 位提供程序。

经过大量研究，似乎没有可以连接到 Access 的 64 位提供程序。所以我问，我可以在 64 位环境下以编程方式将 Access 数据库升级到 SQL 数据库吗？

也许你可以帮忙，我没有找到任何适合我的问题的解决方案：

工作环境：

我为什么要问？：

好吧，我多次将此数据库（包含我们客户的条目）升级为 SQL Server 数据库，没有任何问题，该数据库来自我们提供的软件，但充满了使用我们软件的客户的信息（创建客户，创建发票，创建交货单），但这次我们的一个客户给了我们用于升级到 SQL Server 数据库的数据库，但它不起作用：

我做了什么——>发生了什么：

什么可能导致在不中止 Upsize-Assistant 的情况下不会在 SQL 数据库中创建 upsize_ts 字段的行为？通常，每个表都有一个“upsize_ts”字段（在 Upsize-Assistant 中检查时，已检查，因为一些表有 upsize_ts 但有些没有）

通常，如果数据库出现错误，Upsize-Assistant 将中止，但这次它会转换数据库中的所有表而不会引发错误但缺少 upsize_ts 字段。

如果您需要更多信息，请写信给我，这让我发疯了，这次我很难将 Access 2003 转换为 SQL Server。

在上一个问题（基于云的 MS Access 后端的选项）中，一位发帖人 Albert D. Kallal 表示：

“...您当然可以考虑将您的 Access 后端表扩大到 Office 365 并继续使用您的 Access 前端。更令人惊奇的是，使用 Access 2010 这意味着您可以获得“离线”和断开连接模式。这意味着即使没有互联网连接，您的应用程序也将继续运行。当您找到 wifi 时，数据同步过程会再次开始。并且此同步不是基于文件，而是基于记录，并且实际上是产品中内置的复制设置需要您零额外的代码。”

我正在寻找有关如何执行此操作的任何指示。我找到了如何将表格导出到 Sharepoint（但据我所知，没有表格的本地副本）并且还找到了如何转换为 Web 应用程序 - 但我似乎找不到任何关于如何保留我当前的 FE，在 Office365 中有表格，并且仍然获得“离线”模式，当我无法访问互联网时，我仍然可以访问 BE 表格的本地副本，正如 Albert 所发布的那样。

任何帮助，或适当内容的链接，将不胜感激

请注意，我在 Access 方面相对先进，但对 Sharepoint/Office365 完全陌生。