我知道这是一个广泛的问题，我试图避免提出一个有无限答案的问题，但是，在为我缺少的服务器设计 Access 数据库时，必须有一套标准的标准规则。
我问的原因是因为我目前有一个数据库，它作为桌面应用程序启动，我现在想将它移动到服务器上。但是，我基本上是在运行中创建了这个数据库，并且目前正在讨论废弃数据库的前端，因为我觉得我错过了开发端的关键步骤。对于构建基于服务器的数据库的基本操作方法，我真的需要专家的意见。
感谢您的时间和考虑。
编辑这里是一个很好的指南的链接，它列出了制作基于服务器的 Access 数据库时的“最佳实践”。
http://www.opengatesw.net/ms-access-tutorials/Access-Articles/MSAccess-Deployment-Best-Practices.htm
希望其他人发现这和我一样有用。
与使用 Access + SQL Server 相比，现有 Access 应用程序中的优秀设计没有任何真正的变化。
换句话说，您可以使用现有的应用程序并将数据表移动到 SQL 服务器，然后继续使用现有的 Access 应用程序作为前端。
这里没有真正的建议适用于没有 SQL Server 的“仅”Access 以及使用 Access + SQL Server 的建议。换言之，您实际上不必更改构建 Access 应用程序的方式来使用 SQL Server。
在仅使用 Access 的应用程序中可扩展和运行良好的良好设计在使用 Access 作为前端并使用 SQL 服务器作为后端时也往往运行良好。
基本提示是：
打开表单时，请在启动表单之前询问用户。启动一个从服务器拖动大量记录然后询问用户什么帐户# 或需要什么的表单是没有意义的。因此提示用户进行某种类型的搜索。说一个这样的屏幕：
即使使用一百万行访问 SQL 服务器，上述情况也是即时的。以上使用来自 Access 的 100% 链接表，这里没有任何特殊技巧 - 只需将一个简单的 SQL 语句推入子表单。所以这是一个链接到 SQL 服务器的视图。
然后，当用户单击一行时，您只需使用 where 子句（“ID =”＆me！id）启动表单。
这个“where”子句即使与 Access 绑定表单和链接表也适用于 SQL 服务器。
将视图用于报告中的复杂查询（具有客户端过滤器请求）。
您可以对某些报表采用传递查询以获得更高的性能，但在大多数情况下，创建视图 SQL 端并从 Access 链接到它们效果很好，而且工作量最少。
因此，使用 Access 和 SQL Server 开发软件的方式没有真正的“变化”。唯一的问题是始终记住，在您确定用户想要编辑的内容之前，您不希望将记录加载到表单中。这种方法不仅适用于使用 Access + SQL Server 的情况，而且即使仅使用基于文件的 Access 应用程序，您也不需要也不希望将不必要的记录拉入表单以减少网络负载。
在绝大多数情况下，附加到 OpenForm 命令的“简单” where 子句就足够了。
因此，您开发一个好的仅 Access 应用程序或 Access + SQL 服务器应用程序的方式没有“真正的”变化。