Ms access MS 2010在数据库发布到web时访问主键的更改?
我是微软Access 2010的新手,所以我有一些不太了解的问题 我有一个已发布到Sharepoint 2010服务器的MS Access 2010 DB。我注意到,当我将数据库发布到web上时,主表(和主窗体)上的主键发生了更改 我在这里搜索了一下,想找到一个答案,但是没有人能够回答为什么在将数据库发布到web上时会导致主键发生变化 例如: web发布前的主键ID Num:Ms access MS 2010在数据库发布到web时访问主键的更改?,ms-access,sharepoint,sharepoint-2010,ms-access-2010,primary-key,Ms Access,Sharepoint,Sharepoint 2010,Ms Access 2010,Primary Key,我是微软Access 2010的新手,所以我有一些不太了解的问题 我有一个已发布到Sharepoint 2010服务器的MS Access 2010 DB。我注意到,当我将数据库发布到web上时,主表(和主窗体)上的主键发生了更改 我在这里搜索了一下,想找到一个答案,但是没有人能够回答为什么在将数据库发布到web上时会导致主键发生变化 例如: web发布前的主键ID Num: ID Num: 11111 ID Num: 2
ID Num: 11111
ID Num: 22222
ID Num: 66666
web发布后的主键ID Num:
ID Num: 1
ID Num: 2
ID Num: 3
为什么会发生这种情况
我的子表单依赖PK ID Num 11111、22222、66666在其他表中显示与其关联的信息,但由于PK已更改(看起来是自动编号),我的表单无法在数据库的web发布版本中正确显示信息
我还注意到,在web发布的数据库中,我的其他一些数据列的格式从#######更改为#####格式。这很奇怪。如蒙协助,将不胜感激。谢谢 发布到SharePoint时,自动编号会发生更改。然而,自动编号是抽象的无意义的编号。它们对用户没有意义。所以你真的不必在意这些数字是否会改变 我的意思是,当您将word文档加载到计算机内存中时,有时它可能会加载到内存段456中,而下次您将该文档加载到内存中时,它可能会加载到89845内存位置。因此,word文档的内存位置也无关紧要,用户看不到,甚至不知道,甚至不关心 作为用户,自动编号没有任何意义。它们是你根本不必关心的内部家务数字 阅读通达十诫中的第7条: 7.如果该字段对用户有意义,则不得使用自动编号。 当然,这个问题与Access无关,而是关系数据库理论以及整个行业30多年来的工作方式 如果您有其他相关表,则需要在将该数据升级到SharePoint之前正确设置关系。只要您的表是正确相关的,那么在调整数据大小期间更改的任何自动编号也将强制将子表及其外键修改为正确的新主键 但是,如果您没有正确设置关系,则在升级过程中,您注意到的PK会发生更改,但是您未能关联的表不会更新,升级人员也不会“知道”进行此类更改。因此,您需要确保关系设置正确 一旦建立了关系,那么您也不会关心或担心PK值是否更改,因为在上传过程中,任何子记录“FK”也将正确更新 如何设置相关数据和放大表格在我的视频中概述:
选择上面的第二个视频-将表迁移到office 365嗨,Albert,这并没有完全回答我的问题,但它引导我走上了正确的道路,我最终让我的东西按照我想要的方式工作。谢谢你的指导!