Sql 为什么有一个staff\u typ\u id属性?

Sql 为什么有一个staff\u typ\u id属性?,sql,database,oracle,data-modeling,Sql,Database,Oracle,Data Modeling,我已经在data modeler中创建了一个ER模型,其中一个实体正在自动设置主键,即使我不需要该特定实体的主键。。这是一个屏幕截图,你们可以在逻辑模型上看到,并没有员工类型id 但是关系模型有staff\u type\u id 为什么会这样?这在我实现数据库时产生了一个问题。请帮助:(我认为这没有问题,如果您注意到您正在以1:N的关系链接两个表,并且您不能链接没有主键的实体。最好为每个链接的实体创建主键。如何在没有外键和主键的实体之间链接 通常,建议为每个链接实体提供主键 我不明白这是怎么一

我已经在data modeler中创建了一个ER模型,其中一个实体正在自动设置主键,即使我不需要该特定实体的主键。。这是一个屏幕截图,你们可以在逻辑模型上看到,并没有员工类型id

但是关系模型有staff\u type\u id
为什么会这样?这在我实现数据库时产生了一个问题。请帮助:(

我认为这没有问题,如果您注意到您正在以1:N的关系链接两个表,并且您不能链接没有主键的实体。最好为每个链接的实体创建主键。如何在没有外键和主键的实体之间链接

通常,建议为每个链接实体提供主键


我不明白这是怎么一个问题!你能解释更多吗?

我有一个名为staff的实体,它是实体staff\u type的超类型。因此,基本上,staff的主键作为外键传递给staff\u type。因为它是一个子类型,我不想要该实体的主键,如果你是指“supertype”是父,而“子类型”是它固有的子,那么您的答案是错误的!因为您必须创建两个主键(每个父表一个,每个子表一个),并且要链接这两个,请创建表父{ID varchar(10)primary key,…}创建表子{ID varchar(10)primary key,…,约束FK1外键(ID)在更新cascade}上的delete cascade上引用父(ID)}内在的将给子所有属性,它应该按照我在前面的评论中提到的方式实现,否则你不能做内在的事情。