FileGeodatabase与PersonalGeodatabase对比

在弃用shp格式之后&＃xff0c;一直都用Personal Geodatabase 类型的Geodatabase 存储GIS数据&＃xff0c;对File Geodatabase 视而不见&＃xff0c;一直以为Personal Geodatabase 效率远高于File Geodatabase&＃xff0c;没想到弄错了&＃xff0c;事实上正好相反。下面是对比&＃xff0c;以后就用File Geodatabase算了。

一、存储方式

File Geodatabase 以一个资料夹方式储存&＃xff0c;而Personal Geodatabase 则为一个MS-Access 的mdb 资料库档案。

二、储存限制
1. Personal Geodatabase&＃xff1a;相同于MS Accesss 限制&＃xff0c;资料库最大为2GB。
2. File Geodatabase&＃xff1a;资料库无限制&＃xff0c;每个表限制为1TB(1000GB)。

三、平台支援
1. Personal Geodatabase&＃xff1a;仅可在Windows 上运行。
2. File Geodatabase&＃xff1a;跨平台支援&＃xff0c;可在Windows 及UNIX、linux上运行。

四、效能
File Geodatabase 相较于Personal Geodatabase 可快20%到10 倍&＃xff0c;这部分随着资料量的增加&＃xff0c;效能差异越大。

五、储存空间
同样的资料&＃xff0c;在File Geodatabase 中比Personal Geodatabase 和Shapefile占用的硬碟空间更少&＃xff0c;通常可以减少50%~70%&＃xff0c;最多可减少到1/5。

File Geodatabase中的lock文件

与Personal GDB的单个.mdb文件表现形式不同&＃xff0c;File GDB是以文件夹的形式存放在磁盘中的&＃xff0c;进入File GDB的文件夹可以看到许多凭我们肉眼凡胎无法辨认的文件&＃xff08;你要是能认出来叫你犀利哥~&＃xff09;&＃xff0c;这向你传递一个信息&＃xff0c;没事别到里面瞎逛。
        当一个ArcGIS程序&＃xff0c;比如ArcMap、ArcCatalog或者ArcGIS Server&＃xff08;将其中的数据发布成了服务&＃xff09;&＃xff0c;正在访问File GDB时&＃xff0c;ArcGIS会给其中相应的数据加上&＃xff08;悲观&＃xff09;锁&＃xff0c;表现出来就是在该File GDB的文件夹里多了若干.lock结尾的文件。当数据被锁定时&＃xff0c;你是无法对其进行修改或删除的。比如ArcMap里加载了一个FeatureClass&＃xff0c;这时你无法用ArcCatalog删除它&＃xff1b;在ArcCatalog中预览一个FeatureClass&＃xff0c;这时你无法用ArcMap编辑它。
        除了正在使用的数据会肯定被锁以外&＃xff0c;以下情况中还有其他数据也会被锁住&＃xff1a;1、正在访问包含在DataSet中的某个FeatureClass时&＃xff0c;这个DataSet内的其他FeatureClass也会被锁&＃xff1b;2、单独的FeatureClass之间如果做了Relate&＃xff0c;那么访问其中一个时其他的也会被锁。
        9.3&＃43;sp1以后&＃xff0c;每个.lock文件的文件名会至少带有以下两个信息&＃xff1a;产生该锁的进程的ID号&＃xff08;任务管理器&＃xff0c;查看&＃xff0c;选择列&＃xff0c;勾选PID可查看&＃xff09;&＃xff0c;以及该进程所在的机器名。当数据被锁定时&＃xff0c;除了以上标志明显的.lock文件外&＃xff0c;还会有一些系统锁文件。所以根据这些.lock文件的命名&＃xff0c;你就能判断出是哪个进程占用了数据&＃xff0c;从而做出正确的处理。
        一般来说&＃xff0c;.lock文件会在生成它的进程正常退出时被自动删除掉。但如果进程没有正常退出&＃xff0c;比如崩溃后&＃xff0c;由该进程生成的.lock文件则会继续存在&＃xff0c;但已经没有任何作用。清除这些因意外状况遗留下的.lock文件的方法&＃xff1a;1、重新开启该进程&＃xff0c;则会清理上一次遗留的.lock文件&＃xff1b;2、用Compact Database工具或ArcCatalog中的右键菜单&＃xff1b;3、手动删除。推荐方法2&＃xff0c;方法3慎用。除非你有备份&＃xff0c;否则误删File GDB文件夹下一个哪怕0k的文件&＃xff0c;都有极大的可能造成整个数据库损坏而无法修补。
        如果非要用方法3&＃xff0c;建议在命令行下用del *.lock命令删除&＃xff1b;如果非要用资源管理器删&＃xff0c;建议左手在按住ctrl或shift时&＃xff0c;右手食指不要发抖。