因此,我在SharePoint 2010中有一个包含10个左右列的自定义列表。然后我链接MS Access 2007中的列表。工作正常,直到我尝试将查找或人员类型列添加到列表,然后下次刷新MS Access表链接时,我收到以下消息:
错误:“Microsoft数据库引擎无法找到对象'TMP%.MAU @'。请确保对象存在...”等等,等等,等等等等等等
当然,在此之后,MS Access无法访问数据。如果我然后返回到SharePoint并删除新列,它将在MS Access中重新开始工作。
我可以添加任何其他类型的列,它可以正常工作。
是什么给出的?您在MS Access链接的SharePoint列表中可以拥有的人员数量是否有限制?
======
所以我删除了sharepoint列表中的所有数据,无论我添加多少人列,错误就消失了。但是只要你重新添加一条记录,错误就会返回...... :(
答案 0 :(得分:1)
这在Access 2010中有效。
我怀疑您需要Access 2010使用这种多值类型的列。虽然2007年确实支持SharePoint,但我认为这是SharePoint中的一种新类型的列。
当您说要添加人员类型时,我假设您选择“人员或组”作为SharePoint类型。然后,您将此列设置为多选项。
这在Access 2010中对我来说效果很好。即使在Access端的表编辑视图中,我也会获得多选选择列表,因此我认为这是Access 2007的限制。请注意,添加新列后,我不需要删除+重新链接以查看更改。然而,我确实右键单击Access中的表,然后选择更多选项,然后刷新列表。当我使用该列时,我在访问内部得到了这个视图:
如果您使用功能区上的表格选项卡,我还发现可以从Access内部向此链接表添加新列。人员选择器不是Access中的选择的合法类型,但从SharePoint添加确实对我有用。
我唯一可能与您有所不同的是该表最初是从Access创建并上传的。
答案 1 :(得分:1)
找到了解决方案。
该错误源于SharePoint管理中心内设置的“隐藏”阈值限制,该限制限制了给定查询中返回的查找列数。这意味着链接的MS Access列表也会受到限制,因此也会出错。问题是MS Access 2007没有给你一个很好的错误消息来向你解释这个,而SharePoint 2010确实如此。
修复很简单 - 只需提高门槛就可以了。方法如下:enter link description here