Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ch7 Misleading FK Constraint name #2

Open
kosjir opened this issue Dec 2, 2022 · 0 comments
Open

Ch7 Misleading FK Constraint name #2

kosjir opened this issue Dec 2, 2022 · 0 comments

Comments

@kosjir
Copy link

kosjir commented Dec 2, 2022

In Chapter 7. Physical Model Implementation, in the text following after Figure 7-5 Messaging model for reference is ALTER TABLE statement to implement FK in the table MessagingUser; relationship between MessagingUser and AttendeeType.
ALTER TABLE Attendees.MessagingUser
ADD CONSTRAINT FKMessagingUser$IsSent$Messages_Message
FOREIGN KEY (AttendeeType)
REFERENCES Attendees.AttendeeType(AttendeeType)
ON UPDATE CASCADE
ON DELETE NO ACTION;
The name of the CONSTRAINT FKMessagingUser$IsSent$Messages_Message is however a bit misleading. It suggests rather (one of) the relationships between tables MessagingUser and Message (in the Figure „is sent“) but in reality the „categorizes“ relationship is being established.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant