玩弄 MS Access 作為前端，我注意到本地表和鏈接表（ODBC <> MySQL）之間的關系不起作用，這很有意義，因為它們是不同的資料庫，但是測驗一個表單我決定將它們源到鏈接的遠程表即使在洗掉本地訪問表和我在創建表單時使用的關系之后，它們仍然可以正常作業。我只使用本地表進行測驗。
即使沒有實際在 Access 中為鏈接表創建關系。本地的需要它們，但遠程的不需要，表單仍然有效。鏈接的 SQL 表在服務器端確實具有正確的外鍵。我的問題是為什么有人會在 Access 中為鏈接表創建關系，或者為什么 GUI 甚至會為鏈接表顯示該選項？我沒有看到在 Access 中為鏈接表創建關系的目的或原因，或者是否有特別需要它們的東西？
uj5u.com熱心網友回復：
不，它們不是必需的。在這方面的“設定”或所謂的老板先生當然總是后端資料庫。
所以，這樣的“圖表”真的無關緊要。但是，如果您確實費心在前端進行設定，也許還有一個“好處”？
然后，當您啟動查詢構建器并說放入這兩個相關的表時，訪問將設定并“假設”并在查詢構建器中繪制正確的關系。當然，查詢構建器不會“強制”或與“強制”關系有很大關系，但它可以很方便。（我的意思是，你總是可以建立一個查詢——即使是在一個甚至沒有設定為關系的城市列之間）。
那么，記住這是如何作業的簡單方法呢？好吧，想想如果你有兩個不同的前端會發生什么——它們有不同的關系設定？誰將成為老板，哪個前端將控制這一點？
答案：無 - 這里的“老板”始終是后端。
因此，您實際上不必更改、設定或“維護”前端的關系。它們實際上是一幅美麗的圖畫。但是，這樣做有時會對您有所幫助，因為查詢構建器將看到 查看這些設定，并在查詢構建器中默認猜測 設定關系。
但是，簡單的規則？
后端是您“始終”必須設定關系的地方。
轉載請註明出處，本文鏈接：https://www.uj5u.com/qiye/454986.html