数据库和表之间的关系

数据库:

数据库即数据的仓库。在数据库中提供了专门的管理系统。对数据库中的数据进行集中的控制和管理。能高效的对数据库进行存储、检索。

关系型数据库:

关系模型把世界看作是由实体(Entity)和联系(Relationship)组成的。

关系模型数据库是一种以表做为实体,以主键和外键关系作为联系的一种数据库结构。

在关系数据库中,相类似的实体被存入表中。表(table)是关系型数据库的核心单元,它是数据存储的地方。

关系数据库管理系统:

关系型数据库只是一个保存数据的容器,大多数数据库依靠一个称为数据库管理系统(DatabaseManagement System,简称DBMS)的软件来管理数据库中数据。

数据库管理系统的分类:

本地数据库管理系统

数据库服务器管理系统。

一对一关系:

关系模型:一条主表记录对应一条从表记录。同时一条从表记录对应一条主表记录

对象模型:一个类包含另一个类的对象,而另一个类包含该类的对象

Class Man  private Code code                                    class Code provate private Man man

公民表


公民编号


姓名


生日


1


Xx


Xxxx-xx-xx

身份表


公民编号


身份证号


1


Xxxxxxx

一对一关系是比较少见的关系类型。很多数据库也很少包含一对一关系

主键:

这就是主键:主键是唯一标识一条记录,不能有重复的,不允许为空。

特点:主键的两个特点不可以重复、不能为空。

外键:

在关系型数据库中,外建(ForergnKey)是用来表达表和表之间关联关系的列。

这就是外键: 表的外键是另一表的主键,外键可以有重复的,可以是空值

一对多关系:关系模型:一条主表记录对应多条从表记录。同时一条从表记录对应一条主表记录

对象模型:一个类包含另一个类的集合,而另一个类包含该类的对象

Class Man{  private List<Room> roomlist;                          class Room{     private Man man,

公民表


公民编号


姓名


生日


1

房间表


房间编号


房间地址


公民编号


1


1

我们通常把一对多关系中,” 多边”的表称为从表,把”一边”的表称为主表。从表利用外键,引用主表的主建。外表加在从表之中

多对多关系:

一条主表记录对应多条从表记录。同时一条从表记录对应多条主表记录。

关系模型:一条主表记录对应多条从表记录。同时一条从表记录对应多条主表记录1

对象模型:一个类包含另一个类的集合,而另一个类包含该类的集合

calss Teacher{ private List<Student> studentList                     calss Student{ private List<Teacher>teacherList

学生表


学生编号


姓名

中间表


学习编号


老师编号

老师表


老师编号


姓名

原文地址:https://www.cnblogs.com/ChenQingDE/p/11839114.html

时间: 2024-10-03 15:01:23

数据库和表之间的关系的相关文章

MySQL数据库:SQL语句基础、库操作、表操作、数据类型、约束条件、表之间的关系

数据库相关概念: 1. 数据库服务器:运行数据库管理软件的计算机 2. 数据库管理软件:MySQL.Oracle.db2.slqserver 3. 库:文件夹,用来组织文件/表 4. 表:文件(类似于excel),用来存放多行内容/多条记录 5. 记录:事物一系列典型的特征 6. 数据:描述事物特征的符号 MySQL数据库就是一个套接字软件,用来管理其他机器上的数据文件 MySQL介绍: MySQL是一个关系型数据库管理系统:就是一个基于socket编写的C/S架构胡软件 客户端软件 mysql

第四天,表与表之间的关系,一对多,多对多,查询

※MySQL中的字符编码(注意,utf8中没有'-',跟Java中不一样)SHOW VARIABLES; //查看系统变量//查询字符编码相关的系统变量SHOW VARIABLES WHERE variable_name LIKE 'character%'; 解决MySQK的中文乱码:character_set_client,character_set_connection和character_set_results这三者必须一致(GBK,GB2312,UTF8这三者都可以,但若采用其中一种则3

MySQL---数据库从入门走上大神系列(四)-子查询、表与表之间的关系

本篇博客讲解(子查询)非相关子查询/相关子查询,一对一,一对多,多对一,多对的的关系! 准备: 首先我们创建一列sex.再为部分行设置好值0(女)或者1(男): delete from stud where age=26; 删除年龄为26的行. update stud set sex='1' where saddress like '湖南%'; 将地址中湖南开头的人的的sex修改为1. update stud set sex='0' where age>=30 and sex is null;

mysql表与表之间的关系(多对多,一对多)

#创建数据库CREATE DATABASE day15;#使用USE day15;#创建表CREATE TABLE test1( id INT PRIMARY KEY AUTO_INCREMENT,#这是主键 num INT UNIQUE, #这个唯一键不起作用? NAME VARCHAR(22));#存入数据INSERT INTO test1(NAME) VALUES('aaa'); #删除数据但是不重置自动增长数DELETE FROM test1; #删除数据重置行数(相当于删除掉整个表,然

约束条件 ,表与表之间的关系 和多表联合查询***

一.约束条件    为了确保数据的完整性 可以给列加上约束条件    完整性的分类:        1.实体完整性        2.域完整性        3.引用完整性    1.实体完整性        实体:即表中的一行(一条)记录 代表一个实体 entity        实体完整性的作用:标识每一行数据不重复        约束类型:            1.1 主键约束(primary key)            1.2 唯一约束(unique)            1.3

SSAS的维度表之间的关系只能有一个不能有多个

我们在SSAS中创建维度的时候,有时候可能一个维度需要用到多个表的字段作为维度属性,那么这多个表之间势必存在关联关系,但是切记维度表之间的关联关系有且只能有一个不能有多个,下面我们来看一个例子. 现在我们创建了一个维度Customer,由于该维度中的属性除了用到Customer表的字段以外,还要用到了Geography表的字段,所以Customer用到了两个表. 但是Customer表和Geography表之间现在存在两个依赖关系 其中一个关系是Customer.CustomerKey到Geog

表与表之间的关系

导语: 把所有的数据都存放于一张表的弊端 1:表的组织结构复杂不清晰 2:浪费空间 3:扩展性极差 一. 寻找表与表之间的关系套路: 举例:emp 员工表         dep 部门表 步骤: part1: 1.先站在左表 emp 的角度 2.去找左表emp 的多条记录能否对应右表dep的一条记录 3.翻译2 的意义: 左表emp 的多条记录==>>多个员工 右表dep 的一条记录==>>一个部门 最终的翻译结果:多个员工是否可以属于同一个部门? 如果是则需要进行part2 的流

表与表之间的关系二

---恢复内容开始--- 导语: 把所有的数据都存放于一张表的弊端 1:表的组织结构复杂不清晰 2:浪费空间 3:扩展性极差 一. 寻找表与表之间的关系套路: 举例:emp 员工表         dep 部门表 步骤: part1: 1.先站在左表 emp 的角度 2.去找左表emp 的多条记录能否对应右表dep的一条记录 3.翻译2 的意义: 左表emp 的多条记录==>>多个员工 右表dep 的一条记录==>>一个部门 最终的翻译结果:多个员工是否可以属于同一个部门? 如果是

表与表之间建关系

一.一对多 1.确立表与表之间的关系 一定要换位思考(必须两方都考虑周全之后才能得出结论) 以员工表和部门表为例: 1.先站在员工表看能否有多个员工对应一个部门 翻译过来: 一个部门能否有多个员工 可以!!!(暂时只能确定员工单向多对一部门) 2.再站在部门表看能否有多个部门对应一个员工 翻译过来: 一个员工能否属于多个部门 不可以!!! 结论:员工表和部门表之间仅仅是单向的多对一 那么它们的表关系就是"一对多" 表关系中没有多对一一说,只有一对多 (无论是多对一还是一对多都叫&quo