以前，我使用地理数据库作为一种将所有文件保持在一起的简便方法，而不是到处放置数十个shapefile，并且最终将所有相关数据导出到客户端时，它更容易。

为什么在分析和运行数据功能时为什么要使用地理数据库而不是shapefile？环境。

这个问题与从Microsoft Access角度来看个人地理数据库如何工作有关？

#1 楼

在较高的级别上，最好根据用户是否经验不足以及仅需要点，线和面来进行选择。 Shapefile可能适用于此。
如果需要注释，选择列表和验证域，栅格，更长的字段名称等，则可以使用易于使用，快速且规模庞大的File Geodatabase。
个人地理数据库基于MS Access。除非要求Access用户也要与他们交互，否则此选择会有更多限制。 2Gb大小限制和无法存储栅格的限制。

#2 楼

我尝试避免使用shapefile，因为您无法存储域，关系，别名等。但是当将数据分发给使用不同GIS系统/工具的其他人时，它们是最可移植的格式。

文件地理数据库可以提供更好的性能并能够存储庞大的数据集，而上面的每个人都给拙劣的个人地理数据库一个糟糕的说唱。我使用它们来存储我的分析，因为您可以使用ODBC将属性数据从它们中吸取到首选的统计应用程序中。如果您的数据在File GeoDatabase中，则必须先将它们转换成某种临时格式，然后才能使用它们，因为其他任何东西都无法从File GeoDatabase中读取（除非您想花时间和精力来编写API ...） 。

因此，对于项目，我同时采用两种格式：用于大型静态数据集的文件地理数据库，用于输出和分析的个人地理数据库（除非输出很大，否则它们将进入文件地理数据库）。 br />如果您正在处理一个数据集很小的项目，并且所有内容都愉快地位于个人地理数据库中，那么只需压缩和发送电子邮件即可使用1个文件。有什么需要考虑的吗？

#3 楼

文件地理数据库（FGDB）：


FGDB可能包含要素数据集，这些要素数据集有助于通过拓扑规则协调系统控制和数据完整性。您可以自己使用shapefile。
使用配置关键字，FC的大小可能高达256 TB。 shapefile的所有组件文件每个限制为2GB（源和白皮书）。
FC性能比shapefile快得多，尤其是在涉及属性的
操作中。
矢量数据可用于一种压缩的只读格式，可以
大大减小文件大小。
FC用于地图包，这是共享数据的便捷方法。

个人地理数据库（PGDB）：


通常用作属性表管理器（通过Microsoft Access）。
用户喜欢对文本属性进行字符串处理。

形状文件：


跨平台的可用性更高（例如QGIS，ArcGIS）和非ESRI脚本环境（例如纯
Python， R，Matlab）。
如果您向他们发送FGDB，而不是向他们发送包含shapefile的压缩文件夹，则会激怒许多最终用户。顺便提一句，KML文件通常用于SHP文件或FGDB上，以共享简单的空间数据。
Shapefiles使用Google云端硬盘等服务更易于同步到云，而FC和FGDB通常出现同步错误。


#4 楼

出于性能方面的考虑，大多数人建议将您的数据存储在数据库中，即快速查询和搜索。但是我相信，当数据在数据库中时，货币也有好处。例如，如果将shapefile传递给同事，他们可能会无限期地使用该文件，但是数据可能已更新。如果数据存储在数据库中，并且用户使用ArcGIS连接到该数据库，则他们将始终看到最新的数据。

所以数据库的主要优点是
性能
查询
索引（尽管您可以在FileGDB和MDB中建立索引，甚至具有shapefile索引，但是我发现在建立索引时可以为数据库提供更多的RAM，所以我把
空间功能可以在数据库中更快地运行
如果您有文本或地址，可以进行全文本搜索

缺点
知识-影响生产中的专有服务器或开放源代码
专用服务器
成本-设置和运行

FileGDB / MDB
Pros
便携式
插件和播放（几乎与shapefile一样简单）
可以压缩以减小大小
创建大量数据需要花费很长时间（我的个人经验） br /> ESRI受限制（ish）
并发用户
文件限制s

MDB是Microsoft支持访问的地理数据库，其最终文件限制为2Gb，因此，如果您有更多数据或想提供更多对其他用途的访问权限，请使用FileGDB。

更多区别可以在这里http://webhelp.esri.com/arcgisdesktop/9.2/index.cfm?TopicName=Types_of_geodatabases

希望给您一些想法

#5 楼

我通常使用FGDB，但这实际上取决于您需要存储的内容。就像其他文章提到的那样，个人GDB已经过时并且存在大小问题。 br形状文件保存形状的精确坐标。在GDB中，位置被捕捉到网格上的最近点。我没有遇到任何问题，它可能会导致数据的微小变化。此外，使用第三方工具更容易访问Shapefile。 ESRI具有用于FGDB的API，但与现有的与Shapefiles交互的方式相比，它是新的。

#6 楼

如果您想要全面的地理数据库功能（诸如编码值域，关系类，拓扑，几何网络等），而又没有关系地理数据库的复杂性或管理开销，并且/或者，您想要最快的绘图，光标和地理处理性能，文件地理数据库是一种解决方法，本地磁盘访问比远程关系地理数据库要快得多，FGDB和shapefile一样，使用浮点坐标而不是整数，情况越来越糟，FGDB可能很脆弱，复杂，二进制和专有因此，请保留大量备份Shapefile是最笨拙的，但得到最广泛的支持，并且使用起来也非常快。关系地理数据库使您可以使用SQL（包括空间SQL），这对于临时应用来说非常灵活和方便分析或应用程序。自FGDB出现以来，个人GDB就不值得一试了-错误，速度慢，文件大小限制。

#7 楼

fgdb与shapefile相比的另一个优点是fgdb中的要素可以具有真实的曲线。在shapefile中，曲线由任意小的直线段组成。我不确定个人gdb。