|
|
1
4
听起来好像一个索引被破坏了,当它发生时,它在压缩过程中掉了。检查名为msyscompacterrors的系统表——您必须在“工具”“选项”“视图”中显示隐藏对象和/或系统对象。 切勿在未事先备份的情况下压缩Jet MDB。因为这个规则,compact on close函数是完全无用的,因为它是不可取消的,所以您总是要确保它在所有mdb中都是关闭的。 |
|
|
2
1
我不知道当它将一个表从一个数据库导入到另一个数据库时,会带来什么类型的元数据访问。如果元数据已损坏,将表导入到另一个数据库不一定能解决问题。如果可行,可以尝试在全新的数据库中从头开始创建表,然后将数据导出并导入(或复制并粘贴附加)到新数据库中。 在这么小的数据库中,我从未见过这样的表被破坏,尽管有了access,任何事情都是可能的。数据有问题吗? |
|
|
3
0
我会尝试重新创建新的查询(新名称等),看看会发生什么。 你甚至可以尝试复制它(即使是在同一个数据库或一个全新的数据库)。如果可以,最坏的情况是必须将所有对象复制到一个新的数据库中。 |
|
|
4
0
在tbl2.f字段上有索引吗? 也可以尝试在数据表视图中进入该表,按升序对tbl2.f进行排序,看看第一条或最后一条记录中是否有真正奇怪的内容。 |
|
|
5
-1
您有权访问SQL Server安装吗?您可以使用“工具”->“数据库实用程序”菜单下的“升迁向导”将数据复制到SQL Server,并查看是否遇到了相同的问题。 |