链接表是否仍然需要关系？
Are relationships still required for linked tables?
在使用 MS Access 作为前端时，我注意到本地表和链接表 (ODBC <> MySQL) 之间的关系不起作用，这是有道理的，因为它们是不同的数据库，但是测试一个表单我决定将它们提供给链接的远程表，即使在删除本地 Access 表和我在创建表单时使用的关系后，它们仍然可以正常工作。我仅使用本地表进行测试。
即使没有在 Access 中实际为链接表创建关系。本地的需要他们，但远程的不需要，形式仍然有效。链接的 SQL 表在服务器端确实有正确的外键。我的问题是为什么有人会在 Access 中为链接表创建关系，或者为什么 GUI 甚至会为链接表显示该选项？我没有看到在 Access 中为链接表创建关系的目的或原因，或者是否有什么特别需要它们？
不，它们不是必需的。这方面的“设置”或所谓的老板先生当然是后端数据库。
所以，这样的“图表”真的不重要。但是，也许还有一个“好处”是，如果您真的不厌其烦地在前端进行设置？
然后当您启动查询生成器并说放入这 2 个相关表时，Access 将设置并“假定”并在查询生成器中绘制正确的关系。当然，查询构建器不会“强制”或与“强制”关系有很大关系，但它可以很方便。 （我的意思是，您始终可以构建查询 - 即使在甚至没有设置为关系的城市列之间也是如此）。
那么，记住这是如何工作的简单方法？好吧，想一想如果你有两个不同的前端——并且它们有不同的关系设置，会发生什么？谁将成为老板，哪个前端将控制它？
答案：none - 后端始终是这里的“老板”。
因此，您实际上不必在前端更改、设置或“维护”关系。它们实际上是一幅漂亮的图画。但是，这样做有时会对您有所帮助，因为查询构建器会看到 + 查看这些设置，并猜测 + 默认情况下在查询构建器中设置关系。
但是，简单的规则？
后端是您“始终”必须设置关系的地方。
在使用 MS Access 作为前端时，我注意到本地表和链接表 (ODBC <> MySQL) 之间的关系不起作用，这是有道理的，因为它们是不同的数据库，但是测试一个表单我决定将它们提供给链接的远程表，即使在删除本地 Access 表和我在创建表单时使用的关系后，它们仍然可以正常工作。我仅使用本地表进行测试。
即使没有在 Access 中实际为链接表创建关系。本地的需要他们，但远程的不需要，形式仍然有效。链接的 SQL 表在服务器端确实有正确的外键。我的问题是为什么有人会在 Access 中为链接表创建关系，或者为什么 GUI 甚至会为链接表显示该选项？我没有看到在 Access 中为链接表创建关系的目的或原因，或者是否有什么特别需要它们？
不，它们不是必需的。这方面的“设置”或所谓的老板先生当然是后端数据库。
所以，这样的“图表”真的不重要。但是，也许还有一个“好处”是，如果您真的不厌其烦地在前端进行设置？
然后当您启动查询生成器并说放入这 2 个相关表时，Access 将设置并“假定”并在查询生成器中绘制正确的关系。当然，查询构建器不会“强制”或与“强制”关系有很大关系，但它可以很方便。 （我的意思是，您始终可以构建查询 - 即使在甚至没有设置为关系的城市列之间也是如此）。
那么，记住这是如何工作的简单方法？好吧，想一想如果你有两个不同的前端——并且它们有不同的关系设置，会发生什么？谁将成为老板，哪个前端将控制它？
答案：none - 后端始终是这里的“老板”。
因此，您实际上不必在前端更改、设置或“维护”关系。它们实际上是一幅漂亮的图画。但是，这样做有时会对您有所帮助，因为查询构建器会看到 + 查看这些设置，并猜测 + 默认情况下在查询构建器中设置关系。
但是，简单的规则？
后端是您“始终”必须设置关系的地方。