相关疑难解决方法(0)

我正在设计一个房地产应用程序的数据库.它被证明比我预期的更多参与(也许我过度复杂的事情).

问题主要是由于存在:

• 同义词例如术语:flat,apartment和penthouse可能都是基本上相同类型的属性
• 属性(不同的属性类型具有不同的属性)例如,公寓可以是底层或顶层等

我最终得到了一个针对不同属性类型的相当(无意)精心设计的分类树.树节点是属性类型的实际实例.

我想创建一个数据库,这样我不仅可以查询任何同义词,还可以查询属性.

例如,查询(在伪SQL中):

SELECT*from properties where synonym ="flat"and attribute IN('ground floor','garden');

应该返回公寓列表,这些公寓位于一楼并且有一个花园.

有人可以帮助我如何设计数据库模式,以便允许上述的查询类型？

最后但并非最不重要的是,我将使用MySQl或PostgreSQL作为后端数据库,但更喜欢这种方法与数据库无关 - 如果可能的话.