从大型 MS-Access 数据库迁移到新平台

Posted 2023-05-07

【中文标题】从大型 MS-Access 数据库迁移到新平台

【英文标题】：Moving from large MS-Access database to a new platform

【发布时间】：2012-06-07 09:29:54

【问题描述】：

目前我们有一个使用大型 MS Access 数据库作为前端和 SQL Server 后端的应用程序。这种情况已经持续了 10 多年，Access 数据库变得缓慢、笨重且难以维护。

我们计划使用不同的平台创建一个新的前端。计划是在软件中创建一个基本框架，然后在 2-3 年的时间内将每个模块一次一个地慢慢转移到新程序中。

要求

快速数据录入——最大的要求，接单 电话和数据输入需要尽可能快。 报告生成 - 发票、交货单、管理报告。 EPOS 设备和帐户包的链接 面向未来 - 尽可能地 未来可能用于移动设备和触摸屏 用于生产/发货/盘点。 从 XP 开始在 Windows 平台上运行。

经验

Windows 窗体 VB.Net 3.5 SQL 服务器

鉴于要求和我们作为一家公司的经验，我想知道人们认为最好使用的技术是什么？你会使用 Windows 窗体吗？ WPF？实体框架？ .Net 4.0？

任何建议表示赞赏。

【问题讨论】：

等一下！：“目前我们有一个应用程序，它使用大型 MS Access 数据库作为前端和 SQL Server 后端。这种情况已经存在 10 多年了，Access 数据库已经变得缓慢、笨重且难以维护。” - 为什么前端变慢了？它不需要压缩，因为插入/删除都发生在 SQL Server 后端。

也“超过 2-3 年。”：真的吗？这个应用的寿命有多长？

我忘了提到后端曾经在 MS Access 中，直到大约 5 年前我们迁移到 SQL Server 时。前端有数千个查询和数百个表单和报告。

希望应用程序的寿命只要当前数据库持续存在，我们计划让它们与主要功能一起运行并转移到新程序中。他们偶尔做的事情会留在旧数据库中，直到我们开始移动它。

【参考方案1】：

我绝对喜欢 WPF 而不是 Forms。 XAML 有点学习曲线，但对我来说更容易编码和维护。如果您有一个大型团队（甚至是小型团队），请考虑使用 MVVM。对 EF 不予置评。像现在一样检查您的 SQL 表设计，如果需要进行任何调整。 WCF - 你要去 3 层？