Mysql 管理内部的大量数据和图像

我的问题与其他朋友在这里发布的问题类似……我们正在尝试开发一个应用程序，该应用程序支持基于巴拉圭土地注册的可能TB的信息，其中包含图像和正常数据

问题是，我们希望尽可能降低运营成本，因为这就像公司之间的竞争，因此我们希望使用免费的数据库……我已经阅读了很多关于它的信息，但我仍然感到困惑。我们必须认识到，使用它的人是政府人员，因此DB必须同时易于管理

你们会推荐我什么

Thanu非常

，它们都有空间索引、表分区和blob，并且能够充当大型地理数据库的后端。您可能还想查看两个开源GIS应用程序：和，这两个应用程序可能支持以比编写定制应用程序更少的修改工作来做您想要做的事情。两者都可以使用Postgresql和其他数据库后端

---

至于支持，任何商业或开源数据库都需要有能力的DBA的关注，如果您想让它在TB大小的数据库上正常工作的话。我不认为你会被一个纯粹的最终用户支持模型所困扰——尝试这样做是不太可能的。

虽然不符合你的免费标准，但我强烈建议你考虑使用SQL Server 2008，因为这个版本中的两个Gmail可以帮助：

• FILESTREAM—允许您将二进制映像存储在文件系统中，而不是数据库本身中。这将使您的数据库更易于管理，同时仍然允许您以常规方式查询数据

• 地理数据类型-支持地理空间（lat/long）数据类型可能对您的解决方案非常有价值

---

祝你好运

MySQL甚至SQLite已经有了空间索引，所以没有问题

要存储数据文件，可以使用BLOB字段，但通常最好（并且更容易优化）存储为文件。要保留与DB记录相关的文件，可以将完整路径（或URL）放在varchar字段中，或将图像存储在由记录ID计算的路径中

---

要轻松扩展到多TB存储，请从一开始就计划使用多台服务器。如果主要读取数据，一种简单的方法是将图像存储在不同的主机上，每个主机都有一个静态HTTP服务器，数据库记录每个图像的位置。然后为数据库放置一个webapp前端，每个图像的URL直接指向相应的存储服务器。这样，您就可以继续添加存储，而不会在“中央”服务器上造成瓶颈。

听起来图像文件将占用您相当大的存储空间。不要将它们存储在数据库中，只需将文件位置详细信息存储在数据库中即可

---

（如果你想通过互联网访问，那就试试吧。这不是免费的，但很便宜，而且他们可以为你处理可扩展性。）

关于使用B/C/LOB的另一个注意事项，因为我已经被数据库内部存储w/而导致的指数级数据库增长所困扰

将GIS地图存储在一个单独的服务器上，然后只在数据库中存储区域的横向/纵向“形状”如何。GIS可以单独更新，而无需在主数据库中存储图像

---

小到管理员。备份成本更低。

使用ESRI的映像服务器。您不需要数据库来提供图像。它很容易使用。它还可以处理文件，速度快，可以处理多种图像格式。此外，它还可以动态进行图像处理，并支持许多客户端。AutoCAD、Microstation、ArcMap、ArcIMS、ArcServer等

---

这个问题相当没有重点。您主要关心的是什么？另外，数据库通常不用于为“最终用户”提供前端，以便他们能够管理数据。这是Access的错误概念无论你选择什么，你都应该为你的用户建立一个合适的前端。这有助于存储地理位置，但你需要2008，这会导致部分请求失败。