当后端数据库的多个实例可能正在使用时，Access（2013）中最有效的主键（PK）是什么？有时会将实例导入主数据库？
例如，正在使用数据库A（DBA），数据库B（DBB）和数据库C（DBC）;偶尔DBB和DBC将被导入＆＃34;进入DBA，然后通过复制新重组的DBA创建新的DBB和DBC实例。
所以说表＆＃34; tblIncidents＆＃34;每个事件都使用一个自动编号PK。当我从DBA中分离出DBB或DBC时，最后一个PK是100.当事件被添加到每个数据库时，PK 101与DBB相比DBB与DBC不同。将DBB或DBC导入DBA时，不能依赖PK，因为存在多个具有不同记录的PK实例。
对于此特定问题，不能仅使用一个数据库，因为多个组织将使用该数据库，而某些组织不允许访问外部服务器。
如果对这个问题有明显的答案我很抱歉，但是我做了大量的谷歌搜索无济于事。
答案 0 :(得分：0)
复制ID是解决此问题的可怕，可怕的解决方案。正如曾经众所周知的迈克尔卡普兰在回答类似问题时评论的那样：
其他陷阱？ DLookup问题，表单/子表单问题，组合/列表框 问题，还有更多？说服你怎么样？知识库文章名为
＆＃34;访问：GUID主键会在睡眠中杀死你＆＃34;
或类似的东西？
BTW - 涉及DATE字段的PK，它是一个双重因此受制于 浮点问题，也是一个不好的选择。我建议认真的设计 想到也许好好看看自然键？
来自＆＃34; microsoft.public.access.modulesdaovba＆＃34;，但您似乎需要登录谷歌才能查看usenet档案。
以下是关于它的文章http://www.trigeminal.com/usenet/usenet011.asp?1033