我正在考虑将我的简单 ms-access 2003 客户端服务器桌面应用程序移至一个具有 ms-access 界面和 sybase 10 或 11 sql Anywhere 后端数据库的应用程序。为什么？因为我想： - 利用简单快捷的方式访问可以构建表单和报告（我已经熟悉......这对我来说意味着更少的学习曲线） - 利用可靠和高效的方式 sybase dbs设置为使用 mobilink 跨各种类型的网络同步数据。
我不想使用访问复制，因为数据最终会在后端增长到 2GB 以上。
那么， - 这种方法的优缺点是什么？- 我可以在 VBA 中使用 DSN 或连接字符串链接到 sybase 数据库表并继续吗？- 通过 ms-access 表单导航和更新/删除记录是否需要任何特殊考虑？
谢谢您的帮助
两者都完成后，我可以衷心推荐链接表选项作为首选。
过去，我曾使用 Access 前端到 MS-SQL Server 后端。大体上，它与使用本地访问表相同，但也有一些例外。我没有使用过 SQL Anywhere，但 MS_SQL 在自动编号字段等方面存在问题（与 Access 的行为不同）。
我最近还在一个 MS-SQL 后端的 Access 前端工作，其中没有使用正常的访问连接方法，而是支持基于表的函数和存储过程......这对代码来说绝对是一场噩梦，并且几乎抵消了将 Access 作为 Rad 工具使用的所有好处。如果我要再次这样做，我会坚持忘记 Access，并使用 VB.Net 作为前端。考虑到如今 MS Report Server 的性能有多好，真的没有理由再使用 Access。
是的，假设 Sybase 提供兼容的 ODBC 驱动程序，您应该能够将 ODBC 链接表用于您的 Sybase 数据库。但是，我建议不要使用 DSN，而是使用无 DSN 连接。我所做的是在我的编程 PC 上定义一个 DSN，在链接表之后，我运行Doug Steele 的代码以转换为无 DSN 的连接字符串。
该应用程序应该可以正常工作，但有些事情可能需要调整。不要期望任何性能改进——事实上，你更有可能失去性能。然后，您可以检查应用程序中性能不佳的部分，并评估如何使它们更好地与服务器后端一起工作。通常这涉及在服务器上创建视图，或编写存储过程（用于诸如插入或更新记录之类的事情），或使用直通查询（这样 Jet 不会触及 SQL，而只是将其传递给服务器执行）。
这可能很复杂，尽管我发现它并不像我第一次升迁时预期的那么难。