选择文件地理数据库（* .gdb），个人地理数据库（* .mdb）还是shapefile格式？

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

在分析和运行数据功能时，为什么应该使用地理数据库而不是shapefile？

我的主要重点是在ArcGIS内，我通常不在该环境之外进行编辑。

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

在较高的水平上，最好根据用户是否经验不足以及仅需要点，线和面来进行选择。Shapefile可能适用于此。

如果他们需要注释，选择列表和验证的域，栅格，更长的字段名称等，则可以使用易于使用，快速且规模庞大的文件地理数据库。

个人地理数据库基于MS Access。除非要求Access用户也要与他们交互，否则此选择将有更多限制。2Gb大小限制和无法存储栅格的限制。

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

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

因此，对于项目，我同时采用两种格式：用于大型静态数据集的文件地理数据库，用于输出和分析的个人地理数据库（除非输出很大，然后它们才进入文件地理数据库）。

如果您正在处理一个具有小型数据集的项目，并且所有内容都位于个人地理数据库中，那么这只是压缩和发送电子邮件的1个文件。有什么需要考虑的吗？

文件地理数据库（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上，以共享简单的空间数据。
• 使用诸如Google云端硬盘之类的服务，Shapefile文件更易于同步到云，而FC和FGDB经常会出现同步错误。

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

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

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

FileGDB / MDB Pro便携式即插即用（几乎与shapefile一样简单）可以压缩以减小大小

缺点可能需要很长时间才能创建（我的个人经历）大量数据ESRI受限（并发）并发用户文件限制

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

在此处可以看到更多差异http://webhelp.esri.com/arcgisdesktop/9.2/index.cfm?TopicName=Types_of_geodatabases

希望能给你一些想法

我通常使用FGDB，但这实际上取决于您需要存储的内容。就像其他帖子提到的那样，个人GDB已过时且存在规模问题。

使用地理数据库可以建立拓扑，而普通的shapefile则无法做到。

Shapefile保存形状的精确坐标。在GDB中，位置被捕捉到网格上的最近点。我没有遇到任何问题，它可能会导致数据的微小变化。此外，使用第三方工具更容易访问Shapefile。ESRI有一个用于FGDB的API，但与现有与Shapefile交互的方式相比，它是新的。

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

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