使用连接到SharePoint列表的Excel表时，我收到此错误 不一致 。类似的问题已在TechNet报告，它表明它可能是由于某些列类型，如日期和时间，查找或计算...我想知道何时以及为什么会发生这种情况？更有趣的是错误不一致，它只是随机发生。 提前谢谢。
Windows Server 2003 x86标准版上的MOSS 2007
答案 0 :(得分：1)
在我的情况下，我将列表导出到Access中并进行了一些更改，我与Sharepoint后跟词进行了同步。
我在列表设置＆gt;下找到了解决方案更改列：
当我在Excel中导出List时，我看到了错误消息＆＃34;无法从SharePoint列表获取列表架构列属性＆＃34;。但是，excel能够从Sharepoint读取数据，但缺少两列。 问题是具有日期格式（不是日期和时间，仅日期）的列具有＆＃34;今天的日期＆＃34;最初为默认值。在同步之后，默认值被更改为下面的手动输入选项＆＃34;今天的日期＆＃34;。我将默认值更改回＆＃34;今天的日期＆＃34;问题消失了。所以这是关于非相干单元值和默认值的问题。这也可能发生在不同的细胞类型中。
答案 1 :(得分：0)
我刚刚调试了同样的问题。我遇到了很多解释，更新已更改Date列的默认值。提出的解决方案是设置一个新的，真正的默认值，保存，然后再次清除它。其他人建议转换为文本并转换回来。
在我的情况下，我能够识别列不是Date字段而是Lookup字段。我拉着我的头发，直到我跑过this blog post。它提到使用从计算列中提取数据的Lookup列可能会发生此问题。这正是我的问题所在。除了它在第一次创建时工作。直到用户意外删除了Lookup列并重新创建它之后。那是麻烦开始的时候。
有趣的是，我们将另一个Lookup列绑定到同一列表中的不同计算列，但它不会触发错误。
我在我自己的博客detailing the steps上做了更全面的写作和解释，直到我们解决了它。
答案 2 :(得分：0)
就我而言，解决方案是检查查阅列提取的数据。在我选择查阅列中的值后，我还提取了与该值相关的其他列数据。查找的辅助列包含一些奇怪的字符＆＃34;＃＆amp;＆＃34; 。删除后，导出工作。 随着办公室2013年，即使有特殊字符也没有问题。