精华内容
下载资源
问答
  • 目前关系型数据库有范式:第一范式(1NF)、第二范式(2NF)、第范式(3NF)、巴斯-科德范式(BCNF)、第四范式(4NF)和第五范式(5NF,又称完美范式)。一般来说,数据库只需要满足第范式就行了。第一范式:保证每列的...

    什么是三范式

    设计关系型数据库时,遵从不同的规范要求,设计出合理的关系型数据库,这些不同的规范要求被称为不同的范式,各种范式呈递次规范,越高的范式数据库冗余越小。

    目前关系型数据库有六种范式:第一范式(1NF)、第二范式(2NF)、第三范式(3NF)、巴斯-科德范式(BCNF)、第四范式(4NF)和第五范式(5NF,又称完美范式)。一般来说,数据库只需要满足第三范式就行了。

    第一范式:保证每列的原子性

    第一范式是最基本的范式。如果数据库表中的所有字段值都是不可分解的原子值,就说明该数据库满足了第一范式。

    第一范式需要根据系统的实际需求来定,比如有一张用户信息表:

    8b5c015a8f1440e8ebd4b64aa587b2b7.png

    一般来说"住址"设计成一个字段就行,但是如果经常访问"住址"中城市的部分,那么就非要将"住址"这个属性重新拆分为"省份"、"城市"、"地址"等多个部分进行存储,这样在对"住址"中某一部分进行操作的时候将非常方便。这么设计才算满足了数据库的第一范式,修改之后的表结构如图:

    84e971402ebc1565cb45b7df6a5b57af.png

    第二范式:保证一张表只描述一件事情

    这是通俗的说法,用第二范式的定义描述第二范式,说的是在满足第一范式的基础上,数据库表中不存在非关键字段对任一候选关键字段的部分函数依赖,也即所有非关键字段都完全依赖于任一组候选关键字。

    看不懂是吗,没关系,我也看不懂,下面举一个例子,有一张表如下图:

    6c347dab73cc26feaa7a592ebfa5015c.png

    上表满足第一范式,即每个字段不可再分,但是这张表设计得并不好,或者说,这张表的设计并不满足第二范式。因为这张表里面描述了两件事情:学生信息、课程信息,"学分"完全依赖于"课程名称"、"姓名"与"年龄"完全依赖于"学号"。这么做的后果是:

    1、数据冗余:同一门课程由n个学生选修,"学分"重复n-1次;同一个学生选修了m门课程,姓名和年龄重复m-1次

    2、更新异常:若调整了某门课程的学分,数据表中所有行的"学分"值都需要更新,否则会出现同一门课程学分不同的情况

    3、插入异常:假设要开一门新课程,暂时没有人选修,那么由于没有"学号"关键字,"课程"与"学分"也无法记录入数据库

    4、删除异常:假设一批学生已经完成课程的选修,这些选修记录就应该从数据库表中删除。但是,与此同时,"课程"和"学分"也被删除了,显然,这最终可能会导致插入异常

    所以,此表的结构必须修改,修改后如下:

    a251021795f6d41990ad2cd08e94fac0.png
    d5a6eb03e8c75c40c46d31361b463b84.png
    239c89317e1c638ee29bae6e971735ac.png

    增加了表,将学生信息与课程信息通过一张中间表关联,很好地解决了上面的几个问题,这就是第二范式的中心----保证一张表只讲一件事情。

    第三范式----保证每列都和主键直接相关

    第三范式又和第二范式相关,用第三范式的定义描述第三范式就是,数据库表中如果不存在非关键字段任一候选关键字段的传递函数依赖则符合第三范式,所谓传递函数依赖指的是如果存在"A-->B-->C"的决定关系,则C传递函数依赖于A。也就是说表中的字段和主键直接对应不依靠其他中间字段,说白了就是,决定某字段值的必须是主键

    举个例子,看一下如下的表结构:

    d82bfce939bfee9e217d089610362430.png

    第三范式和第二范式有点像,从这张数据库表结构中可以看出,"姓名"、"年龄"、"学院"和主键"学号"直接关联,但是"学院地点"、"学院电话"却不直接和主键"学号"相关联,和"学院电话"直接相关联的是"学院",如果表结构这么设计,同样会造成和第二范式一样的数据冗余、更新异常、插入异常、删除异常的问题。

    修改之后的表结构如下图:

    5b4abba23f6a6013326f14b35140ff00.png
    ce6f52c75ca66a9937e4f5ac24ad0725.png

    同样,这么设计表结构将合理地多,也解决了前面的四个问题。

    后记

    定理是死的,人是活的,在前人给我们总结出这些范式的前提下,使用这些范式灵活地应用到实际需求中,才是最重要的。

    6b09835ead6d789190b244a6f4dbd750.png
    展开全文
  • 关系型数据库的使用已经相当长的时间了。它们变得流行起来托了管理系统的福,关系模型被实现得相当的好,并且被证明是操作数据的好方法(特别是事务性强的应用)。 在这篇DigitalOcean文章中,我们将尝试理解一些...

    关系型数据库的使用已经有相当长的时间了。它们变得流行起来托了管理系统的福,关系模型被实现得相当的好,并且被证明是操作数据的好方法(特别是事务性强的应用)。

    在这篇DigitalOcean文章中,我们将尝试理解一些最常用、最流行的关系型数据库管理系统(RDBMS)的内核区别。我们将会探索最底层的区别——特性与功能,它们如何工作,在哪方面更出色,以帮助程序员选择合适的RDBMS。


    目录:

    一、数据库管理系统
    1、关系型数据库管理系统
    2、关系与数据类型
    3、重要的和流行的关系型数据库

    二、SQLite
    1、SQLite支持的数据类型
    2、SQLite的优势
    3、SQLite的劣势
    4、何时使用SQLite
    5、何时不用SQLite

    三、MySQL
    1、MySQL支持的数据类型
    2、MySQL的优势
    3、MySQL的劣势
    4、何时使用MySQL
    5、何时不用MySQL

    四、PostgreSQL
    1、PostgreSQL支持的数据类型
    2、PostgreSQL的优势
    3、PostgreSQL的劣势
    4、何时使用PostgreSQL
    5、何时不用PostgreSQL

     

    一、数据库管理系统
    数据库是有组织地存储模型数据的空间,存储各种类型的信息(数据)。每个数据库,除了无模式型的,都有一个模型,提供数据的结构描述。数据库管理系统是管理数据库结构、大小和排序的应用(或库)。

    1、关系型数据库管理系统
    关系型数据库系统实现了关系模型,并用它来处理数据。关系模型在表中将信息与字段关联起来(也就是schemas),从而存储数据。

    这种数据库管理系统需要结构(例如表)在存储数据之前被定义出来。有了表,每一列(字段)都存储一个不同类型(数据类型)的信息。数据库中的每个记录,都有自己唯一的key,作为属于某一表的一行,行中的每一个信息都对应了表中的一列——所有的关系一起,构成了关系模型。

    2、关系和数据类型
    关系可以被看做是包含一系列共同表示被保持数据库以及相关信息的属性的数学集合. 这种类型的识别和采集方法可以让关系型数据库以它们自己的方式运作.

    在定义一个可以向其中插入数据的表时,每一个形成一条记录的元素(例如: 属性)都必须同定义的数据类型相匹配(例如:一个integer, 一个date 等等.). 不同的关系型数据库管理系统实现了不同的数据类型 -- 它们不总是能直接互相转换的.

    与限制的协作,就像我们之前已经介绍过的,在关系数据库的使用中是很普遍的。事实上,限制形成了关系的核心.

    3、重要和流行的关系型数据库
    本文中,我们将会介绍三种主要而且重要的开源关系型数据库管理系统,是他们影响了应用开发世界。

    SQLite 一个强大的嵌入式关系型数据库管理系统
    MySQL 最流行的RDBMS
    PostgreSQL 最先进SQL型开源objective-RDBMS

     

    注: 开源应用总是可以自由使用的。大多数时候,复制工程(利用代码)创建新应用也是被允许的。如果你对DBMS感兴趣,你可以看看一些基于这些工程的分支项目,例如MariaDB。

     

    二、SQLite
    SQLite是非凡的数据库,他可以进程在使用它的应用中。作为一个自包含、基于文件的数据库,SQLite提供了出色的工具集,可以处理所有类型的数据,没有什么限制,而且比起服务器运行的进程型服务器使用起来轻松许多。

    一个应用使用SQLite时,它的功能直接被集成在其中,应用会直接访问包含数据的文件(即SQLite数据库),而不是通过一些端口(port, socket)来交互。感谢这种底层技术,这使SQLite变得非常快速和高效,并且十分强大。

    1、SQLite支持的数据类型

    NULL NULL值
    INTEGER 有符号整数,按照设置用1、2、3、4、6或8字节存储
    REAL 浮点数,使用8字节IEEE浮点数方式存储
    TEXT 文本字符串,使用数据库编码存储(UTF-8, UTF-16BE 或 UTF-16LE)
    BLOB 二进制大对象,怎么输入就怎么存储

     

    2、SQLite 的优点

    基于文件 整个数据库都包含在磁盘上的一个文件中,因此它有很好的迁移性
    标准化 尽管它看起来像个“简化版”的数据库,SQLite 确实支持 SQL。它略去了一些功能(RIGHT OUTER JOIN 和 FOR EACH STATEMENT),但是,又同时增加了一些其他功能
    对开发乃至测试都很棒 在绝大多数应用的开发阶段中,大部分人都非常需要解决方案能有并发的灵活性。SQLite 含有丰富功能基础,所能提供的超乎开发所需,并且简洁到只需一个文件和一个 C 链接库

     

    3、SQLite的缺点

    没有用户管理 高级数据库都能支持用户系统,例如,能管理数据库连接对数据库和表的访问权限。但由于 SQLite 产生的目的和本身性质(没有多用户并发的高层设计),它没有这个功能
    缺乏额外优化性能的灵活性 仍然是从设计之初,SQLite 就不支持使用各种技巧来进行额外的性能优化。这个库容易配置,容易使用。既然它并不复杂,理论上就无法让它比现在更快,其实现在它已经很快了

     

    4、什么时候要用 SQLite

    嵌入式应用 所有需要迁移性,不需要扩展的应用,例如,单用户的本地应用,移动应用和游戏
    代替磁盘访问 在很多情况下,需要频繁直接读/写磁盘文件的应用,都很适合转为使用 SQLite ,可以得益于 SQLite 使用 SQL 带来的功能性和简洁性
    测试 它能秒杀大部分专门针对应用业务逻辑(也就是应用的主要目的:能完成功能)的测试

     

    5、什么时候不要用SQLite

    多用户应用 如果你在开发的应用需要被多用户访问,而且这些用户都用同一个数据库,那么相比 SQLite 最好还是选择一个功能完整的关系型数据库(例如 MySQL)
    需要大面积写入数据的应用 SQLite 的缺陷之一是它的写入操作。这个数据库同一时间只允许一个写操作,因此吞吐量有限

     

     

    三、MySQL
    MySQL 在所有大型数据库服务器中最流行的一个. 它的特性丰富,产品的开源性质使得其驱动了线上大量的网站和应用程序. 要入手 MySQL 相对简单,开发人员可以在互联网上面访问到大量有关这个数据库的信息.

    注意: 由于这个产品的普及性,大量的第三方应用、工具和集成库对于操作这个RDBCMS的方方面面大有帮助.

    Mysql没有尝试去实现SQL标准的全部,而是为用户提供了很多有用的功能. 作为一个独立的数据库服务器,应用程序同Mysql守护进程的交互,告诉它去访问数据库自身 -- 这一点不像 SQLite.

    1、MySQL支持的数据类型

    TINYINT 一个非常小的整数
    SMALLINT 一个小整数
    MEDIUMINT 一个中间大小的整数
    INT or INTEGER 一个正常大小的整数
    BIGINT 一个大的整数
    FLOAT 一个小的 (单精度) 浮点数,不能是无符号的那种
    DOUBLE, DOUBLE PRECISION, REAL 一个正常大小 (双精度) 的浮点数,不能使无符号的那种
    DECIMAL, NUMERIC 没有被包装的浮点数。不能使无符号的那种
    DATE 一个日期
    DATETIME 一个日期和时间的组合
    TIMESTAMP 一个时间戳
    TIME 一个时间
    YEAR 一个用两位或者4位数字格式表示的年份(默认是4位)
    CHAR 一个固定长度的字符串,存储时总是在其固定长度的空间里右对齐
    VARCHAR 一个可变长度的字符串
    TINYBLOB, TINYTEXT 一个BLOB或者TEXT列,最大长度255 (2^8 - 1)个字符
    BLOB, TEXT 一个BLOB或者TEXT列,最大长度 65535 (2^16 - 1)个字符
    MEDIUMBLOB, MEDIUMTEXT 一个BLOB或者TEXT列,最大长度 16777215 (2^24 - 1)个字符
    LONGBLOB, LONGTEXT 一个BLOB或者TEXT列,最大长度4294967295 (2^32 - 1) 个字符
    ENUM 一个枚举类型
    SET 一个集合

     

    2、MySQL的优点

    容易使用 安装MySQL非常容易。第三方库,包括可视化(也就是有GUI)的库让上手使用数据库非常简单
    功能丰富 MySQL 支持大部分关系型数据库应该有的 SQL 功能——有些直接支持,有些间接支持
    安全 MYSQL 有很多安全特性,其中有些相当高级
    灵活而强大 MySQL 能处理很多数据,此外如有需要,它还能“适应”各种规模的数据
    快速 放弃支持某些标准,让 MySQL 效率更高并能使用捷径,因此带来速度的提升

     

    3、MySQL的缺点

    已知的局限 从设计之初,MySQL 就没打算做到全知全能,因此它有一些功能局限,无法满足某些顶尖水平应用的需求
    可靠性问题 MySQL 对于某些功能的实现方式(例如,引用,事务,数据审核等) 使得它比其他一些关系型数据库略少了一些可靠性
    开发停滞 尽管 MySQL 理论上仍是开源产品,也有人抱怨它诞生之后更新缓慢。然而,应该注意到有一些基于 MySQL 并完整集成的数据库(如 MariaDB),在标准的 MySQL 基础上带来了额外价值

     

    4、何时使用 MySQL?

    分布式操作 当你需要的比SQLite可以提供的更多时,把MySQL包括进你的部署栈,就像任何一个独立的数据库服务器,会带来大量的操作自由和一些先进的功能
    高安全性 MySQL的安全功能,用一种简单的方式为数据访问(和使用)提供了可靠的保护
    Web网站 和 Web应用 绝大多数的网站(和Web应用程序)可以忽视约束性地简单工作在MySQL上。这种灵活的和可扩展的工具是易于使用和易于管理的——这被证明非常有助于长期运行
    定制解决方案 如果你工作在一个高度量身定制的解决方案上,MySQL能够很容易地尾随和执行你的规则,这要感谢其丰富的配置设置和操作模式

     

    5、何时不用 MySQL?

    SQL 服从性 因为 MySQL 没有[想要]实现 SQL 的全部标准,所以这个工具不完全符合SQL。如果你需要对这样的关系数据库管理系统进行整合,从MySQL进行切换是不容易的
    并发 即使MySQL和一些存储引擎能够真地很好执行读取操作,但并发读写还是有问题的
    缺乏特色 再次提及,根据数据库引擎的选择标准,MySQL会缺乏一定的特性,如全文搜索

     

     

    四、PostgreSQL
    PostgreSQL 是一个先进的,开放源代码的[对象]-关系型数据库管理系统,它的主要目标是实现标准和可扩展性. PostgreSQL, 或者说是 Postgres, 试图把对 ANSI/ISO SQL标准的采用与修正结合起来.

    对比其他的RDBMS, PostgreSQL以它对于对象-关系和或关系型数据库功能,比如对于可靠事务,例如原子性,一致性,隔离性和持久性(ACID)的完全支持,这些东西的高度需求和集合的支持,以示其独特性.

    由于强大的底层技术, Postgres对于高效的完成许多处理任务很有一手. 得益于其多版本并发控制 (MVCC)的实现,在没有读取锁的前提下也能达成并发, 这也同样确保了ACID的实施.

    PostgreSQL是高度可编程的, 因而可以使用被称作“存储过程”的自定义程序进行扩展. 这些功能可以被创建用来简化一个写重复、复杂并且常常需要数据库操作的任务的执行.

    虽然特性强大,但这个 DBMS并没有MySQL那么流行, 可还是有许多迷人的第三方工具和库被设计出来用于使得对PostgreSQL的操作简化. 如今通过许多操作系统默认的包管理器轻松的获取PostgreSQL已成为可能.

    1、PostgreSQL支持的数据类型

    bigint 有符号的八位整数
    bigserial 自增长的八位整数
    bit [(n)] 固定长度的位串
    bit varying [(n)] 可变长度的位串
    boolean 逻辑布尔值(true/false)
    box 在一个平面上的矩形框
    bytea 二进制数据("位数组")
    character varying [(n)] 可变长度的字符串
    character [(n)] 固定长度的字符串
    cidr IPv4 或者 IPv6 网络地址
    circle 平面上的一个圆
    date 日历日期 ( 年月日)
    double precision 双精度浮点数(8位)
    inet IPv4 或者 IPv6 主机地址
    integer 有符号的四位整数
    interval [fields] [(p)] 时间跨度
    line 平面上的一个无限长的直线
    lseg 平面上的一个线段
    macaddr MAC (媒体访问控制)地址
    money 货币金额
    numeric [(p, s)] 可选精度的精确数字
    path 一个平面上的几何路径
    point 一个平面上的几何点
    polygon 一个平面上的闭合的几何路径
    real 单精度浮点数(4 位)
    smallint 有符号的两位整数
    serial 自增长4位整数
    text 可变长度字符创
    time [(p)] [without time zone] 一天中的时间(无时区)
    time [(p)] with time zone 一天中的时间,包含时区
    timestamp [(p)] [without time zone] 日期和时间(没有时区)
    timestamp [(p)] with time zone 日期和时间,包含时区
    tsquery 文本搜索查询
    tsvector 文本搜索文档
    txid_snapshot 用户级事务ID快照
    uuid 通用的唯一标识符
    xml XML 数据

     

    2、PostgreSQL的优点

    标准支持 SQL 的开源关系型数据库 PostgreSQL 是一个开源的,免费的,同时非常强大的关系型数据管理系统
    强大的社区 PostgreSQL 背后有热忱而经验丰富的社区,可以通过知识库和问答网站获取支持,全天候免费
    强大的第三方支持 即使其本身功能十分强大,PostgreSQL 仍附带有许多强大的开源第三方工具来辅助系统的设计、管理和使用
    可扩展性 可以用预先存储的流程来程序性扩展 PostgreSQL ,一个高级的关系型数据库理应如此
    面向对象 PostgreSQL 不只是一个关系型数据库,还是一个面向对象数据库——支持嵌套,及一些其他功能

    3、PostgreSQL的缺点:

    性能 对于简单而繁重的读取操作, 超过了 PostgreSQL 的杀伤力,可能会出现比同行(如MySQL)更低的性能
    普及 按给出的该工具的性质,从普及度来说它还缺乏足够后台支撑,尽管有大量的部署——这可能会影响能够获得支持的容易程度
    托管 由于上述因素的影响,要让主机或服务提供商提出使用PostgreSQL实例是很难的

     

    4、何时使用PostgreSQL?

    数据完整性 当可靠性和数据完整性是绝对必要而无需理由时,PostgreSQL是更好的选择
    复杂的自定义过程 如果你需要你的数据库执行自定义过程,可扩展的PostgreSQL是更好的选择
    整合 在将来,如果可能要把整个数据库系统迁移到另一个适当的解决方案(例如Oracle)中,PostgreSQL对于这种切换将是最兼容和易于操作的
    复杂的设计 相比其他的开源和免费的 RDBMS(关系数据库管理系统)实现来说,对于复杂的数据库设计,PostgreSQL提供了大部分的功能和可能性,同时并没放弃其他有价值的地方

     

    5、何时不用 PostgreSQL?

    速度 如果你需要的只是快速的读取操作, PostgreSQL 不是为此而准备的工具
    简化体制 除非你需要绝对的数据完整性,原子性,一致性,隔离性,耐久性,或复杂的设计,PostgreSQL 对简化体制来说是杀手
    复制 除非你愿意花不少时间,精力和资源,否则对于那些缺乏数据库和系统管理经验的人来说,实现与MySQL的(主从)复制可能不容易

     

    转载至:https://blog.csdn.net/u014805066/article/details/56675470
    展开全文
  • 数据库分类早期数据库模型有三种,分别为层次式数据库、网络式数据库和关系型数据库。而在当今的互联网中,通常把数据库分为两类,即关系型数据库和非关系型数据库关系型数据库关系型数据库是指采用了关系模型来...

    python可以用哪些数据库,数据库,关系,开源,线程,模块

    python可以用哪些数据库

    易采站长站,站长之家为您整理了python可以用哪些数据库的相关内容。

    数据库分类

    早期数据库模型有三种,分别为层次式数据库、网络式数据库和关系型数据库。

    而在当今的互联网中,通常把数据库分为两类,即关系型数据库和非关系型数据库。

    关系型数据库

    关系型数据库是指采用了关系模型来组织数据的数据库,而关系模型是由二维表及其联系组成的数据组织。

    优点:

    1、易于维护:都是使用表结构,格式一致;

    2、使用方便:SQL语言通用,可用于复杂查询;

    3、复杂操作:支持SQL,可用于一个表以及多个表之间非常复杂的查询。

    缺点:

    1、读写性能比较差,尤其是海量数据的高效率读写;

    2、固定的表结构,灵活度稍欠;

    3、高并发读写需求,传统关系型数据库来说,硬盘I/O是一个很大的瓶颈。

    目前主流的关系型数据库有

    MYSQL

    目前使用最广泛的开源、多平台的关系型数据库,支持事务、符合ACID、支持多数SQL规范

    SQL Server

    支持事务、符合ACID、支持多数SQL规范,属于商业软件,需要注意版权和licence授权费用

    Oracle

    支持事务,符合关系型数据库原理,符合ACID,支持多数SQL规范,功能最强大、最复杂、市场占比最高的商业数据库

    Postgresql

    开源、多平台、关系型数据库,功能最强大的开源数据库,需要python环境,基于postgresql的TimeScaleDB,是目前比较火的时序数据库之一。(更多学习内容,请点击python学习网)

    非关系型数据库

    非关系型数据库也称为NOSQL(Not Only SQL),作为关系型数据库的一个补充,能在特定场景和特点问题下发挥高效率和高性能。

    常见的非关系型数据库类型有键值(Key-Value)存储数据库和面向文档数据库(Document-oriented)

    键值存储数据库类似hash,通过key做添加、删除、查询,性能高,优势在于简单、易部署、高并发,主要产品有

    Redis

    开源、Linux平台、key-value键值型Nosql数据库,简单稳定,非常主流的、全数据in-momory、定位于“快”的键值型nosql数据库

    Memcaced

    一个开源的、高性能的、具有分布式内存对象的缓存系统,通过它可以减轻数据库负载,加速动态的web应用

    面向文档数据库以文档的形式存储,每个文档是一系列数据项的集合,每个数据项有名称与对应的值,主要产品有

    MongoDB

    开源、多平台、文档型nosql数据库,“最像关系型数据库”,定位于“灵活”的nosql数据库。适用于网站后台数据库(更新快、实时复制)、小文件系统(json,二进制)、日志分析系统(数据量大的文件)。

    知识点扩展:

    Python的数据库支持

    经过两个多月的学习,我们对Python的基础语法大概都已经学完了,接下来我们要把我们学到的东西逐步用到应用的层面上。今天,我们要学的是,用Python实现数据库的对接。

    我们先来讲一下什么是api,在编程语言的学习中,我们经常会接触到api这个词,那么究竟什么是api,简单来说就是一个接口,像java的api,有一个专门的api文档提供查询。Python数据库的api是DB API。我们主要讲的api版本是DB API2.0。

    Python DB API有三个模块属性:

    1、apilevel:这个属性主要是用来定义使用的Python DB API 的版本,像我们上面说的DB API 2.0;

    2、threadsafety:这个是用来定义模块的线程安全度;

    该参数是一个0到3的整数,0表示线程不能共享模块,1表示线程可共享模块本身,2表示线程可共享模块和连接, 但不能共享游标,3表示模块是绝对线程安全的。

    3、paramstyle:这个属性定义在SQL查询中使用哪种参数风格,这里说明一下,SQL是指数据库的意思。

    这个我们就不具体讲了,因为现在刚接触新知识,引入这个知识点,会很容易感到迷茫。以上就是关于对python可以用哪些数据库的详细介绍。欢迎大家对python可以用哪些数据库内容提出宝贵意见

    展开全文
  • 关系型数据库的使用已经相当长的时间了。它们变得流行起来托了管理系统的福,关系模型被实现得相当的好,并且被证明是操作数据的好方法(特别是事务性强的应用)。 在这篇DigitalOcean文章中,我们将尝试理解一些...

    关系型数据库的使用已经有相当长的时间了。它们变得流行起来托了管理系统的福,关系模型被实现得相当的好,并且被证明是操作数据的好方法(特别是事务性强的应用)。

    在这篇DigitalOcean文章中,我们将尝试理解一些最常用、最流行的关系型数据库管理系统(RDBMS)的内核区别。我们将会探索最底层的区别——特性与功能,它们如何工作,在哪方面更出色,以帮助程序员选择合适的RDBMS。


    目录:

    一、数据库管理系统
    1、关系型数据库管理系统
    2、关系与数据类型
    3、重要的和流行的关系型数据库

    二、SQLite
    1、SQLite支持的数据类型
    2、SQLite的优势
    3、SQLite的劣势
    4、何时使用SQLite
    5、何时不用SQLite

    三、MySQL
    1、MySQL支持的数据类型
    2、MySQL的优势
    3、MySQL的劣势
    4、何时使用MySQL
    5、何时不用MySQL

    四、PostgreSQL
    1、PostgreSQL支持的数据类型
    2、PostgreSQL的优势
    3、PostgreSQL的劣势
    4、何时使用PostgreSQL
    5、何时不用PostgreSQL

     

    一、数据库管理系统

    数据库是有组织地存储模型数据的空间,存储各种类型的信息(数据)。每个数据库,除了无模式型的,都有一个模型,提供数据的结构描述。数据库管理系统是管理数据库结构、大小和排序的应用(或库)。

    1、关系型数据库管理系统

    关系型数据库系统实现了关系模型,并用它来处理数据。关系模型在表中将信息与字段关联起来(也就是schemas),从而存储数据。

    这种数据库管理系统需要结构(例如表)在存储数据之前被定义出来。有了表,每一列(字段)都存储一个不同类型(数据类型)的信息。数据库中的每个记录,都有自己唯一的key,作为属于某一表的一行,行中的每一个信息都对应了表中的一列——所有的关系一起,构成了关系模型。

    2、关系和数据类型

    关系可以被看做是包含一系列共同表示被保持数据库以及相关信息的属性的数学集合. 这种类型的识别和采集方法可以让关系型数据库以它们自己的方式运作.

    在定义一个可以向其中插入数据的表时,每一个形成一条记录的元素(例如: 属性)都必须同定义的数据类型相匹配(例如:一个integer, 一个date 等等.). 不同的关系型数据库管理系统实现了不同的数据类型 -- 它们不总是能直接互相转换的.

    与限制的协作,就像我们之前已经介绍过的,在关系数据库的使用中是很普遍的。事实上,限制形成了关系的核心.

    3、重要和流行的关系型数据库

    本文中,我们将会介绍三种主要而且重要的开源关系型数据库管理系统,是他们影响了应用开发世界。

    SQLite 一个强大的嵌入式关系型数据库管理系统
    MySQL 最流行的RDBMS
    PostgreSQL 最先进SQL型开源objective-RDBMS

     

    注: 开源应用总是可以自由使用的。大多数时候,复制工程(利用代码)创建新应用也是被允许的。如果你对DBMS感兴趣,你可以看看一些基于这些工程的分支项目,例如MariaDB。

     

    二、SQLite

    SQLite是非凡的数据库,他可以进程在使用它的应用中。作为一个自包含、基于文件的数据库,SQLite提供了出色的工具集,可以处理所有类型的数据,没有什么限制,而且比起服务器运行的进程型服务器使用起来轻松许多。

    一个应用使用SQLite时,它的功能直接被集成在其中,应用会直接访问包含数据的文件(即SQLite数据库),而不是通过一些端口(port, socket)来交互。感谢这种底层技术,这使SQLite变得非常快速和高效,并且十分强大。

    1、SQLite支持的数据类型

    NULL NULL值
    INTEGER 有符号整数,按照设置用1、2、3、4、6或8字节存储
    REAL 浮点数,使用8字节IEEE浮点数方式存储
    TEXT 文本字符串,使用数据库编码存储(UTF-8, UTF-16BE 或 UTF-16LE)
    BLOB 二进制大对象,怎么输入就怎么存储

     

    2、SQLite 的优点

    基于文件 整个数据库都包含在磁盘上的一个文件中,因此它有很好的迁移性
    标准化 尽管它看起来像个“简化版”的数据库,SQLite 确实支持 SQL。它略去了一些功能(RIGHT OUTER JOIN 和 FOR EACH STATEMENT),但是,又同时增加了一些其他功能
    对开发乃至测试都很棒 在绝大多数应用的开发阶段中,大部分人都非常需要解决方案能有并发的灵活性。SQLite 含有丰富功能基础,所能提供的超乎开发所需,并且简洁到只需一个文件和一个 C 链接库

     

    3、SQLite的缺点

    没有用户管理 高级数据库都能支持用户系统,例如,能管理数据库连接对数据库和表的访问权限。但由于 SQLite 产生的目的和本身性质(没有多用户并发的高层设计),它没有这个功能
    缺乏额外优化性能的灵活性 仍然是从设计之初,SQLite 就不支持使用各种技巧来进行额外的性能优化。这个库容易配置,容易使用。既然它并不复杂,理论上就无法让它比现在更快,其实现在它已经很快了

     

    4、什么时候要用 SQLite

    嵌入式应用 所有需要迁移性,不需要扩展的应用,例如,单用户的本地应用,移动应用和游戏
    代替磁盘访问 在很多情况下,需要频繁直接读/写磁盘文件的应用,都很适合转为使用 SQLite ,可以得益于 SQLite 使用 SQL 带来的功能性和简洁性
    测试 它能秒杀大部分专门针对应用业务逻辑(也就是应用的主要目的:能完成功能)的测试

     

    5、什么时候不要用SQLite

    多用户应用 如果你在开发的应用需要被多用户访问,而且这些用户都用同一个数据库,那么相比 SQLite 最好还是选择一个功能完整的关系型数据库(例如 MySQL)
    需要大面积写入数据的应用 SQLite 的缺陷之一是它的写入操作。这个数据库同一时间只允许一个写操作,因此吞吐量有限

     

     

    三、MySQL

    MySQL 在所有大型数据库服务器中最流行的一个. 它的特性丰富,产品的开源性质使得其驱动了线上大量的网站和应用程序. 要入手 MySQL 相对简单,开发人员可以在互联网上面访问到大量有关这个数据库的信息.

    注意: 由于这个产品的普及性,大量的第三方应用、工具和集成库对于操作这个RDBCMS的方方面面大有帮助.

    Mysql没有尝试去实现SQL标准的全部,而是为用户提供了很多有用的功能. 作为一个独立的数据库服务器,应用程序同Mysql守护进程的交互,告诉它去访问数据库自身 -- 这一点不像 SQLite.

    1、MySQL支持的数据类型

    TINYINT 一个非常小的整数
    SMALLINT 一个小整数
    MEDIUMINT 一个中间大小的整数
    INT or INTEGER 一个正常大小的整数
    BIGINT 一个大的整数
    FLOAT 一个小的 (单精度) 浮点数,不能是无符号的那种
    DOUBLE, DOUBLE PRECISION, REAL 一个正常大小 (双精度) 的浮点数,不能使无符号的那种
    DECIMAL, NUMERIC 没有被包装的浮点数。不能使无符号的那种
    DATE 一个日期
    DATETIME 一个日期和时间的组合
    TIMESTAMP 一个时间戳
    TIME 一个时间
    YEAR 一个用两位或者4位数字格式表示的年份(默认是4位)
    CHAR 一个固定长度的字符串,存储时总是在其固定长度的空间里右对齐
    VARCHAR 一个可变长度的字符串
    TINYBLOB, TINYTEXT 一个BLOB或者TEXT列,最大长度255 (2^8 - 1)个字符
    BLOB, TEXT 一个BLOB或者TEXT列,最大长度 65535 (2^16 - 1)个字符
    MEDIUMBLOB, MEDIUMTEXT 一个BLOB或者TEXT列,最大长度 16777215 (2^24 - 1)个字符
    LONGBLOB, LONGTEXT 一个BLOB或者TEXT列,最大长度4294967295 (2^32 - 1) 个字符
    ENUM 一个枚举类型
    SET 一个集合

     

    2、MySQL的优点

    容易使用 安装MySQL非常容易。第三方库,包括可视化(也就是有GUI)的库让上手使用数据库非常简单
    功能丰富 MySQL 支持大部分关系型数据库应该有的 SQL 功能——有些直接支持,有些间接支持
    安全 MYSQL 有很多安全特性,其中有些相当高级
    灵活而强大 MySQL 能处理很多数据,此外如有需要,它还能“适应”各种规模的数据
    快速 放弃支持某些标准,让 MySQL 效率更高并能使用捷径,因此带来速度的提升

     

    3、MySQL的缺点

    已知的局限 从设计之初,MySQL 就没打算做到全知全能,因此它有一些功能局限,无法满足某些顶尖水平应用的需求
    可靠性问题 MySQL 对于某些功能的实现方式(例如,引用,事务,数据审核等) 使得它比其他一些关系型数据库略少了一些可靠性
    开发停滞 尽管 MySQL 理论上仍是开源产品,也有人抱怨它诞生之后更新缓慢。然而,应该注意到有一些基于 MySQL 并完整集成的数据库(如 MariaDB),在标准的 MySQL 基础上带来了额外价值

     

    4、何时使用 MySQL?

    分布式操作 当你需要的比SQLite可以提供的更多时,把MySQL包括进你的部署栈,就像任何一个独立的数据库服务器,会带来大量的操作自由和一些先进的功能
    高安全性 MySQL的安全功能,用一种简单的方式为数据访问(和使用)提供了可靠的保护
    Web网站 和 Web应用 绝大多数的网站(和Web应用程序)可以忽视约束性地简单工作在MySQL上。这种灵活的和可扩展的工具是易于使用和易于管理的——这被证明非常有助于长期运行
    定制解决方案 如果你工作在一个高度量身定制的解决方案上,MySQL能够很容易地尾随和执行你的规则,这要感谢其丰富的配置设置和操作模式

     

    5、何时不用 MySQL?

    SQL 服从性 因为 MySQL 没有[想要]实现 SQL 的全部标准,所以这个工具不完全符合SQL。如果你需要对这样的关系数据库管理系统进行整合,从MySQL进行切换是不容易的
    并发 即使MySQL和一些存储引擎能够真地很好执行读取操作,但并发读写还是有问题的
    缺乏特色 再次提及,根据数据库引擎的选择标准,MySQL会缺乏一定的特性,如全文搜索

     

     

    四、PostgreSQL

    PostgreSQL 是一个先进的,开放源代码的[对象]-关系型数据库管理系统,它的主要目标是实现标准和可扩展性. PostgreSQL, 或者说是 Postgres, 试图把对 ANSI/ISO SQL标准的采用与修正结合起来.

    对比其他的RDBMS, PostgreSQL以它对于对象-关系和或关系型数据库功能,比如对于可靠事务,例如原子性,一致性,隔离性和持久性(ACID)的完全支持,这些东西的高度需求和集合的支持,以示其独特性.

    由于强大的底层技术, Postgres对于高效的完成许多处理任务很有一手. 得益于其多版本并发控制 (MVCC)的实现,在没有读取锁的前提下也能达成并发, 这也同样确保了ACID的实施.

    PostgreSQL是高度可编程的, 因而可以使用被称作“存储过程”的自定义程序进行扩展. 这些功能可以被创建用来简化一个写重复、复杂并且常常需要数据库操作的任务的执行.

    虽然特性强大,但这个 DBMS并没有MySQL那么流行, 可还是有许多迷人的第三方工具和库被设计出来用于使得对PostgreSQL的操作简化. 如今通过许多操作系统默认的包管理器轻松的获取PostgreSQL已成为可能.

    1、PostgreSQL支持的数据类型

    bigint 有符号的八位整数
    bigserial 自增长的八位整数
    bit [(n)] 固定长度的位串
    bit varying [(n)] 可变长度的位串
    boolean 逻辑布尔值(true/false)
    box 在一个平面上的矩形框
    bytea 二进制数据("位数组")
    character varying [(n)] 可变长度的字符串
    character [(n)] 固定长度的字符串
    cidr IPv4 或者 IPv6 网络地址
    circle 平面上的一个圆
    date 日历日期 ( 年月日)
    double precision 双精度浮点数(8位)
    inet IPv4 或者 IPv6 主机地址
    integer 有符号的四位整数
    interval [fields] [(p)] 时间跨度
    line 平面上的一个无限长的直线
    lseg 平面上的一个线段
    macaddr MAC (媒体访问控制)地址
    money 货币金额
    numeric [(p, s)] 可选精度的精确数字
    path 一个平面上的几何路径
    point 一个平面上的几何点
    polygon 一个平面上的闭合的几何路径
    real 单精度浮点数(4 位)
    smallint 有符号的两位整数
    serial 自增长4位整数
    text 可变长度字符创
    time [(p)] [without time zone] 一天中的时间(无时区)
    time [(p)] with time zone 一天中的时间,包含时区
    timestamp [(p)] [without time zone] 日期和时间(没有时区)
    timestamp [(p)] with time zone 日期和时间,包含时区
    tsquery 文本搜索查询
    tsvector 文本搜索文档
    txid_snapshot 用户级事务ID快照
    uuid 通用的唯一标识符
    xml XML 数据

     

    2、PostgreSQL的优点

    标准支持 SQL 的开源关系型数据库 PostgreSQL 是一个开源的,免费的,同时非常强大的关系型数据管理系统
    强大的社区 PostgreSQL 背后有热忱而经验丰富的社区,可以通过知识库和问答网站获取支持,全天候免费
    强大的第三方支持 即使其本身功能十分强大,PostgreSQL 仍附带有许多强大的开源第三方工具来辅助系统的设计、管理和使用
    可扩展性 可以用预先存储的流程来程序性扩展 PostgreSQL ,一个高级的关系型数据库理应如此
    面向对象 PostgreSQL 不只是一个关系型数据库,还是一个面向对象数据库——支持嵌套,及一些其他功能

    3、PostgreSQL的缺点:

    性能 对于简单而繁重的读取操作, 超过了 PostgreSQL 的杀伤力,可能会出现比同行(如MySQL)更低的性能
    普及 按给出的该工具的性质,从普及度来说它还缺乏足够后台支撑,尽管有大量的部署——这可能会影响能够获得支持的容易程度
    托管 由于上述因素的影响,要让主机或服务提供商提出使用PostgreSQL实例是很难的

     

    4、何时使用PostgreSQL?

    数据完整性 当可靠性和数据完整性是绝对必要而无需理由时,PostgreSQL是更好的选择
    复杂的自定义过程 如果你需要你的数据库执行自定义过程,可扩展的PostgreSQL是更好的选择
    整合 在将来,如果可能要把整个数据库系统迁移到另一个适当的解决方案(例如Oracle)中,PostgreSQL对于这种切换将是最兼容和易于操作的
    复杂的设计 相比其他的开源和免费的 RDBMS(关系数据库管理系统)实现来说,对于复杂的数据库设计,PostgreSQL提供了大部分的功能和可能性,同时并没放弃其他有价值的地方

     

    5、何时不用 PostgreSQL?

    速度 如果你需要的只是快速的读取操作, PostgreSQL 不是为此而准备的工具
    简化体制 除非你需要绝对的数据完整性,原子性,一致性,隔离性,耐久性,或复杂的设计,PostgreSQL 对简化体制来说是杀手
    复制 除非你愿意花不少时间,精力和资源,否则对于那些缺乏数据库和系统管理经验的人来说,实现与MySQL的(主从)复制可能不容易

     所以总结一下大致是:
    小打小闹、本地测试、自己用:SQLite
    一般向,满足 90% 人的需求:MySQL
    高级应用、大型项目:PostgreSQL

    展开全文
  • MySQL 的存储引擎可能是所有关系型数据库产品中最具有特色的了,不仅可以同时使用多种存储引擎,而且每存储引擎和MySQL之间使用插件方式这种非常松的耦合关系。由于各存储引擎功能特性差异较大,这篇文章主要是...
  • 小程序云开发提供了一个 JSON 数据库,...关系型数据库和 JSON 数据库的概念对应关系如下表: 官方并没有说明是哪种NoSQL数据库,但从开发文档和暴露的API,还有官方论坛里的讨论来看应该是一个简化版的MongoDB。 需要
  • Java面试题 数据库

    2019-07-16 20:27:36
    关系型数据库ORDBMS:(oracle、MySQL、SqlServer等) 特点:二维表存储,使用sql语言操作,事务可以控制数据操作的完整性可以复杂的联查 非关系型数据库nosql:(MongoDB、redis等) 特点:键值对或json存储,弱...
  • S3_数据库基础知识

    2011-03-27 13:33:00
    2,数据库有哪三种组件构成?数据库由表、列(称为字段)和行(称为记录和数据)组成。3,哪类数据库会在表中包含多维关系?数据库或关系型数据库管理系统包括多张通过关系相关联的表。4,数据库表中哪类键需要每项...
  • 目录数据库基础知识什么是SQL?MySQL说一下Mysql 、MongoDB、Redis之间的区别你说一下?数据库的大范式是什么?MySql有关权限的表都有哪几个?MySQL的binlog有几录入?...MySQL是一个关系型数据库管理
  • 结构化查询语言 作用:用于存取数据,查询、更新和管理关系型数据库系统 2、数据库大范式 第一范式:每个列 都不可以再拆分 第二范式:在第一范式的基础上,非主键完全依赖于主键,而不能依赖于主键的一部分 第...
  • 、数据库篇1:数据库的分类关系型数据库ORDBMS:(oracle、MySQL、SqlServer等)特点:二维表存储,使用sql语言操作,事务可以控制数据操作的完整性可以复杂的联查非关系型数据库nosql:(MongoDB、redis等)特点:...
  • oracle数据库经典题目

    2011-02-17 15:05:20
    3.Oracle数据库的工作模式有哪?它们之间有有何区别? 答案: 在Oracle数据库中,数据库的操作模式分为专用服务器(DELICATED SERVER)模式和多线程服务器(MULTITHREADED SERVER)模式两。其中,在专用服务器...
  • 第2章 关系数据库建模及数据库设计 14 2.1 关系数据库简介 14 2.2 关系数据库模型 15 2.2.1 数据库模式 15 2.2.2 关系代数 15 2.2.3 关系演算 16 2.2.4 SQL 16 2.3 关系数据库的生命周期 17 2.3.1...
  • 16.6 决定采用哪种加密技术 670 16.7 小结 671 索引 672 译者序  Oracle Database 11g的推出让关注Oracle的人欣喜万分,不过也不免有些担心,因为此前还没有合适的书系统而深入地介绍这个新版本。要想学习和...
  • 在一对多的关系中,往往只需要一方维护两者的关系,因为在关系型数据库中,只需要一方存储关系就行了,称为外键,外键列保存在多的一方即可,对于对象来说,双方都设置关联才比较好,这样双方才都知道与对方关联,但是对于...
  • redis就是一个非关系型数据库,遵循bsd协议的key-value型数据库。 二.redis都可以用来干嘛? 做缓存,做简单的消息队列,排行榜等 .redis有哪数据类型? String,Hash,List,Set,Zset. 四.redis持久化...
  • MongoDB执行计划

    千次阅读 2017-08-20 22:24:32
    一 概念 在关系型数据库中无论种数据库,都提供了SQL剖析工具,用来解决SQL低下的问题。在MongoDB中,也相应的策略来实现剖析。mongoDB系统了explain()方法,用来查看其执行计划和其统计信息。二 explain三种...
  • 一个需求,需要统计一个用户24小时各个时段的访问量,数据...方式一是想关系型数据库那样,列id,hour,value即分成24行存储; 第二是rowkey:XXX,然后是24列(hour_value),或者48列 哪种方式更好呢
  • 1.mysql做为一个关系型数据库,并且支持多线程,在用户刚连入数据库的时候,首先要验证用户的有效信息,接受用户的并发请求,并且限定求情的最大连接数,如果超过一定的连接数就拒绝访问等功能.所以在数据库的入口一个...
  • 1.mysql做为一个关系型数据库,并且支持多线程,在用户刚连入数据库的时候,首先要验证用户的有效信息,接受用户的并发请求,并且限定求情的最大连接数,如果超过一定的连接数就拒绝访问等功能.所以在数据库的入口一个...
  • 因为oracle是关系型数据库,所以表与表之间存在关系,你比如说外键的关系,对吧, 在我们使用数据库时候,常常会用到链接查询,对吧, 实际上,除了使用逗号之外呢?我们还有其他的方式。 地球人都知道有三种方式, ...
  • 平时写SQL遇到多表关联的情况经常见到,这也是关系型数据库最大的优势之一。表连接类型可以分为Nested Loops join、hash join、Merge Sort Join类。每一类都各自的使用场景,sql语句在数据库中生成执行计划,...
  • 一丧:忍无可忍,从头再忍。 大神镇楼: MySQL创始人有两个女儿一个儿子分别是 ...他先后领导了数据库的建立 ...先说什么是数据库。...那么数据库有哪常见的类型呢? 常用类型: 非关系型数...
  • mysql工作模式?待续..

    2014-04-09 19:20:48
    1.mysql做为一个关系型数据库,并且支持多线程,在用户刚连入数据库的时候,首先要验证用户的有效信息,接受用户的并发请求,并且限定求情的最大连接数,如果超过一定的连接数就拒绝访问等功能.所以在数据库的入口一个...
  • 我们知道关系型数据库对表之间的关系,存在三种情况,哪三种嘞? 1、一对一 A表数据和B表数据存在一一对应 2、一对多/多对一 一对多:A表中的一条数据对应B表的多条数据 多对一:B表多条数据对应A表的一条数据 ...

空空如也

空空如也

1 2 3 4
收藏数 69
精华内容 27
关键字:

关系型数据库有哪三种