【发布时间】：2019-09-04 02:46:49
【问题描述】：
目前我正在实习，负责为建筑物开发空间数据库。我正在尝试做的是为建筑物建立空间数据库模型，该模型提供诸如楼层、典型建筑物、租户、地址和其他可靠信息等信息。
这个空间数据库的主要目的是用于城市空间分析。我正在使用 PostgreSQL 作为数据库。
目前，我将多边形特征数据表示为建筑物和建筑物数据的特征点（质心），大约有 350 座建筑物。到目前为止我所做的是创建存储信息的表，如下所示
多边形特征构建表
|id | name | address | districts | longitude | latitude | geometry |
积分表
|id | name | address | districts | longitude | latitude | geometry |
建筑关系表
|id_building | floors | tenant | phone | status |
某些建筑物的租户主要是临时的，因此会定期更改。我需要在这个空间数据库上做一个关系表吗？关系表会影响数据库的性能还是应该存储在单个表中？
【问题讨论】：
-
这个问题不是关于编程的。我认为gis.stackexchange.com（我们的姊妹网站之一）是获取有关如何处理不断变化的建筑数据的输入的更好地方。
-
谢谢！！我会搬到 gis.stackexchange
-
很确定这将被投票为过于宽泛或被推荐转移到 DBA.SE，而不是在 GIS.SE。一般来说，空间分量对通常的 DB 规范化规则没有影响。如果您想为多边形和点几何图形提供单独的表，则取决于您的用例（不过，最好进行索引）。
lat/lon当你有几何图形时，列有点多余，并且对多边形没有多大意义（如果不是它们的质心）
标签： postgresql database-design gis postgis