相关疑难解决方法(0)

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

问题主要是由于存在:

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

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

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

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

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

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

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

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

我正在尝试为RBAC提出数据库架构,我希望能够创建"部门"和"职位".职位将扩展部门的通用特权.我应该只创建一个"角色"表,同时持有职位和部门吗？或者我应该创建3个表:职位,部门和角色,职位和部门表具有角色表的外键？Thx提前为大家提供帮助!干杯.