A relação entre tabelas de banco de dados e tabelas

Existem três tipos principais de relacionamentos, um para um, um para muitos (muitos para um) e muitos para muitos

Um a um

Por exemplo,
há uma tabela que salva conta e senha e outra tabela que salva informações pessoais, relacionadas por wid, que é apenas um para um.

create table Wechat(
   wid int PRIMARY key,
	 wpassword varchar(20)
);

create table Wechat_person(
   wid int PRIMARY key,
	 wname varchar(20),
	 sex enum('男','女')
);
ALTER table Wechat_person add CONSTRAINT yueshu1 FOREIGN key(wid)
REFERENCES Wechat(wid);

Um para muitos

Uma tabela de aluno contém o nome do aluno e o número do aluno. A
transcrição contém o número do aluno, número do curso, notas do curso, porque há vários resultados, então haverá mais número,
(PS: número do aluno e número do curso podem constituir a chave primária)

alunos agora O número do aluno da tabela, o número do aluno da transcrição é um-para-muitos

create table student(
   sid varchar(10) PRIMARY key,
	 sname varchar(20)
);
CREATE TABLE score(
    sid varchar(10),
	courseid INT,
	score DOUBLE
);
ALTER TABLE score ADD CONSTRAINT yueshu2 FOREIGN KEY(sid) REFERENCES student(sid);

Muitos para muitos

Uma tabela de alunos contém números e nomes de alunos.
Uma tabela de professores contém números e nomes de professores.
Um aluno corresponde a vários professores, e vários professores correspondem a um aluno, portanto, é equivalente a vários alunos correspondendo a vários professores em
uma tabela. Contém ID do aluno e ID do professor

create table teacher(
   tid int PRIMARY key,
	 tname varchar(20)
);
create table student2(
   sid int PRIMARY key,
	 sname varchar(20)
);
create table tea_stu2(
   tid int,
	 sid int
);
ALTER TABLE tea_stu2 ADD CONSTRAINT 2_tid FOREIGN KEY(tid) REFERENCES teacher(tid);	
ALTER TABLE tea_stu2 ADD CONSTRAINT 2_sid FOREIGN KEY(sid) REFERENCES student2(sid);

Acho que você gosta

Origin blog.csdn.net/weixin_43722571/article/details/99082743
Recomendado
Clasificación