Mapping a relationship between a subclass and a regular entity, 映射两个子类之间的关系
Mapping a relationship between a subclass and a regular entity, and mapping a relation between two subclasses
我想知道如何映射楼主和属性的关系以及学生和楼主的关系。
我知道如何映射一对多关系。在这种情况下,它是房东与 属性 之间的关系。但是既然landlord是Person的一个子类,并且使用person的主键nic作为楼主的主键,那么是否应该把nic作为楼主与属性关系的外键呢?
这样;
属性(Idno,街道,城市,费用,金额,NIC)
应该是这样的吧?
在另一种关系中,即 Student 和 Landlord 之间的关系,因为它们都是实体 Person 的子 类 并且都将 NIC 作为它们的主键,因为它是超类,应该如何映射?
学生(NIC,STID,性别,DOB,NIC)
我认为这不正确。请帮忙。
是的,你应该带网卡。那是因为它是主键和唯一的唯一标识符。创建另一个密钥或类似的东西是不明智的。
现在关于房东和学生的关系应该直接none给他们。把它想象成一个数据库,你会有一个 table 是有 2 个外键的属性。房东和租给的当前学生。所以我认为学生和属性之间应该有关系。不是房东和学生之间。
我想知道如何映射楼主和属性的关系以及学生和楼主的关系。 我知道如何映射一对多关系。在这种情况下,它是房东与 属性 之间的关系。但是既然landlord是Person的一个子类,并且使用person的主键nic作为楼主的主键,那么是否应该把nic作为楼主与属性关系的外键呢? 这样;
属性(Idno,街道,城市,费用,金额,NIC)
应该是这样的吧?
在另一种关系中,即 Student 和 Landlord 之间的关系,因为它们都是实体 Person 的子 类 并且都将 NIC 作为它们的主键,因为它是超类,应该如何映射?
学生(NIC,STID,性别,DOB,NIC)
我认为这不正确。请帮忙。
是的,你应该带网卡。那是因为它是主键和唯一的唯一标识符。创建另一个密钥或类似的东西是不明智的。
现在关于房东和学生的关系应该直接none给他们。把它想象成一个数据库,你会有一个 table 是有 2 个外键的属性。房东和租给的当前学生。所以我认为学生和属性之间应该有关系。不是房东和学生之间。