访问：对链接表施加引用完整性
我有两个 Access 数据库：Main 存储大部分数据，Memos 存储数据类型 Memo 的数据。我将备忘录存储在一个单独的数据库中，因为我读到的有关备忘录字段的所有内容都表明它们很容易损坏，并且保护数据库的唯一安全方法是将备忘录存储在单独的链接数据库中。
Memos 有一个表 Info ，其中包含以下字段： ID（类型自动编号主键） Info（类型 Memo）
Main 有一个表 Content，其中包含以下字段： ID（类型自动编号主键） infoID（数字类型） entryDate（类型日期/时间）
我想对 Content 强制执行引用完整性，以便它只能接受来自表 Info 的有效 ID 值。但我不能，因为 Memos 是一个链接数据库。我可以在数据输入过程中的另一个点建立控件，以确保只有 Info 中的值可以插入到 Content 中，但如果存在，我宁愿不编写验证代码一种通过数据库约束来强制执行的方法。
是否有另一种方法可以强制我不知道的链接表之间的完整性，或者有不同的方法来处理备忘录存储问题，以便我可以将备忘录保存在同一个数据库中？
I have two Access databases: Main stores most of my data and Memos stores data of datatype Memo. I am storing the memos in a separate db because everything I read about Memo fields said they were prone to corruption and that the only safe way to protect your database is to have the memos in a separate linked db.
Memos has a table Info with fields:ID (type Autonumber primary key)Info (type Memo)
Main has a table Content with fields:ID (type Autonumber primary key)infoID (type Number)entryDate (type Date/Time)
I want to enforce referential integrity on Content so that it can only accept values that are valid IDs from table Info. But I can't, because Memos is a linked database. I can establish controls at another point in the data entry process to ensure that only values from Info can be inserted into Content, but I'd rather not code the validation if there's a way to enforce it through database constraints.
Is there another way to enforce integrity between linked tables that I'm not aware of, or a different way to handle the Memo storage problem so that I can keep the Memos in the same DB?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
不，没有办法强制不同数据库中的表之间的引用完整性。
恕我直言，最好的解决方案是设置 MS SQL 数据库后端，并在该数据库中设置引用完整性。一般来说，在您的情况（片状网络）下，它比 MS Access 更强大。您也许可以使用 SQL Server Express 版本。
No, there is no way to enforce referential integrity between tables in different databases.
IMHO, the best solution is to setup up an MS SQL database back-end, and set up referential integrity within that DB. In general, it is more robust than MS Access in your situation (flaky network). You might be able to get away with an SQL Server Express version.