数据库原理学什么(学数据库要学哪些东西)
大家好，数据库原理学什么相信很多的网友都不是很明白，包括学数据库要学哪些东西也是一样，不过没有关系，接下来就来为大家分享关于数据库原理学什么和学数据库要学哪些东西的一些知识点，大家可以关注收藏，免得下次来找不到哦，下面我们开始吧！
学数据库以后可以做什么
只会写代码的是码农；
学好数据库，基本能混口饭吃
；在此基础上再学好操作系统和计算机网络
，就能当一个不错的程序员。如果能再把离散数学、数字电路、体系结构、数据结构/算法、编译原理学通透，再加上丰富的实践经验与领域特定知识，就能算是一个优秀的工程师了。计算机
其实就是存储/IO/CPU三大件；而计算
说穿了就是两个东西：数据与算法（状态与转移函数）
。常见的软件应用，除了各种模拟仿真、模型训练、视频游戏这些属于计算密集型应用
外，绝大多数都属于数据密集型应用
。从最抽象的意义上讲，这些应用干的事儿就是把数据拿进来，存进数据库，需要的时候再拿出来。抽象
是应对复杂度的最强武器。操作系统提供了对存储的基本抽象：内存寻址空间与磁盘逻辑块号。文件系统在此基础上提供了文件名到地址空间的KV存储抽象。而数据库则在其基础上提供了对应用通用存储需求的高级抽象
。互联网应用大多属于
数据密集型应用
，对于真实世界的数据密集型应用而言，除非你准备从基础组件的轮子造起，不然根本没那么多机会去摆弄花哨的数据结构和算法。甚至写代码的本事可能也没那么重要：可能只会有那么一两个AdHoc算法需要在应用层实现，大部分需求都有现成的轮子可以使用，主要的创造性工作往往在数据模型与数据流设计上。实际生产中，数据表就是数据结构，索引与查询就是算法
。而应用代码往往扮演的是胶水
的角色，处理IO与业务逻辑，其他大部分工作都是在数据系统之间搬运数据
。在最宽泛的意义上，
有状态的地方就有数据库
。它无所不在，网站的背后、应用的内部，单机软件，区块链里，甚至在离数据库最远的Web浏览器中，也逐渐出现了其雏形：各类状态管理框架与本地存储。“数据库”可以简单地只是内存中的哈希表/磁盘上的日志，也可以复杂到由多种数据系统集成而来。关系型数据库只是数据系统的冰山一角
（或者说冰山之巅），实际上存在着各种各样的数据系统组件：数据库
：存储数据，以便自己或其他应用程序之后能再次找到（PostgreSQL，MySQL，Oracle）缓存
：记住开销昂贵操作的结果，加快读取速度（Redis，Memcached）搜索索引
：允许用户按关键字搜索数据，或以各种方式对数据进行过滤（ElasticSearch）流处理
：向其他进程发送消息，进行异步处理（Kafka，Flink，Storm）批处理
：定期处理累积的大批量数据（Hadoop）架构师最重要的能力之一，就是了解这些组件的性能特点与应用场景，能够灵活地权衡取舍、集成拼接这些数据系统。
绝大多数工程师都不会去从零开始编写存储引擎，因为在开发应用时，数据库已经是足够完美的工具了。关系型数据库则是目前所有数据系统中使用最广泛的组件，可以说是程序员吃饭的主要家伙，重要性不言而喻。对玩具应用而言，使用内存变量与文件来保存状态也许已经绰绰有余了。但随着系统的增长，我们会遇到越来越多的挑战：软硬件故障把数据搞成一团浆糊（可靠性）；状态太多而内存太小放不下（可伸缩性）；并发访问控制导致代码复杂度发生爆炸（可维护性），诸如此类。这些问题相当棘手，却又相当普遍，数据库就是用来解决这些问题的。
分拆
是架构演化的重要方法论，数据库将状态管理
的职能从应用程序中分拆出来，即所谓的“状态与计算相分离”。数据库将程序员从重复造轮子的泥潭中解救出来，极大地解放了生产力。每个系统都服务于一个目的，解决一类问题。
问题比方法更重要
。但现实很遗憾，以大多数学生，甚至相当一部分公司能接触到的现实问题而言，拿几个文件甚至在内存里放着估计都能应付大多数场景了（需求简单到低级抽象就可以Handle）。没什么机会接触到数据库真正要解决的问题，也就难有真正使用与学习数据库的驱动力，更别提数据库原理了
。所以我也理解当前这种填鸭教学现状的苦衷：工作之后很难有这么大把的完整时间来学习原理了，所以老师只好先使劲灌输，多少让学生对这些知识有个印象。等学生参加工作后真正遇到这些问题，也许会想起大学好像还学了个叫
数据库
的东西，这些知识就会开始反刍。
数据库，尤其是关系型数据库，非常重要。那为什么要学习其原理呢？
对
优秀
的工程师来说，只会用
数据库是远远不够的。学习原理对于当CRUDBOY搬砖收益并不大，但当通用组件真的无解
需要自己撸起袖子上时，没有金坷垃怎么种庄稼？设计系统时，理解原理能让你以最少的复杂度代价写出更可靠高效的代码；遇到疑难杂症需要排查时，理解原理能带来精准的直觉与深刻的洞察。
数据库是一个博大精深的领域，存储I/O计算无所不包。其主要原理也可以粗略分为几个部分：数据模型设计原理（应用）、存储引擎原理（基础）、索引与查询优化器的原理（性能）、事务与并发控制的原理（正确性）、故障恢复与复制系统的原理（可靠性）。所有的原理都有其存在意义：为了解决实际问题。
例如
数据模型设计中
的范式理论
，就是为了解决数据冗余
这一问题而提出的，它是为了把事情做漂亮（可维护）
。它是模型设计中一个很重要的设计权衡：通常而言，冗余少则复杂度小/可维护性强，冗余高则性能好
。具体来说，冗余字段能加快特定类型的读取（通过消除连接），但在写入时就需要做更多的工作：维护多对象副本间的一致性，避免多对象事务并发执行时发生踩踏。这就需要仔细权衡利弊，选择合适的规范化等级。数据模型设计，就是生产中的数据结构设计
。不了解这些原理，就难以提取良好的抽象，其他工作也就无从谈起。
而
关系代数与索引
的原理，则在查询优化中扮演重要的角色，它是为了把事情做得快（性能，可扩展）
。当数据量越来越大，SQL写的越来越复杂时，它的意义就会体现出来：怎样写出等价但是更高效的查询？
当查询优化器没那么智能时，就需要人来干这件事。这种优化往往有四两拨千斤的效果
，比如一个需要几秒的KNN查询，如果知道R树索引的原理，就可以通过改写查询
，创建GIST索引优化到1毫秒内，千倍的性能提升。不了解索引与查询设计原理，就难以充分发挥数据库的性能。
事务与并发控制的原理，
是为了把事情做正确
。事务是数据处理领域最伟大的抽象之一，它提供了很多有用的保证（ACID），但这些保证到底意味着什么？
事务的原子性
让你在提交前能随时中止事务并丢弃所有写入，相应地，事务的持久性
则承诺一旦事务成功提交，即使发生硬件故障或数据库崩溃，写入的任何数据也不会丢失。这让错误处理变得无比简单，所有可能的结果被归结为两种情况：要么成功完事，要么失败了事（或重试）
。有了后悔药，程序员不用再担心半路翻车会留下惨不忍睹的车祸现场了。另一方面，事务的
隔离性
则保证同时执行的事务无法相互影响（在可序列化隔离等级下）。更进一步，数据库提供了不同的隔离等级保证，以供程序员在性能与正确性之间进行权衡
。编写并发程序并不容易，在几万TPS的负载下，各种极低概率，匪夷所思的问题都会出现：事务之间相互踩踏，丢失更新，幻读与写入偏差，慢查询拖慢快查询导致连接堆积，单表数据库并发增大后的性能急剧恶化，比如我遇到的一个最灵异的例子
是：快慢查询总量都减少，但因相对比例变化导致数据库被压垮。这些问题，在低负载的情况下会潜伏着，随着规模量级增长突然跳出来，给你一个大大的惊喜。现实中真正可能出现的各类异常
，也绝非SQL标准中简单的几种异常能说清的。不理解事务的原理，意味着应用的正确性与数据的完整性可能遭受不必要的损失。
故障恢复与复制
的原理，可能对于普通程序员没有那么重要，但架构师与DBA必须清楚。高可用是很多应用的追求目标，但什么是高可用，高可用怎么保证？读写分离？快慢分离？异地多活？x地x中心？说穿了底下的核心技术其实就是复制（Replication）
（或再加上自动故障切换（Failover）
）。这里有无穷无尽的坑：复制延迟
带来的各种灵异现象，网络分区
与脑裂
，存疑事务
，诸如此类。不理解复制的原理，高可用就无从谈起。
对于一些程序员而言，可能数据库就是“增删改查”，包一包接口，原理似乎属于“屠龙之技”。如果止步于此，那原理确实没什么好学的，但有志者应当打破砂锅问到底的精神。私认为只了解自己本领域知识是不够的，只有把当前领域赖以建立的上层领域摸清楚，才能称为专家。在数据库面前，后端也是前端；对于程序员的知识栈而言，数据库是一个合适的栈底。
上面讲了
WHY
，下面就说一下HOW
数据库教学的一个矛盾是：
如果连数据库都不会用，那学数据库原理有个卵用呢？
学数据库的原则是
学以致用
。只有实践，才能带来对问题的深刻理解；只有先知其然，才有条件去知其所以然。
教材可以先草草的过一遍，然后直接去看数据库文档，上手去把数据库用起来，做个东西出来。通过实践掌握数据库的使用，再去学习原理就会事半功倍（以及充满动力）。对于学习而言，有条件去实习当然最好，没有条件那最好的办法就是自己创造场景，自己挖掘需求。
比如，从解决个人需求开始：管理个人密码，体重跟踪，记账，做个小网站、在线聊天App，实用微信小程序。当它演化的越来越复杂，开始有多个用户，出现各种蛋疼问题之后，你就会开始意识到
事务
的意义。再比如，结合爬虫，抓一些房价、股价、地理、社交网络的数据存在数据库里，做一些挖掘与
分析
。当你积累的数据越来越多，分析查询越来越复杂；SQL长得没法读，跑起来慢出猪叫，这时候关系代数的理论就能指导你进一步进行优化。当你意识到这些设计都是为了解决现实生产中的问题，并亲自遇到过这些问题之后，再去学习原理，才能相互印证，并知其所以然。当你发现查询时间随数据增长而指数增长时；当你遇到成千上万的用户同时读写为并发控制焦头烂额时；当你碰上软硬件故障把数据搅得稀巴烂时；当你发现数据冗余让代码复杂度快速爆炸时；你就会发现这些设计存在的意义。
教材、书籍、文档、视频、邮件组、博客都是很好的学习资源。教材的话华章的黑皮系列教材都还不错，《数据库系统概念》这本就挺好的。但我推荐先看看这本书：
《设计数据密集型应用》
，写的非常好，我觉得不错就义务翻译了一下。纸上得来终觉浅，绝知此事要躬行。写了这么多，不带点“
私货
”也不合适哈？实践方能出真知，新手上路选哪家？我个人推荐PostgreSQL，如果能再选一样就加个Redis。对开发而言，这是相当实用的组合。PostgreSQL号称世界上最先进的开源关系型数据库
，源代码写的非常漂亮，有很多值得学习的地方。很多国外的数据库课程与教科书都使用PostgreSQL作为教学样例。PostgreSQL在现实世界中也表现不俗，在我们的实践中，在250WTPS与200TB数据的量级下，
单一PostgreSQL选型
依然能稳如狗地支撑业务。而且其功能丰富到不可思议
，能在很可观的规模内做到一专多长，除了本职的OLTP，Pg还在相当长的时间里兼任了缓存，OLAP，批处理，甚至消息队列的角色。当然如“架构演进”一图所示，神龟虽寿，犹有竟时。最终这些兼职功能还是要逐渐分拆
出去由专用组件负责，但那已经是近千万日活时的事了。所以，关系型数据库虽然强大，却绝非数据处理的终章。数据库的世界非常精彩，尽可能地去尝试各种各样的组件吧~。
数据库原理
《数据库原理及应用》教学大纲
课程编号 1620127总学时 46理论 32实验/上机 14
学分 2.5开课单位信息学院开课系电子工程系修订时间 2006年1月1日
课程简介
教学内容
《数据库原理及应用》主要讨论数据库系统的基本概念，基本原理，基本方法以及有关的应用。
主要内容包括：数据库系统的组成、关系数据库、数据库设计以及数据保护等，同时讲解一种重要的数据库系统的应用。要求学生通过本课程的学习了解有关数据库系统的基本概念，掌握相关的知识，初步掌握数据库设计方法，并能用数据库系统建立数据库及简单的应用。
修读专业：本大纲适合本科电子信息工程专业使用
先修课程：《数据结构》
教材：数据库系统及应用（第二版）“北京市高等教育精品教材”立项项目。由崔巍编著，高等教育出版社
一、课程的性质与任务
本课程是电子信息工程专业有关数据库的一门统设必修课。主要任务是介绍数据库组织、管理和使用的一般知识，包括数据模型、数据库结构、数据库系统、数据库设计、关系运算、关系规范化、关系查询（SQL语言）等方面的知识；介绍至少一种实际的数据库管理系统的构成与使用。目的使学生通过该课程的学习，具有进行简单数据库应用系统设计与开发的能力。
二、课程的基本要求
1．熟练掌握（代码：A）：数据库中的概念、数据库设计与编程方法。数据库的结构与特点，数据库系统的组成及各部分的功能，熟练使用结构化查询语言（SQL）。
2．掌握（代码：B）：关系代数语言的使用；关系演算语言的使用；三级一致性的区别及其与可串行化调度的关系；关系数据库以及面向对象数据库的特点与区别；查询表达式优化的方法。
3．了解（代码：C）：关系、关系模型、键码、视图、函数依赖等概念
三、修读专业
本大纲适合本科电子信息工程专业使用
四、本课程与其它课程的联系
由于数据库理论及应用是各种计算机技术的综合应用，为了能够让学生很好地理解数据库技术，要求学生在学习本课程之前最好已经学习过以下课程：《程序设计》、《数据结构》、《操作系统》等课程。当然主要要求学生具有“数据结构”的基本知识，其他课程的知识要求是其次的。
对于现行数据库的选择，建议教师最好选择“Microsoft SQL Server”，其它的数据库如：Oracle，IBM DB2相对比较难理解和应用，Access又过于简单。
五、教学内容安排、要求、学时分配及作业
Chapter 1绪论（2）
1.1什么是数据库(C)
1.2数据库管理系统(C)
1.3数据库管理和数据库管理员(B)
1.4数据库系统(B)
1.5数据库的过去、现在和未来(C)
作业：第2题
Chapter 2数据模型和三层模式数据库（4）
2.1信息结构与E-R方法(C)
2.2概念数据模型(B)
2.2.3连接陷阱(C)
2.3传统的三大数据模型(C)��
2.4数据独立性与三层结构(B)��
2.5数据库管理系统的结构(B)��
Chapter 3关系数据库（4）
3.1关系数据库系统概述(C)��
3.2关系数据模型(C)��
3.3关系模型的完整性约束(B)��
3.4关系代数(B)��
3.5关系数据库系统的三层模式结构(B)��
作业：第8题--1），2）
Chapter 4 Microsoft SQL Server数据库基础（1）
4.1客户/服务器体系结构(C)��
4.2 Microsoft SQL Server基础(C)��
4.3 Transact-SQL简介(C)��
Chapter 5关系数据库标准语言——SQL（8）
5.1 SQL语言概述(B)��
5.2 SQL的数据定义功能(B)��
5.3 SQL的数据查询功能(C)��
5.4视图(View)(B)�
5.5 SQL的数据操作功能(A)��
5.6 SQL的数据控制功能(A)��
5.7 SQL的宿主使用(B)��
5.8动态SQL(B)��
作业：第2题--7），9），11）
Chapter 6存储过程、触发器�和数据完整性（4）
6.1存储过程(B)��
6.2触发器及其用途(B)��
6.3数据完整性(A)�
作业：第2题--3）�
Chapter 7安全性（4）
7.1安全性概述(C)��
7.2用户管理和角色管理(A)��
7.3权限管理(A)��
7.4其他安全问题(C)��
Chapter 8事务管理（2）
8.1事务(B)��
8.2并发控制(B)��
8.3恢复(A)��
作业：第1题，第2题
Chapter 9关系数据理论（2）
9.1基本概念(C)��
9.2函数依赖的公理系统(C)��
9.3规范化(B)��
9.4模式分解(B)��
Chapter 10数据库设计（1）
10.1完善E-R模型中的概念(C)��
10.2数据库设计的过程(B)�
六、实验内容与要求
序号实验内容学时
1建立数据库（B）�� 2
2建立表和数据完整性（A）� 2
3 SQL数据操作（B）�� 2
4 SQL数据查询（A）�� 2
5视图的定义和操作（B）�� 2
6存储过程、触发器（B）�� 2
7用户管理和权限管理（A） 2
七、教材与参考书
本课程选用教材：崔巍，数据库系统及应用（第二版），高等教育出版社
本课程推荐参考书：
1）萨师煊、王珊，数据库系统概论（第一版），北京：高等教育出版社，1983
2）萨师煊、王珊，数据库系统概论（第二版），北京：高等教育出版社，1991
3）萨师煊、王珊，实用数据库系统汇编，北京：高等教育出版社，1990
4）王珊、陈红、文继荣，数据库和数据库管理系统，北京：电子工业出版社，1995
5）冯玉才，数据库基础（第二版），武汉：华中理工大学出版社，1993
6）施伯乐、何继潮、崔靖，关系数据库的理论及应用，郑州：河南科技出版社，1990
7)《数据库系统概论》第三版普通高等教育“九五”国家教委重点教材，由萨师煊、王珊编著，高等教育出版社
想从事数据库方面的工作,要学些什么
几乎所有的数据库应用程序都是建立在前台.后台的机础上的`这个后台就是数据库，前台可以是各类编程软件.楼主可以先看sql语言.很简单的描述了数据库原理.sql语言也是所有数据库的标准语言.也是你用任何软件编程时.其"核心"内容.而且sql入门是很容易的。
学习数据库可以自己参与到一个项目.或者去实际操作数据库.这样提高的快些。
目前来说,桌面的小型数据库有Foxpro不错.用的最多的是SQL Server2000.大型的有Oracle等等
推荐你可以学习SQL Server2000.比较简单。
编程是一门说难就难.说简单就简单的东西，如果要问从什么入手.我觉的还是先学[C语言]`先要对如何编程有一个概念.然后学习数据库.可以学学[ASSECC]或是[SQL]，这两个都是简单的数据库，在后面学[HTML]和[ASP]（里面可以理解的去学习[VBscript]和[JAVAscript]两个脚本语言）.有了这几门语言做基础，就可以学习难一点的东西了.学习C++的面向对象概念.当自己认为对面向对象里面的三大特性{派生类与继续.多态性.（第3个有点忘记，好象是封装.或者是把派生和继承分开，总之3大特性.）}掌握的能够在自己编程的时候能够理解能够灵活运用就可以学习[JAVA]了，可能你原来听说过[JAVA]，[C++]是简单的面向对象，[JAVA]就好象是[C++]和[C语言]的综合，[JAVA]是基本上全部面向对象概念，但里面的编程结构：如--循环；判断则是C语言的机制。
上面学完了，就可以更深一步了，有了[JAVA]的学习，就可以学习[J2EE]了，还可以学[ASP.NET].
可能你看到我的回复以后觉的要学这么多东西有点太BT了.我和你说的这个学习顺序完全是一个专业计算机编程学校的授课顺序，而且脱产班只要1年.说的俗点，如果你是这个方面的"虫子"你会做到的。
最后说一句..加油..愿你成功^^
OK，关于数据库原理学什么和学数据库要学哪些东西的内容到此结束了，希望对大家有所帮助。