sql – 为什么在使用复合键时会看到如此多的负面观点？

发布时间：2020-12-12 16:35:26 所属栏目：MsSql教程来源：网络整理

导读：我正在使用一个喜欢自动编号标识符的Access数据库.每个桌子都使用他们,除了一个,使用由一个人的名字,姓氏和出生日期组成的关键字.无论如何,人们开始遇到很多重复的问题,因为表示关系的表可以保持两次或更多的相同的关系.我决定通过实现关系表的复合键来解决这

我正在使用一个喜欢自动编号标识符的Access数据库.每个桌子都使用他们,除了一个,使用由一个人的名字,姓氏和出生日期组成的关键字.无论如何,人们开始遇到很多重复的问题,因为表示关系的表可以保持两次或更多的相同的关系.我决定通过实现关系表的复合键来解决这个问题,而且我没有重复的问题.

所以我想知道在Access世界中复合键的坏代码是什么？我想这是一个更难编写查询,但至少你不必在每次数据输入或甚至在前端进行编辑时都会进行检查.他们难以置信超低效吗？

解决方法

复合键对于单个表来说可以正常工作,但是当您开始创建表之间的关系时,它可以获得很多.

考虑两个表Person和Event,以及它们之间的多对多关系称为约会.

如果您在由“姓”,“姓”和“出生日期”组成的“人物”表中包含复合键,则由“place”和“name”组成的“Event”表中的compocite键,则将在“约会”表中找到五个字段,关系.

绑定关系的条件将是相当长的：

select Person,*,Event.*
from Person,Event,Appointment
where
  Person.FirstName = Appointment.PersonFirstName and
  Person.LastName = Appointment.PersonLastName and
  Person.BirthDate = Appointment.PersonBirthDate and
  Event.Place = Appointment.EventPlace and
  Event.Name = Appointment.EventName`.

另一方面,如果“Person”和“Event”表具有自动编号的键,则只需要“预约”表中的两个字段来标识关系,并且条件更小：

select Person,Appointment
where
  Person.Id = Appointment.PersonId and Event.Id = Appointment.EventId

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!