SQL数据库设计中的关系循环

我正在制作房地产数据库，似乎我做错了什么，因为我的设计中有几个循环。这可以吗，还是我需要重新设计所有数据库模式

以下是我当前的模式：

---

如果您的目标是一个高度规范化的数据库，我觉得这很好。我看不出这种设计有任何错误。

不深入您的特定设计，一般来说，循环关系没有本质上的错误。对某些情况建模实际上需要它们（例如“真正的”1对1关系）。

数据库设计中的“循环”没有错。有时确实需要在多个方向上遍历数据

---

这个模型是否适合您的应用程序和应用程序需求是一个更加困难的问题，如果没有应用程序及其数据需求的完整详细信息，就无法回答这个问题。

您正在将事务链接到不同的表，这些表链接到也链接到事务的中间表。听起来有点多余

然而，这就是模型所说的。交易有一个TownRegion，在该TownRegion内，交易可以有全部、部分或全部（取决于规则集）的区域、地区、街道和地铁

如果链接到事务的任何表可能位于不同的TownRegion中，则必须更改数据库。不幸的是，模式在某些技术中可能很难使用，但在任何情况下都是这种情况定义了数据

---

这是一篇稍旧的帖子，但我想我应该提到这一点。

什么是TownRegionID？这似乎是有很多参考文献的主要结构。在这个模型中，它实际上代表了什么？我认为它是一个很好的过滤器选项。