功能依赖的应用数据库问题

时间:2019-03-07 00:45:10

标签: database database-design functional-dependencies

LabResults:

名字, 姓, DOB, 性别, 咨询医生, SSN, 地址, 电话-pk, TestRequest, 化学小组 药物水平

成像结果:

PatientName, DOB, 电话fk, ICD9, 授权, 转诊医师, 医师数fk, 核磁共振 CT, 乳房X光检查 超声波 核医学, PET / CT, 普通放射科 其他

以上是项目执行时的两个实体和属性。我想知道我的功能依赖性是否正确。

电话(名字,姓氏,DOB,性别,SSN,地址,ConsultDoctor,TestRequest, ChemistryPanels,DrugLevel)

电话(患者姓名,DOB,ICD9,AuthorizationNum,引荐医生,PhysicianNum,MRI,CT, 乳房X光检查,超声检查,核医学,PET / CT,一般放射学等)

1 个答案:

答案 0 :(得分:1)

一些事情。

FD通常使用LHS arrow RHS类型的语法表示,例如phone -> DOB,SSN

有时用括号括起来是为了强调LHS和RHS是属性{phone} -> {DOB,SSN} sets 的概念。

似乎您在这里得到了两个关系模式。通常,使用name paren attrs paren语法:LabResults(FirstName,LastName,...)来表示 schemas

提到哪个属性是“主键”的一部分,倒置和倒置:应用于关系模式的键应该是 结果 适用于它的FD(并且必须提供 FD ,而不是密钥)。

如果为您提供了候选密钥,则找到FD只是将LHS替换为密钥,将RHS替换为其余的密钥,对于每个给定的密钥,您已经对LabResults模式正确地做了模不同于通常的语法。

对于第二种模式,您引用的文本似乎没有给您任何键(根据规范化理论,外键不是[候选]键)。此外,FD的LHS部分显示的内容必须是架构本身的[一组]属性。 ImagingResults没有phone属性,因此您在这里出错了。

相关问题