Вопрос прикладной базы данных по функциональной зависимости

Question

LabResults:

FirstName, Фамилия, DOB, Пол, ConsultDoctor, ПЛА, Адрес, Телефон - рк, TestRequest, ChemistryPanels, DrugLevel

ImagingResults:

PatientName, DOB, Телефон фк, ICD9, Авторизация, ReferringPhysician, PhysicianNum fk, МРТ, КТ, Маммография, Ультразвук, Ядерная медицина, ПЭТ / КТ, GeneralRadiology, Другие

Выше две сущности и атрибуты для проекта, который я делаю. Что мне интересно, так это если мои функциональные зависимости верны.

Телефон  (Имя, Фамилия, DOB, Пол, SSN, Адрес, ConsultDoctor, TestRequest, ChemistryPanels, DrugLevel)

Телефон  (имя пациента, DOB, ICD9, номер авторизации, рекомендующий врач, номер врача, МРТ, КТ, Маммограмма, УЗИ, Ядерная медицина, ПЭТ / КТ, общая радиология, другие)

Answer 1

Некоторые вещи.

FD обычно обозначаются с использованием синтаксиса вида LHS arrow RHS, например phone -> DOB,SSN.

Иногда фигурные скобки явно написаны, чтобы подчеркнуть, что LHS и RHS являются множествами атрибутов: {phone} -> {DOB,SSN}.

Похоже, вам здесь даны две схемы отношений. В обычных обозначениях это схемы , которые обозначаются с использованием синтаксиса name paren attrs paren: LabResults(FirstName,LastName,...).

При упоминании того, какой атрибут [часть] «первичного ключа» имеет вещи вверх ногами и в обратном направлении: какие ключи применяются к схеме отношений, как предполагается, следствие из какие FD применяются к нему (и должны указываться FD , а не ключи).

Если вам дан ключ-кандидат [ы], то поиск FD - это просто вопрос замены LHS на ключ и RHS на остальные, для каждого данного ключа, что вы правильно сделали для схемы LabResults, по модулю отклонение от обычного синтаксиса.

Для второй схемы ваш цитируемый текст, по-видимому, не дает вам никаких ключей (внешние ключи не являются [кандидатами] в соответствии с теорией нормализации). Кроме того, все, что появляется для LHS части FD, должно быть [набором] атрибута [s] самой схемы. ImagingResults не имеет атрибута phone, поэтому вы ошиблись.