BCNF z One Surrogate Key oraz dwa unikalne klucze

Question

Próbuję zrozumieć, co BCNF jest i mam relację takiego:

Student (id, SSN, e-mail, imię, nazwisko)

gdzie

• id jest podstawowym kluczem zastępczym z NOT NULL i auto inkrementacji właściwości,
• SSN jest klucz unikalny o niezerowej własności i
• e-mail jest również unikalnym kluczem o wartości niezerowej.

Czy istnieje coś, co narusza zasady BCNF, a jeśli tak, jak mogę przezwyciężyć tę sytuację przy lepszym projekcie?

EDIT

Próbuję napisać moje zależności funkcjonalne, ale proszę mnie poprawić, jeśli się mylę.

Istnieją trzy atrybuty, które określają pozostałe, więc mylące jest to, że ssn i e-mail istnieją zarówno po lewej, jak i po prawej stronie równań. Wydaje się, że relacja ta nie jest w BCNF ale musi być coś nie tak :)

id -> (ssn, email, name, surname) 
ssn -> (id, email, name, surname) 
email -> (id, ssn, name, surname) 

Answer 1

Tak, twoja tabela znajduje się w BCNF. Dzieje się tak dlatego, że nie ma nakładających się kluczy kandydatów - tzn. Nie ma atrybutów, które pojawiają się w dwóch różnych kluczach.

Jeśli masz jakiś inny atrybut, X, który tworzy część kluczy - np. (SSN, X) i (e-mail, X) - wtedy twoja tabela mogłaby nie powiodła się BCNF, ponieważ X powinno być takie samo dla danej pary SSN i ​​e-mail. Te kluczowe definicje pozwoliłyby na różne wartości X dla danego SSN i ​​e-maili.

Dla dobrego wyjaśnienia BCNF, przeczytaj this answer.

Answer 2

Sposób odpowiedzieć na to pytanie poprawnie jest zidentyfikowanie co Zależności funkcyjne mają zastosowania. Napisz, jakie są Twoje zależności. Jeśli lewą stroną każdej nietrywialnej zależności jest superkey, relacja spełnia BCNF.

Answer 3

Ograniczenia adresu e-mail lub SSN są unikalne lub NULL są zbyt silne. Możesz je wymusić, ale nie należy ich narzucać . (pomyśl: zagraniczni studenci.) Ogólnie nie jest dobrym pomysłem narzucanie ograniczeń na kluczowe domeny, które nie są pod Twoją jurysdykcją, nawet jeśli są bliskie unikalności (np. w przypadku SSN).

Jako przykład: literówki. Załóżmy, że ktoś chce się zapisać jako student, ale wygląda na to, że jej numer SSN jest już używany przez inną osobę, prawdopodobnie spowodowaną literówką. Czy chcesz odmówić przyjęcia nowego ucznia, czy usunąć starego? (lub czy zezwolić na to, aby pole SSN było unikalne lub NIEUŻYWALNE?)

update/Final note: Ten temat został oznaczony jako "datatbase-design" i "data-normalization". Zareagowałem na wybór projektu (który jest dyskusyjny).Inni próbowali reagować na aspektach BCNF (które są trywialne, biorąc pod uwagę Unikatowy klucz potencjalny i NOT NULL założenie)

normalizowanie złego danych modelu daje znormalizowany ale nadal zły model.