access前端MySQL后端,将多用户访问前端连接到SQL Server后端

一些东西：

创建链接表时，只需使用功能区导入和链接 - 然后使用ODBC数据库 . 只需选择文件DSN即可 . 原因是DEFAULT的访问将使用无DSN连接 . 简单来说，这意味着当您链接表时，您可以将您的applcatation分发到每个工作站，而无需设置SYSTEM / Machine DSN .

所以请记住，使用默认文件DSN - 一旦Access创建到SQL Server的链接，那么这些链接是无DSN的，并且您不需要在每个工作站上进行任何设置 .

至于在SQL服务器上创建用户？好吧，除非你想为每个用户提供某种特殊的安全性，否则你可能不需要 . 如果您使用SQL登录，请确保在上述链接过程中“检查”保存密码选项 . 再一次，因为默认情况下链接表是DSN-less，然后每个用户实际上将使用同一个SQL用户/密码，因此这对每个用户都是透明的(他们不必登录) .

如果您使用Windows身份验证进行SQL登录，则安全性是使用Windows系统而不是SQL服务器设置的 . 在这种情况下，每个用户的Windows登录将用于控制(允许)使用SQL服务器 . 如果您不使用域控制器，那么您将使用SQL登录，并且可能只是您正在使用的一个登录就足够了 . 通常即使在企业环境中，因为我不想为每个登录和SQL服务器的权限调用IT管理员，那么我仍然选择SQL登录 . 因此，“曾经”IT管理员给予我足够的SQL服务器权限，然后我可以自由创建我自己的登录，或者只是为每个人使用“同一个”登录，因此不必浪费时间来打扰IT乡亲 .

还有一些额外的要点：忽略建议使用各种ADO和VBA代码和连接字符串等 - 它们不是必需的 . 实际上，在大多数情况下，您希望在应用程序中避免使用ADO代码 . 而且，对于SQL服务器(ADO倾向于依赖)，oleDB正在被折旧 .

您仍然需要将每个工作站上的前端程序放在一起 . 就像你在每个工作站或会计软件包上安装文字一样，既然你正在开发软件，那么你就像过去30年来IT行业那样在每个工作站上安装你的软件 . 您当然可以在共享文件夹上共享数据，但是您可以安装实际应用程序(word，Excel，或者在这种情况下，您在EACH工作站上的应用程序 . 并且您应该在任何部署之前将accDB编译为accDE .

因此，如果您对这些用户的部署位于同一网络上，那么在启动“连接”或“链接”到SQL服务器时，您并不需要任何特殊代码 . 如果您是“非现场”的开发人员或顾问，那么您可能需要在启动时添加一些代码以重新链接到他们的sql服务器，这无疑会与您在异地开发的服务器不同 . 因此，如果您无法在现场进行开发，或者您使用的SQL服务器是“复制”或“测试”，则需要一些能够重新链接到“不同”SQL服务器然后正在开发的SQL服务器的能力 . 正在使用的实际 生产环境 SQL服务器的版本 .