ACCESS不可识别的数据库格式!

在Access07之前的数据库后缀名均为*.mdb 而连接字符串写成Provider=Microsoft.Jet.OLEDB.4.0Data Source=C:\myFolder\*.mdb Persist Security Info=False

但是Access07和Access10将后缀名改为了*.accdb。

而通过上述连接的话就会报出"不可识别的数据库格式"异常。

需要注意的是Microsoft.Jet.OLEDB.4.0的Oledb的连接方式是比较老的连接方式，而07以后的Oledb连接方式将改成Microsoft.ACE.OLEDB.12.0。

改后的连接变成了Provider=Microsoft.ACE.OLEDB.12.0Data Source=C:\myFolder\*.accdbPersist Security Info=False

小窍门:

在asp.net中经常把连接字符串写在web.config中。但是access的连接字符串是需要数据库的绝对位置。即 盘符:/文件夹/文件 这样就导致经常把文件拷贝后需要改路径的问题。其实完全可以通过程序来获得数据库文件的绝对路径。

具体如下：

web.config中只写数据库文件名 (一般会把数据库文件放在App_Data文件夹下,因为有一定的安全性)

<appSettings>

<add key="ConnString" value="App_Data\ManageDB.accdb"/>

</appSettings>

然后在DBHelper类获得字符串的写上如下方法:

public static string connectionString = "Provider=Microsoft.ACE.OLEDB.12.0Data Source=" + AppDomain.CurrentDomain.BaseDirectory + ConfigurationSettings.AppSettings["ConnString"]

通过AppDomain.CurrentDomain.BaseDirectory来获得此数据库的绝对路径.

你是不是升级过mysql或者删除过此表?我怀疑此表结构损坏. 解决方案: 1)重启mysql 2)如果现象依旧,请尝试repaire table wp_xxxx表名, 3)如果还不能解决,退出命令行客户端,在mysql安装目录下的bin下 使用mysqlcheck -r 数据库名 表名 -uuser -ppass来修复.

为了保持其最强大和最灵活数据库的地位 Oracle在最近发布的几个版本里一直都在创建新的机制来对表格和索引的存储进行简化和分块 从Oracle i开始 Oracle开始在tablespace内部将对象管理进行自动化 第一个增强的地方原来叫做本地管理tablespace（或者简写作LMT） 在LMT里 Oracle将tablespace里的信息从数据字典的表格空间里移出去 而直接将其保存到tablespace自身里 这在Oracle i里已经成为了一个事实的标准 因为它减轻了数据字典的负担

表格空间的第二个主要增强的是自动分段空间管理（ASSM） 它首次出现在Oracle i里 有了ASSM 链接列表freelist被位图所取代 它是一个二进制的数组 能够迅速有效地管理存储扩展和剩余区块（free block） 因此能够改善分段存储本质

管理空间的两种方法

让我们从比较这两种空间管理开始

本地管理tablespace（LMT）——LMT是通过把EXTENT MANAGEMENT LOCAL子句添加到tablespace的定义句法而实现的 和原来由字典管理的tablespace（DMT）不同 LMT会将扩展管理自动化 并保持Oracle DBA不会被用来指定管理扩展大小的NEXT存储参数 这个原则唯一的例外是在NEXT和MINEXTENTS一起用在表格创建的时候

自动区段空间管理（ASSM）——ASSM的tablespace是通过将SEGMENT SPACE MANAGEMENT AUTO子句添加到tablespace的定义句法里而实现的 通过使用位图freelist取代传统单向的链接列表freelist ASSM的tablespace会将freelist的管理自动化 并取消为独立的表格和索引指定PCTUSED FREELISTS和FREELIST GROUPS存储参数的能力

Oracle值得赞扬的地方是 这两个空间管理的方法都是可选的特性 而且Oracle的老手可能仍会使用更加详细的方法 只要他们愿意的话 要注意 位图区段管理在Oracle i里是可选的 而且只能在tablespace这一层实现 这一点是十分重要的 原有的系统还能够继续使用传统方法来管理freelist

位图freelist挑战传统的空间管理

在我讨论位图freelist和传统的空间管理之前 让我们看看位图freelist是如何实现的 我会从使用区段空间管理自动参数创建tablespace开始

create tablespace　 a *** _lmt_tsdatafile　 c:\oracle\oradata\diogenes\a *** _lmt dbf size　 mEXTENT MANAGEMENT LOCAL　 Turn on LMTSEGMENT SPACE MANAGEMENT AUTO Turn on ASSM

    一旦你定义好了tablespace 那么表格和索引就能够使用各种方法很容易地被移动到新的tablespace里 下面就是我进行创建的代码

create table　 new_custtablespace　 as *** _lmt_tsas　 select * from customeralter index cust_name_idx rebuild tablespace as *** _lmt_ts　

    要注意 当表格或者索引被分配到这个tablespace以后 用于独立对象的PCTUSED的值会被忽略 而Oracle i会使用位图数组来自动地管理tablespace里表格和索引的freelist 对于在LMT的tablespace内部创建的表格和索引而言 这个NEXT扩展子句是过时的 因为由本地管理的tablespace会管理它们 但是 INITIAL参数仍然是需要的 因为Oracle不可能提前知道初始表格加载的大小 对于ASSM而言 INITIAL最小的值是三个区块

关于一个万能的方法对于Oracle来说是否是最好的方法还有一些争论 在大型数据库里 单独的对象设置会带来性能和存储上的巨大不同 PCTFREE的问题

PCTFREE参数是用来指定数据块剩余空间大小的 这一空间为将来数据行的扩展而保留 如果PCTFREE设置得不得当 SQL的更新声明就可能导致大量的数据行碎片和断链

数据行在刚保存的时候还很小 而在后来进行了扩展 在这种情况下 PCTFREE的设置就显得尤其重要了 在这样的系统里 通常会把PCTFREE设置成等于 这就告诉Oracle要为数据行今后的扩展保留 ％的数据区段空间

PCTUSED的问题

对PCTUSED不正确的设置（例如设得太小了）会导致SQL插入声明性能的急剧下降 如果数据区块剩余空间不是很多 那么在SQL插入 *** 作的过程中就会产生过量的I/O 这是因为被重新使用的Oracle数据区块会被迅速地填满 从极端的角度来看 没有正确地设置PCTUSED会导致数据区块的剩余空间要比表格数据行的平均长度小 在这样的情况下 Oracle会五次尝试从freelist链取回区块 在五次尝试以后 Oracle会提升表格的水位 并为插入 *** 作腾出五个新的数据块

有了Oracle i的ASSM PCTUSED就不再控制表格数据块的重新链接阙值了 但是你必须依靠Oracle的判断来确定区块在什么时候会有足够的剩余空间放置到freelist里

尽管有了本地管理的tablespace和ASSM之后Oracle i会忽略PCTUSED FREELISTS和FREELIST GROUPS等参数 但是当它们用于表格定义的时候 Oracle还是不会给出错误信息

SQL>create table test_table (c number) tablespace a *** _test pctfree pctused storage ( freelists next m ) Table created

    如果你不记得带有ASSM的本地管理tablespace会略掉任何为PCTUSED NEXT和FREELISTS所指定的值的话 这将是一个十分严重的问题

使用ASSM的一个巨大优势是 位图freelist肯定能够减轻缓冲区忙等待（buffer busy wait）的负担 这个问题在Oracle i以前的版本里曾是一个严重的问题 现在让我们来仔细看看这个特性

在没有多个freelist的时候 每个Oracle表格和索引在表格的头部都曾有一个数据块 用来管理对象所使用的剩余区块 并为任何SQL插入声明所创建的新数据行提供数据块 当数据缓冲内的数据块由于被另一个DML事务处理锁定而无法使用的时候 缓冲区忙等待就会发生 当你需要将多个任务插入到同一个表格里的时候 这些任务就被强制等待 而同时Oracle会在同时分派剩余的区块 一次一个

有了ASSM之后 Oracle宣称显著地提高了DML并发 *** 作的性能 因为（同一个）位图的不同部分可以被同时使用 这样就消除了寻找剩余空间的串行化 根据Oracle的测试结果 使用位图freelist会消除所有分段头部（对资源）的争夺 还能获得超快的并发插入 *** 作（图A）

= ) window open( /sql/UploadFiles_ / / jpg )src= if(this width >)this width = if(this height >) this height = border= >

图A Oracle公司对使用位图freelist进行SQL插入 *** 作的测试结果

ASSM的局限性

尽管ASSM显示出了令人激动的特性并能够简化Oracle DBA的工作 但是Oracle i的位图分段管理还是有一些局限性的

一旦DBA被分配之后 它就无法控制tablespace内部的独立表格和索引的存储行为

大型对象不能够使用ASSM 而且必须为包含有LOB数据类型的表格创建分离的tablespace

你不能够使用ASSM创建临时的tablespace 这是由排序时临时分段的短暂特性所决定的

只有本地管理的tablespace才能够使用位图分段管理

lishixinzhi/Article/program/Oracle/201311/17754

---