精华内容
下载资源
问答
  • SQL 数据库新闻管理系统,包括增加、删除、修改、查看等功能
  • ASP.NET—access数据库新闻管理系统
  • 新闻管理系统的数据库文件,
  • SSM新闻发布管理系统-新闻管理 SSM新闻发布管理系统-评论管理 用了技术框架: HTML+CSS+Javascri-pt+jsp+mysql+Spring+SpringMVC+mybatis 所用的数据库: Mysql数据库,任意版本均可,也可使用各种数据库工具,例如...
  • 数据库是MYSQL,具有添加,删除,修改新闻等功能,适合初级学者适用,高手就不要来了哈。
  • JSP新闻管理系统 是一套完善的web设计系统,对理解JSP java编程开发语言有帮助,系统具有完整的源代码和数据库,系统主要采用B/S模式开发。 二、功能介绍 此次系统主要在JSP的基础上,结合Servlet技术并以MVC的框架...
  • 本溪日报社新闻管理系统的设计与实现[D].吉林大学,2016. [2]秦佳伟. 基于B/S结构健身中心会员管理系统的设计与实现[D].吉林大学,2016. [3]康祺林. 新闻网媒体管理发布系统的设计与实现[D].吉林大学,2016. [4]刘...
  • 数据库管理

    千次阅读 2011-10-26 22:17:20
    数据库管理员(Database Administrator,简称DBA),是一个负责管理和维护数据库服务器的人。数据库管理员负责全面管理和控制数据库系统。这个职位对不同的人意味着不同的意义。 编辑本段简介  一个小的软件开发...

    数据库管理员(Database Administrator,简称DBA),是一个负责管理和维护数据库服务器的人。数据库管理员负责全面管理和控制数据库系统。这个职位对不同的人意味着不同的意义。

    编辑本段简介

      一个小的软件开发工作室和一个分工高度明细的大公司相比,DBA的职责来得更加宽泛一些。一个公司,不管它是自己开发应用软件,还是购买第三方的应用软件,只要涉及到数据库(有多少不涉及数据库的应用软件呢?数据库是商业的灵魂和大脑啊),就需要确定是否雇佣一个或几个DBA。知道DBA这个职位有哪些要求,对于企业内部这个职位的定义或者对于那些未来的DBA将是至关重要的。

    编辑本段任务

      安装和升级数据库服务器(如Oracle、Microsoft SQL server),以及应用程序工具。

      数据库设计系统存储方案,并制定未来的存储需求计划。

      一旦开发人员设计了一个应用,就需要DBA来创建数据库存储结构(tablespaces)。

      一旦开发人员设计了一个应用,就需要DBA来创建数据库对象(tables,views,indexes)。

      根据开发人员的反馈信息,必要的时候,修改数据库的结构。

      登记数据库的用户,维护数据库的安全性。

      保证数据库的使用符合知识产权相关法规。

      控制和监控用户对数据库的存取访问。

      监控和优化数据库的性能。

      制定数据库备份计划,灾难出现时对数据库信息进行恢复

      维护适当介质上的存档或者备份数据

      备份和恢复数据库

      联系数据库系统的生产厂商,跟踪技术信息。

    编辑本段个性特点

      很多时候管理人员都忽视了DBA的个性特点,他们只关注DBA的技术能力。实际上,上面谈到的每个职责都意味着:DBA需要跟各种人员打交道,这些人员可能是销售商、用户、开发人员或者管理人员。这说明:DBA必须具有下面的个性特点:

      自信心 好奇心 坚韧的意志力 老练 自我驱动 注意细节 为什么这些个性特点很重要呢?

      我就有几个缺乏自信心的部下,他们反复问我一些事无巨细的问题,他们没有信心哪怕做最小的决定。他们也缺乏工作的主动性。这对于初级DBA来说可能问题不太大,但对于那些高级DBA来说,如果他们缺乏自信心,他们又可以依赖谁帮他们决策呢?在DBA的面试中,即使你不能回答某个技术问题,你也要表现出足够的自信心。最致命的不是不知道问题的答案,而是不知道从哪儿得到答案。

      几乎所有的数据库系统都在不停地更新。但并不是所有的更新都有技术文档。对于好的DBA来说,好奇心是必需的。没有好奇心和求知欲的DBA总是等待有人告诉他们答案。而一个求知欲强的DBA将安装最新版本的数据库系统,并立即开始搜寻那些哪怕是细微的功能和性能上的差异和增强,从而改进自己的工作。应试时一个必然问及的问题是:你手头有哪些参考资料?你如何使用它们?毫无疑问,如果你只回答了数据库的文档,或者你甚至没有读过他们,你的“股票市值”将大大下降。好奇心会驱使DBA们理解数据字典(Data Dictionary)、管理工具(Tools)或者其他支持包(Packages)。

      DBA常常会碰到棘手的问题。寻找答案是一个需要坚韧意志力、可以经受摔打的个性特点。我常常在一些讨论组或者论坛上看到DBA们提出的问题,这些问题往往是提问者自己可以解决的,如果他们具有坚韧的个性特点,并努力寻求问题的答案。

      自我驱动对每个人都是很重要的,对DBA尤其如此。DBA要能想办法使问题出现,而不是等待问题的出现。自驱力强的DBA常常设法取得或者自己写一些必要的脚本(Script)来监控包括数据表大小(Table Size)、表空间使用(Tablespace Usage)等项目,这些项目如果被忽视,他们将遇到麻烦。应试的时候DBA们常常被问及在PL/SQL、SQL或者SQL*PLUS方面的经验,这些问题将把你从从来没有编写过自己需要的脚本的那些DBA们区分开。

      不用说和用户,就是和程序员和管理人员打交道,也需要你足够老练。一个一点不会处事的DBA不会为你做什么好事,只会在你的部门点燃敌对情绪的烈火。老练是这样一种能力,你劝告某个人到地府去,哈哈,最后这个人怀着渴望的心情去了。很多时候,开发者、管理者、用户,他们会提出毫无道理的需求,DBA们需要老练地引导、修正它们的要求,说服他们。在应试时,你的应对就很能说明你是否老练。

      最后说说注意细节,这种性格倾向非常重要。注意细节的DBA们衣着整洁,有自己的日程安排,在应试前对应聘的单位做过调查。注意细节的DBA们深入了解数据库的内核,并能理解视图、表之间的关系。

    编辑本段等级

      DBA的等级并不是很严格的。按照对数据库的掌握情况,我简单地分成三个等级:初级Primary、中级Intermediate和高级Senior。

      初级DBA又称为DBBS,是英文Database Baby Sitter的缩写。初级DBA常常是兼职的,他们往往同时是程序员或者兼任其他的工作。初级DBA往往把个人简历写得很棒,参与了很多和数据库有关的项目或工作。但是,这些项目或者工作往往是:第三方软件供应商已经安装并配置了数据库,他们只做一些监控的工作。他们能处理一些简单的问题,但大多数时候他们向应用软件供应商求救。初级DBA更喜欢图形化的数据库管理或者监控工具,他们喜欢Access这样的桌面数据库简单易用,并把这些小型数据库的经验简单地应用到大型数据库相关的工作中。

      初级DBA是最好区分的。而中级DBA和高级DBA就不太好区分。他们的差别在于经验的不同和个性特点、能力方面的差异。中级DBA比较多,他们可以胜任高级DBA的大部分工作,包括:

      数据库安装 数据库配置和管理 权限设置和安全管理 监控和性能调节 备份和恢复 解决一般的问题 中级DBA往往从业一年左右,熟悉某种操作系统环境下的数据库。因为对中级DBA来讲,Windows NT和Unix是有很大差别的。中级DBA对SQL比较熟悉,他们自己购买了几本数据库方面的书籍,并深入钻研。中级DBA往往同时兼任数据库程序员,他们的工作对性能、稳定性、安全性的追求基本上不是很高,往往配合高级DBA做一些例行工作。

      高级DBA在国内是非常少的。他们购买了太多的数据库方面的英文资料,也许是托朋友从Amazon买的。相对于他们的报酬来讲,买书的钱是很少的一个比例。高级DBA一般都熟悉很多种操作平台下的几种大型数据库。他们知道各种不同数据库在不同环境下的优势和劣势,并能在数据库平台和数据库环境的选择方面做出决策。他们一般通晓系统架构和数据库设计,并能对数据库进行各种级别的优化。高级DBA一般都配有助手,他们更偏向做决策和计划。高级DBA往往在银行业、保险业、在线交易等对稳定性、安全性、性能都要求比较高的关键业务处理领域大显身手。

      很多时候,是否取得数据库专家认证证书并不是很重要。我知道很多数据库厂商的培训只要你去了都会获得证书。有很多的公司提供商业化的培训,他们的服务质量也有好有劣。所以证书并不是特别地有意义。

    编辑本段数据库系统

      最“容易”的数据库系统-Microsoft SQL Server

      如果你打算做一个DBA,建议你选择那些现在比较流行的数据库系统。这意味着你将有更多的就业机会、交流和培训机会,而且,流行自有流行的理由,你可以因此省心很多。当然,就业竞争压力也比较大。一般的入门者选择Microsoft SQL Server,这是非常适合中小型企业的数据库系统,熟悉Access的读者很容易就能初步使用Microsoft SQL Server,成为一个DBBS。

      Microsoft SQL Server 7.0的报价,5用户版1399美金,增加用户时,127美金每用户。

      最“难”的数据库-无冕之王Oracle

      如果你有机会接触到Oracle,那可是个好机会。Oracle是目前最看好的数据库厂商,由于其强大的功能和可配置、可管理能力,Oracle DBA的薪资一般比其他数据库管理员的薪资要高。而且,Oracle在大中型企业的关键应用也更加普遍了。Oracle可以运行在Windows NT、Sun Solaris、Linux等平台下。很多情况下要求你不仅仅熟悉NT,还要你熟悉Unix;而且Oracle不太友善的界面和成箱的Oracle产品资料可能也是一个障碍。

      Oracle 8i标准版的报价,如果运行在Windows NT,附带JServer和interMedia,支持5个并发用户,报价是3925美金每CPU。增加并发用户时,785美金每用户。增加附加的命名用户时,392.5美金每用户。

      数据库系统的贵族-IBM UDB/DB2

      作为30年数据库研究的成果,IBM DB2确实称得上“数据库系统的贵族”。不管是小型商业系统,还是大的银行系统,用DB2都是可以高枕无忧的。最近推出的新版DB2 6.1,管理和调节工具更加卓越和便于使用。DB2 可以运行在Intel架构上,也可以运行在IBM的S/390大型计算机上。如果你所在的行业对IBM的机器特别地称道,建议你学习IBM DB2。

      DB2有两种版本:工作组版和企业版。工作组版999美元每服务器,外加249美元每个并发用户。而企业版是12500美元每个CPU,不限并发用户数量。

      以Java为中心的数据库-Sybase Adaptive Server Enterprise(ASE) 12.0

      即将发布的Sybase ASE 12.0,直接面向Java 程序员。这种以Java为中心的数据库系统,为那些准备在Java平台下构建企业应用的企业来说,将是最好的选择。但是ASE称不上一个数据库领域的领先者,尽管相对于它以前的版本已经改进很多,并支持多个CPU和更多的并发,还有很多的新的特性。但Sybase的风光似乎已经不再。

      值得期盼的Informix Centaur

      有时候“第一”只是意味着你的对手需要等待更长的时间去赶上你。这正是1997年创立的Informix所面临的。Informix公司是率先将多媒体特性加入到关系数据库系统的大型数据库厂商之一。但是如今,IBM、Oracle、Sybase都已经跨越了这个概念。所以,Informix不得不寻求新的支撑来使自己区别于其他数据库厂商。这就是Informix Centaur的目标。Informix Centaur结合了Informix Dynamic Server 7.3的对象-关系数据库和Informix Universal Data Option 9.1,意在获得更好的适应性和多媒体支持。详情如何,我们拭目以待!

    编辑本段职责

    一般监视

      1. 监控数据库的警告日志。Alert.log,定期做备份删除。

      2. Linstener.log的监控,/network/admin/linstener.ora。

      3. 重做日志状态监视,留意视图v$log,v$logfile,该两个视图存储重做日志的信息。

      4. 监控数据库的日常会话情况。

      5. 碎片、剩余表空间监控,及时了解表空间的扩展情况、以及剩余空间分布情况,如果有连续的自由空间,手工合并。

      6. 监控回滚段的使用情况。生产系统中,要做比较大的维护和数据库结构更改时,用rbs_big01来做。7. 监控扩展段是否存在不满足扩展的表。

      8. 监控临时表空间。

      9. 监视对象的修改。定期列出所有变化的对象。%BB%B6 target="_new" class=innerlink>文件,有初始化参数文件、用户后台文件、系统后台文件

    备份

      对数据库的备份监控和管理数据库的备份至关重要,对数据库的备份策略要根据实际要求进行更改,数据的日常备份情况进行监控。由于我们使用了磁带库,所以要对legato备份软件进行监控,同时也要对rman备份数据库进行监控。

      密码进行修改

    修改密码

      规范数据库用户的管理定期对管理员等重要用户密码进行修改。对于每一个项目,应该建立一个用户。DBA应该和相应的项目管理人员或者是程序员沟通,确定怎样建立相应的数据库底层模型,最后由DBA统一管理,建立和维护。任何数据库对象的更改,应该由DBA根据需求来操作。

    SQL语句

      对SQL语句的书写规范的要求一个SQL语句,如果写得不理想,对数据库的影响是很大的。所以,每一个程序员或相应的工作人员在写相应的SQL语句时,应该严格按照《SQL书写规范》一文。最后要有DBA检查才可以正式运行。

    深层次管理和研究

      DBA深层次要求一个数据库能否健康有效的运行,仅靠这些日常的维护还是不够的,还应该致力于数据库的更深一层次的管理和研究:数据库本身的优化,开发上的性能优化;项目的合理化;安全化审计方面的工作;数据库的底层建模研究、规划设计;各种数据类型的处理;内部机制的研究;ora-600错误的研究、故障排除,等等很多值得探讨的问题。ORACLE数据库管理员应按如下方式对ORACLE数据库系统做定期监控:

      (1). 每天对ORACLE数据库的运行状态,日志文件,备份情况,数据 库的空间使用情况,系统资源的使用情况进行检查,发现并解决 问题。

      (2). 每周对数据库对象的空间扩展情况,数据的增长情况进行监控,对数据库做健康检查,对数据库对象的状态做检查。

      (3). 每月对表和索引等进行Analyze,检查表空间碎片,寻找数据库 性能调整的机会,进行数据库性能调整,提出下一步空间管理计划。对ORACLE数据库状态进行一次全面检查。

    每天的工作

      (1).确认所有的INSTANCE状态正常 登陆到所有数据库或例程,检测ORACLE后台进程: $ps –ef|grep ora

      (2). 检查文件系统的使用(剩余空间)。如果文件系统的剩余空间小于20%,需删除不用的文件以释放空间。

      (3). 检查日志文件和trace文件记录alert和trace文件中的错误。 连接到每个需管理的系统 ? 使用’telnet’ ? 对每个数据库,cd 到bdump目录,通常是$ORACLE_BASE//bdump ? 使用 Unix ‘tail’命令来查看alert_.log文件 ? 如果发现任何新的ORA- 错误,记录并解决

      (4). 检查数据库当日备份的有效性。 对RMAN备份方式: 检查第三方备份工具的备份日志以确定备份是否成功 对EXPORT备份方式: 检查exp日志文件以确定备份是否成功 对其他备份方式: 检查相应的日志文件

      (5). 检查数据文件的状态记录状态不是“online”的数据文件,并做恢复。 Select file_name from dba_data_files where status=’OFFLINE’

      (6). 检查表空间的使用情况 SELECT tablespace_name, max_m, count_blocks free_blk_cnt, sum_free_m,to_char(100*sum_free_m/sum_m, ‘99.99‘) || ‘%‘ AS pct_free FROM ( SELECT tablespace_name,sum(bytes)/1024/1024 AS sum_m FROM dba_data_files GROUP BY tablespace_name), ( SELECT tablespace_name AS fs_ts_name, max(bytes)/1024/1024 AS max_m, count(blocks) AS count_blocks, sum(bytes/1024/1024) AS sum_free_m FROM dba_free_space GROUP BY tablespace_name ) WHERE tablespace_name = fs_ts_name

      (7). 检查剩余表空间 SELECT tablespace_name, sum ( blocks ) as free_blk , trunc ( sum ( bytes ) /(1024*1024) ) as free_m, max ( bytes ) / (1024) as big_chunk_k, count (*) as num_chunks FROM dba_free_space GROUP BY tablespace_name;

      (8). 监控数据库性能 运行bstat/estat生成系统报告 或者使用statspack收集统计数据

      (9). 检查数据库性能,记录数据库的cpu使用、IO、buffer命中率等等 使用vmstat,iostat,glance,top等命令

      (10). 日常出现问题的处理。

    每周的工作

      (1). 控数据库对象的空间扩展情况 根据本周每天的检查情况找到空间扩展很快的数据库对象,并采取相 应的措施 -- 删除历史数据 --- 扩表空间 alter tablespace add datafile ‘’ size --- 调整数据对象的存储参数 next extent pct_increase

      (2). 监控数据量的增长情况 根据本周每天的检查情况找到记录数量增长很快的数据库对象,并采 取相应的措施 -- 删除历史数据 --- 扩表空间 alter tablespace add datafile ‘’ size ,

      (3). 系统健康检查 检查以下, 内容: init.ora controlfile redo log file archiving sort area size tablespace(system,temporary,tablespace fragment) datafiles(autoextend,location) object(number of extent,next extent, index) rollback segment logging &tracing(alert.log,max_dump_file_size,sqlnet) (4). 检查无效的数据库对象 SELECT owner, object_name, object_type FROM dba_objects WHERE status=’INVALID’。

      (5). 检查不起作用的约束 SELECT owner, constraint_name, table_name, constraint_type, status FROM dba_constraints WHERE status = ‘DISABLED’ AND constraint_type = ‘P‘

      (6). 检查无效的trigger SELECT owner, trigger_name, table_name, status FROM dba_triggers WHERE status = ‘DISABLED’

    每月的工作

      (1). Analyze Tables/Indexes/Cluster analyze table estimate statistics sample 50 percent;

      (2). 检查表空间碎片 根据本月每周的检查分析数据库碎片情况,找到相应的解决方法

      (3). 寻找数据库性能调整的机会 比较每天对数据库性能的监控报告,确定是否有必要对数据库性能进 行调整

      (4). 数据库性能调整 如有必要,进行性能调整

      (5). 提出下一步空间管理计划 根据每周的监控,提出空间管理的改进方法

    编辑本段Oracle DBA 日常管理

    目的

      这篇文档有很详细的资料记录着对一个甚至更多的ORACLE 数据库每天的,每月的, 每年的运行的状态的结果及检查的结果,在文档的附录中你将会看到所有检查,修改的SQL 和PL/SQL 代码。 目录

    日常维护程序

      A. 检查已起的所有实例 B. 查找一些新的警告日志 C. 检查DBSNMP 是否在运行 D. 检查数据库备份是否正确 E. 检查备份到磁带中的文件是否正确 F. 检查数据库的性能是否正常合理,是否有足够的空间和资源 G. 将文档日志复制到备份的数据库中 H. 要常看DBA 用户手册 2.晚间维护程序 A.收集VOLUMETRIC 的数据

    每周维护工作

      A. 查找那些破坏规则的OBJECT B. 查找是否有违反安全策略的问题 C. 查看错误地方的SQL*NET 日志 D. 将所有的警告日志存档 E. 经常访问供应商的主页

    月维护程序

      A. 查看对数据库会产生危害的增长速度 B. 回顾以前数据库优化性能的调整 C. 查看I/O 的屏颈问题 D. 回顾FRAGMENTATION E. 将来的执行计划 F. 查看调整点和维护 5.附录 A. 月维护过程 B. 晚间维护过程 C. 周维护过程 6.参考文献

    编辑本段维护过程

    日维护过程

      A.查看所有的实例是否已起 确定数据库是可用的,把每个实例写入日志并且运行日报告或是运行测试 文件。当然有一些操作我们是希望它能自动运行的。 可选择执行:用ORACLE 管理器中的‘PROBE’事件来查看 B.查找新的警告日志文件 1. 联接每一个操作管理系统 2. 使用‘TELNET’或是可比较程序 3. 对每一个管理实例,经常的执行$ORACLE_BASE//bdump 操 作,并使其能回退到控制数据库的SID。 4. 在提示下,使用UNIX 中的‘TAIL’命令查看alert_.log,或是 用其他方式检查文件中最近时期的警告日志 5. 如果以前出现过的一些ORA_ERRORS 又出现,将它记录到数据库 恢复日志中并且仔细的研究它们,这个数据库恢复日志在〈FILE〉中 C.查看DBSNMP 的运行情况 检查每个被管理机器的‘DBSNMP’进程并将它们记录到日志中。 在UNIX 中,在命令行中,键入ps –ef | grep dbsnmp,将回看到2 个 DBSNMP 进程在运行。如果没有,重启DBSNMP。 D.查数据库备份是否成功 E.检查备份的磁带文档是否成功 F.检查对合理的性能来说是否有足够的资源 1. 检查在表空间中有没有剩余空间。 对每一个实例来说,检查在表空间中是否存在有剩余空间来满足当天 的预期的需要。当数据库中已有的数据是稳定的,数据日增长的平均 数也是可以计算出来,最小的剩余空间至少要能满足每天数据的增 长。 A) 运行‘FREE.SQL’来检查表空间的剩余空间。 B) 运行‘SPACE.SQL’来检查表空间中的剩余空间百分率 2. 检查回滚段 回滚段的状态一般是在线的,除了一些为复杂工作准备的专用 段,它一般状态是离线的。 a) 每个数据库都有一个回滚段名字的列表。 b) 你可以用V$ROLLSTAT 来查询在线或是离线的回滚段的现在状 态. c) 对于所有回滚段的存储参数及名字, 可用 DBA_ROLLBACK_SEGS 来查询。但是它不如V$ROLLSTAT 准确。 3. 识别出一些过分的增长 查看数据库中超出资源或是增长速度过大的段,这些段的存储参 数需要调整。 a) 收集日数据大小的信息, 可以用 ‘ANALYZE5PCT.SQL’。如果你收集的是每晚的信息, 则可跳过这一步。 b) 检查当前的范围,可用‘NR.EXTENTS.SQL’。 c) 查询当前表的大小信息。 d) 查询当前索引大小的信息。 e) 查询增长趋势。 4. 确定空间的范围。 如果范围空间对象的NEXT_EXTENT 比表空间所能提供的最大范 围还要大,那么这将影响数据库的运行。如果我们找到了这个目标,可 以用‘ALTER TABLESPACE COALESCE’调查它的位置,或加另外 的数据文件。 A)运行‘SPACEBOUND.SQL’。如果都是正常的,将不返回任何行。 5. 回顾CPU,内存,网络,硬件资源论点的过程 A)检查CPU的利用情况,进到x:.htm =>system metrics=>CPU 利用页,CPU 的最大限度为400,当CPU 的占用保持 在350 以上有一段时间的话,我们就需要查看及研究出现的问题。 G.将存档日志复制到备用数据库中 如果有一个备用数据库,将适当的存档日志复制到备用数据库的期望 位置,备用数据库中保存最近期的数据。 H. 经常查阅DBA 用户手册 如果有可能的话,要广泛的阅读,包括DBA 手册,行业杂志,新闻 组或是邮件列表。

    晚间维护过程

      大部分的数据库产品将受益于每晚确定的检查进程的运行。 A. 收集VOLUMETRIC 数据 1. 分析计划和收集数据 更准确的分析计算并保存结果。 a) 如果你现在没有作这些的话,用‘MK VOLFACT.SQL’来创建测定体积的 表。 b) 收集晚间数据大小的信息,用‘ANALYZE COMP.SQL’。 c) 收集统计结果,用‘POP VOL.SQL’。 d) 在空闲的时候检查数据,可能的话,每周或每个月进行。 我是用MS EXCEL 和ODBC 的联接来检查数据和图表的增长

    每周维护过程

      A. 查找被破坏的目标 1. 对于每个给定表空间的对象来说,NEXT_EXTENT 的大小是相同的,如 12/14/98,缺省的NEXT_EXTENT 的DATAHI 为1G,DATALO 为500MB, INDEXES 为256MB。 A) 检查NEXT_EXTENT 的设置,可用‘NEXTEXT。SQL’。 B) 检查已有的EXTENTS,可用‘EXISTEXT。SQL’。 2. 所有的表都应该有唯一的主键 a) 查看那些表没有主键,可用‘NO_PK.SQL’。 b) 查找那些主键是没有发挥作用的,可用‘DIS_PK.SQL’。 c) 所有作索引的主键都要是唯一的,可用‘ NONUPK。SQL’来检 查。 3. 所有的索引都要放到索引表空间中。运行‘MKREBUILD_IDX。SQL’ 4. 不同的环境之间的计划应该是同样的,特别是测试环境和成品环境之间的 计划应该相同。 a) 检查不同的2 个运行环境中的数据类型是否一致,可用 ‘DATATYPE.SQL’。 b) 在2 个不同的实例中寻找对象的不同点, 可用 ‘OBJ_COORD.SQL’。 c) 更好的做法是,使用一种工具,象寻求软件的计划管理器那样的 工具。 B. 查看是否有危害到安全策略的问题。 C. 查看报错的SQL*NET 日志。 1. 客户端的日志。 2. 服务器端的日志。 D..将所有的警告日志存档 E..供应商的主页 1. ORACLE 供应商 http://www.oracle.com http://technet.oracle.com http://www.oracle.com/support http://www.oramag.com 2. Quest Software http://www.quests.com 3. Sun Microsystems http://www.sun.com

    月维护过程

      A.查看对数据库会产生危害的增长速度 1. 从以前的记录或报告中回顾段增长的变化以此来确定段增长带来危害 B. 回顾以前数据库优化性能的调整 1. 回顾一般ORACLE 数据库的调整点,比较以前的报告来确定有害的发展 趋势。 C. 查看I/O 的屏颈问题 1. 查看前期数据库文件的活动性,比较以前的输出来判断有可能导致屏颈 问题的趋势。 D. 回顾FRAGMENTATION E. 计划数据库将来的性能 1. 比较ORACLE 和操作系统的CPU,内存,网络,及硬盘的利用率以此 来确定在近期将会有的一些资源争夺的趋势 2. 当系统将超出范围时要把性能趋势当作服务水平的协议来看 F. 完成调整和维护工作 1.使修改满足避免系统资源的争夺的需要,这里面包括增加新资源或使预期 的停工。

    编辑本段附录

    日常程序

      -- free.sql --To verify free space in tablespaces --Minimum amount of free space --document your thresholds: -- = m SELECT tablespace_name, sum ( blocks ) as free_blk , trunc ( sum ( bytes ) / (1024*1024) ) as free_m, max ( bytes ) / (1024) as big_chunk_k, count (*) as num_chunks FROM dba_free_space GROUP BY tablespace_name 1. Space.sql -- space.sql -- To check free, pct_free, and allocated space within a tablespace -- 11/24/98 SELECT tablespace_name, largest_free_chunk , nr_free_chunks, sum_alloc_blocks, sum_free_blocks , to_char(100*sum_free_blocks/sum_alloc_blocks, ‘09.99‘) || ‘%‘ AS pct_free FROM ( SELECT tablespace_name , sum(blocks) AS sum_alloc_blocks FROM dba_data_files GROUP BY tablespace_name ) , ( SELECT tablespace_name AS fs_ts_name , max(blocks) AS largest_free_chunk , count(blocks) AS nr_free_chunks , sum(blocks) AS sum_free_blocks FROM dba_free_space GROUP BY tablespace_name ) WHERE tablespace_name = fs_ts_name 2. analyze5pct.sql -- analyze5pct.sql -- To analyze tables and indexes quickly, using a 5% sample size -- (do not use this script if you are performing the overnight -- collection of volumetric data) -- 11/30/98 BEGIN dbms_utility.analyze_schema ( ‘&OWNER‘, ‘ESTIMATE‘, NULL, 5 ) ; END ; / 3. nr_extents.sql -- nr_extents.sql -- To find out any object reaching -- extents, and manually upgrade it to allow unlimited -- max_extents (thus only objects we *expect* to be big -- are allowed to become big) -- 11/30/98 SELECT e.owner, e.segment_type , e.segment_name , count(*) as nr_extents , s.max_extents , to_char ( sum ( e.bytes ) / ( 1024 * 1024 ) , ‘999,999.90‘) as MB FROM dba_extents e , dba_segments s WHERE e.segment_name = s.segment_name GROUP BY e.owner, e.segment_type , e.segment_name , s.max_extents HAVING count(*) > &THRESHOLD OR ( ( s.max_extents - count(*) ) < &&THRESHOLD ) ORDER BY count(*) desc 4. spacebound.sql -- spacebound.sql -- To identify space-bound objects. If all is well, no rows are returned. -- If any space-bound objects are found, look at value of NEXT extent -- size to figure out what happened. -- Then use coalesce (alter tablespace coalesce . -- Lastly, add another datafile to the tablespace if needed. -- 11/30/98 SELECT a.table_name, a.next_extent, a.tablespace_name FROM all_tables a, ( SELECT tablespace_name, max(bytes) as big_chunk FROM dba_free_space GROUP BY tablespace_name ) f WHERE f.tablespace_name = a.tablespace_name AND a.next_extent > f.big_chunk

    每晚处理程序

      1. mk_volfact.sql -- mk_volfact.sql (only run this once to set it up; do not run it nightly!) -- -- Table UTL_VOL_FACTS CREATE TABLE utl_vol_facts ( table_name VARCHAR2(30), num_rows NUMBER, meas_dt DATE ) TABLESPACE platab STORAGE ( INITIAL 128k NEXT 128k PCTINCREASE 0 MINEXTENTS 1 MAXEXTENTS unlimited ) / -- Public Synonym CREATE PUBLIC SYNONYM utl_vol_facts FOR &OWNER..utl_vol_facts / -- Grants for UTL_VOL_FACTS GRANT SELECT ON utl_vol_facts TO public / 2. analyze_comp.sql -- -- analyze_comp.sql -- BEGIN sys.dbms_utility.analyze_schema ( ‘&OWNER‘,‘COMPUTE‘); END ; / 3. pop_vol.sql -- -- pop_vol.sql -- insert into utl_vol_facts select table_name , NVL ( num_rows, 0) as num_rows , trunc ( last_analyzed ) as meas_dt from all_tables -- or just user_tables where owner in (‘&OWNER‘) -- or a comma-separated list of owners / commit /

    每周处理程序

      1. nextext.sql -- -- nextext.sql -- -- To find tables that don‘t match the tablespace default for NEXT extent. -- The implicit rule here is that every table in a given tablespace should -- use the exact same value for NEXT, which should also be the tablespace‘s -- default value for NEXT. -- -- This tells us what the setting for NEXT is for these objects today. -- -- 11/30/98 SELECT segment_name, segment_type, ds.next_extent as Actual_Next , dt.tablespace_name, dt.next_extent as Default_Next FROM dba_tablespaces dt, dba_segments ds WHERE dt.tablespace_name = ds.tablespace_name AND dt.next_extent !=ds.next_extent AND ds.owner = UPPER ( ‘&OWNER‘ ) ORDER BY tablespace_name, segment_type, segment_name 2. existext.sql -- -- existext.sql -- -- To check existing extents -- -- This tells us how many of each object‘s extents differ in size from -- the tablespace‘s default size. If this report shows a lot of different -- sized extents, your free space is likely to become fragmented. If so, -- this tablespace is a candidate for reorganizing. -- -- 12/15/98 SELECT segment_name, segment_type , count(*) as nr_exts , sum ( DECODE ( dx.bytes,dt.next_extent,0,1) ) as nr_illsized_exts , dt.tablespace_name, dt.next_extent as dflt_ext_size FROM dba_tablespaces dt, dba_extents dx WHERE dt.tablespace_name = dx.tablespace_name AND dx.owner = ‘&OWNER‘ GROUP BY segment_name, segment_type, dt.tablespace_name, dt.next_extent 3. No_pk.sql -- -- no_pk.sql -- -- To find tables without PK constraint -- -- 11/2/98 SELECT table_name FROM all_tables WHERE owner = ‘&OWNER‘ MINUS SELECT table_name FROM all_constraints WHERE owner = ‘&&OWNER‘ AND constraint_type = ‘P‘ 4. disPK.sql -- -- disPK.sql -- -- To find out which primary keys are disabled -- -- 11/30/98 SELECT owner, constraint_name, table_name, status FROM all_constraints WHERE owner = ‘&OWNER‘ AND status = ‘DISABLED’ AND constraint_type = ‘P‘ 5. nonuPK.sql -- -- nonuPK.sql -- -- To find tables with nonunique PK indexes. Requires that PK names -- follow a naming convention. An alternative query follows that -- does not have this requirement, but runs more slowly. -- -- 11/2/98 SELECT index_name, table_name, uniqueness FROM all_indexes WHERE index_name like ‘&PKNAME%‘ AND owner = ‘&OWNER‘ AND uniqueness = ‘NONUNIQUE‘ SELECT c.constraint_name, i.tablespace_name, i.uniqueness FROM all_constraints c , all_indexes i WHERE c.owner = UPPER ( ‘&OWNER‘ ) AND i.uniqueness = ‘NONUNIQUE‘ AND c.constraint_type = ‘P‘ AND i.index_name = c.constraint_name 6. mkrebuild_idx.sql -- -- mkrebuild_idx.sql -- -- Rebuild indexes to have correct storage parameters -- -- 11/2/98 SELECT ‘alter index ‘ || index_name || ‘ rebuild ‘ , ‘tablespace INDEXES storage ‘ || ‘ ( initial 256 K next 256 K pctincrease 0 ) ; ‘ FROM all_indexes WHERE ( tablespace_name != ‘INDEXES‘ OR next_extent != ( 256 * 1024 ) ) AND owner = ‘&OWNER‘ / 7. datatype.sql -- -- datatype.sql -- -- To check datatype consistency between two environments -- --11/30/98 SELECT table_name, column_name, data_type, data_length, data_precision, data_scale, nullable FROM all_tab_columns -- first environment WHERE owner = ‘&OWNER‘ MINUS SELECT table_name, column_name, data_type, data_length, data_precision, data_scale, nullable FROM all_tab_columns@&my_db_link -- second environment WHERE owner = ‘&OWNER2‘ order by table_name, column_name 8. obj_coord.sql -- -- obj_coord.sql -- -- To find out any difference in objects between two instances -- -- 12/08/98 SELECT object_name, object_type FROM user_objects MINUS SELECT object_name, object_type FROM user_objects@&my_db_link

    薪资

      有很多因素影响到你作为DBA的薪资:

      你的经验和能力所决定的DBA等级 你所熟悉的数据库系统 你的个性特点和潜力

    展开全文
  • 数据库的创建与管理

    千次阅读 2019-10-07 16:20:24
    实验一 数据库的创建及管理 一、实验学时 2学时 二、实验目的 (1)掌握SQL Server的安装方法。 (2)掌握SQL Server服务器工具的使用方法。 (3)灵活运用SQL Server数据库的创建方法。 (4)掌握表的创建...

    实验一 数据库的创建及管理

    一、实验学时

    2学时

    二、实验目的

    (1)掌握SQL Server的安装方法。
    (2)掌握SQL Server服务器工具的使用方法。
    (3)灵活运用SQL Server数据库的创建方法。
    (4)掌握表的创建方法。
    (5)掌握修改表结构的方法。
    (6)掌握添加、修改、删除表数据的方法。

    三、实验要求

    (1)硬件设备:奔腾II或奔腾II以上计算机,局域网。
    (2)软件环境:WINDOWS 9X/NT、WINDOWS SERVER、WINDOWS XP、WINDOWS 7、SQL SERVER 2000/2005/2008中文版企业版或标准版。
    (3)实验课前预习,课后及时完成实验内容。
    (4)实验过程及记录按题目格式要求填写代码清单。

    四、实验内容

    (一)数据库的创建
    1.在企业管理器中创建数据库
    创建一个名称为学生课程Stu_Course数据库。数据文件的逻辑文件名为“Stu_Course_data”,磁盘文件名为“Stu_Course_data.mdf”,初始大小设为3MB,文件增长增量设为10%,文件增长方式设为自动增长,文件的增长上限设为10MB;事务日志文件的逻辑文件名为“Stu_Course_log”,磁盘文件名为“Stu_Course_log.ldf”,初始大小为1MB,文件增长增量设为1MB,文件的增长限制设为5MB。
    具体创建步骤记录如下:

    2.用T-SQL语言创建数据库
    (1)创建数据库Stu_Course1的具体参数如下:
    参数名称 参考参数
    数据库名称 Stu_Course1
    数据逻辑文件名称
    数据物理文件名称
    数据文件初始大小
    数据文件大小最大值
    数据文件增长增量 Stu_Course1_data
    Stu_Course1_data.mdf
    3MB
    10MB
    10%
    日志逻辑文件名称
    日志物理文件名称
    日志文件初始大小
    日志文件大小最大值
    日志文件增长增量 Stu_Course1_log
    Stu_Course1_log.ldf
    1MB
    5MB
    1MB
    在新建查询命令窗口中输入如下所示的创建数据库的T-SQL语句:
    CREATE DATABASE Stu_Course1 ON
    (
    NAME = ‘Stu_Course1_data’,
    FILENAME = ‘E:\Program Files (x86)\sql\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\Stu_Course1_data.mdf’,
    SIZE = 3MB,
    MAXSIZE = 10MB,
    FILEGROWTH = 10%
    )
    LOG ON
    (
    NAME = ‘Stu_Course1_log’,
    FILENAME = ‘E:\Program Files (x86)\sql\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\Stu_Course1_log.ldf’,
    SIZE = 1MB,
    MAXSIZE = 5MB,
    FILEGROWTH = 1MB
    )

    (2)查看、验证创建的数据库
    方法1:执行sp_helpdb系统存储过程查看Stu_Course数据库的信息。
    命令:sp_helpdb Stu_Course

    方法2:在企业管理器中查看。
    具体操作方法:

    3.修改数据库的属性
    创建完一个数据库后,可以用企业管理器和T-SQL语句查看数据库,修改数据库属性,改变数据库大小。
    (1)用企业管理器修改数据库属性
    将数据库Stu_Course1数据文件的最大值改为30MB,数据增长改为5%,日志文件的初始大小改为2MB,最大值改为10MB,数据增长改为10%。
    操作步骤记录如下:

    (2)用T-SQL语句修改数据库的属性
    用T-SQL语言可以全面管理数据库。
    1)修改Stu_Course1_log日志文件的最大值。
    将Stu_Course1日志文件的最大值由10MB更改为20MB,T-SQL语句:
    alter database Stu_Course1
    modify file
    (
    name = ‘Stu_Course1_log’,
    maxsize = 20mb
    )
    2)修改Stu_Course1_log日志文件的初始值。
    将Stu_Course1日志文件的初始值由2MB更改为10MB,T-SQL语句:
    alter database Stu_Course1
    modify file
    (
    name = ‘Stu_Course1_log’,
    size = 10mb
    )
    3)将数据库Stu_Course1数据文件的初始大小改为30MB,最大值改为300MB,数据增长改为10%。
    用T-SQL语句:
    alter database Stu_Course1
    modify file
    (
    name = ‘Stu_Course1_data’,
    size = 30mb,
    maxsize = 300mb,
    filegrowth = 10%
    )
    4.数据库的更名及删除
    (1)使用企业管理器进行Stu_Course1数据库的更名及删除
    1)将Stu_Course1数据库更名为Stu_Course2。(提示:使用分离数据及附加数据,再加入时更名即可)。
    操作步骤:

    2)数据库删除。
    操作步骤:

    (2)使用T-SQL语句进行数据库的更名及删除
    1)将数据库Stu_Course更名为Stu_Course2。
    T-SQL命令为(提示:存储过程sp_renamedb或用alter database命令):
    exec sp_renamedb @dbname=‘Stu_Course’,
    @newname = ‘Stu_Course2’

    2)删除数据库Stu_Course2。
    DROP DATABASE Stu_Course2

    (二)表数据的操作
    1.在数据库Stu_Course中创建表
    (1)使用企业管理器创建Student表
    Student表结构及其约束为:
    表1-1 Student表结构和约束
    列名 数据类型 宽度 允许空值 缺省值 主键 说明
    Sno char 9 否 是 学号
    Sname char 20 是 姓名
    Ssex char 2 是 性别
    Sage smallint 是 年龄
    Sdept char 20 是 所在系
    操作步骤如下:

    (2)使用T-SQL语句创建表
    1)创建Course表
    Course表结构及其约束为:
    表1-2 Course表结构和约束
    列名 数据类型 宽度 允许空值 缺省值 主键 外键 说明
    Cno char 4 否 是 课程号
    Cname char 40 是 课程名
    Cpno char 4 是 是 先行课
    Ccredit smallint 是 学分
    创建Course表T-SQL语句如下:
    create table Course
    (
    Cno char(4) not null primary key,
    Cname char(40),
    Cpno char(4),
    Ccredit smallint,
    foreign key(Cpno) references Course(Cno)
    )
    2)创建表SC表
    SC表结构及其约束为:
    表1-3 SC表结构和约束
    列名 数据类型 宽度 允许空值 缺省值 主键 外键 说明
    Sno char 9 否 是 是 学号
    Cno char 4 否 是 是 课程号
    Grade smallint 是 成绩
    其中成绩为百分制。
    创建SC表T-SQL语句如下:
    create table SC
    (
    Sno char(9) not null,
    Cno char(4) not null,
    Crade smallint,
    primary key(Sno,Cno),
    foreign key(Sno) references Student(Sno),
    foreign key(Cno) references Course(Cno)
    )
    2.管理表
    (1)添加和删除列
    给Course表增加一列,字段名为Ctype(课程类型),类型为char,长度为10,允许为空值。
    1)使用企业管理器进行。
    操作步骤如下:

    插入该列后,在企业管理器中删除该列的操作步骤。

    2)使用T-SQL语句进行。
    添加Ctype字段的T-SQL语句。
    alter table Course
    add Ctype char(10) null
    删除Ctype字段的T-SQL语句。
    alter table Course
    drop column ctype
    (2)表的重命名及删除
    1)使用企业管理器重命名及删除表。
    重命名操作步骤:
    (如将Course表重命名为Course1表)

    删除Course1表的操作步骤:

    2)使用T-SQL语句实现
    在查询命令窗口中,将已保存的Course.sql打开,运行重建Course表。
    重命名Course表为Course1表的T-SQL语句。(提示:用存储过程sp_rename)
    exec sp_rename ‘Course’,‘Course1’

    删除Course1表的T-SQL语句。
    drop table SC
    drop table Course1

    3.对表添加、修改、删除数据
    (1)插入数据简单操作
    1)使用企业管理器向Student表中插入数据。
    表1-4 Student表
    Sno Sname Ssex Sage Sdept
    200215121 李勇 男 20 CS
    200215122 刘晨 女 19 CS
    200215123 王敏 女 18 MA
    200215125 张立 男 19 IS
    200215126 张红 女 19 CS
    操作步骤:

    其它数据可自行添加。
    2)使用T-SQL语句向Course表中插入数据。
    表1-5 Course表
    Cno Cname Cpno Ccredit
    1 数据库 5 4
    2 数学 2
    3 信息系统 1 4
    4 操作系统 6 3
    5 数据结构 7 4
    6 数据处理 2
    7 PASCAL语言 6 4
    在查询命令窗口中,将已保存的Course.sql打开,运行重建Course表。
    T-SQL命令为:
    insert into Course (Cno,Cname,Ccredit)
    values(‘6’,‘数据处理’,‘2’)
    insert into Course (Cno,Cname,Ccredit)
    values(‘2’,‘数学’,‘2’)
    insert into Course
    values(‘4’,‘操作系统’,‘6’,‘3’)
    insert into Course
    values(‘7’,‘PASCAL语言’,‘6’,‘4’)
    insert into Course
    values(‘5’,‘数据结构’,‘7’,‘4’)
    insert into Course
    values(‘1’,‘数据库’,‘5’,‘4’)
    insert into Course
    values(‘3’,‘信息系统’,‘1’,‘4’)

    其它数据可自行添加。
    3)使用T-SQL语句向SC表中插入数据。
    表1-6 SC表
    Sno Cno Grade
    200215121 1 92
    200215121 2 85
    200215121 3 88
    200215122 2 90
    200215122 3 80
    T-SQL命令为:(保存为insert_SC.sql已备后用)。其它数据可自行添加。
    insert into SC values(‘200215121’,‘1’,92)
    insert into SC values (‘200215121’,‘2’,85)
    insert into SC values (‘200215121’,‘3’,88)
    insert into SC values (‘200215122’,‘2’,90)
    insert into SC values (‘200215122’,‘3’,80)
    (完成以上操作后,请将Stu_Course数据库备份,得到Stu_Course.bak备份文件,保存起来以备后面实验用)
    (2)修改数据简单操作。
    1)在企业管理器中,将Student表中的学号为“200215125”的同学的姓名改为“李双”。
    操作步骤:

    2)使用T-SQL语句,将Course表中的课程号为“2”的学分改为4。
    T-SQL语句为:
    update Course
    set Ccredit =4
    where Cno = ‘2’

    3)使用T-SQL语句,将SC表中的选修了“2”课程的同学的成绩80%。
    T-SQL语句为:
    update SC
    set Grade=Grade
    0.8
    where Cno = ‘2’

    (3)删除数据简单操作(请注意约束的限制)
    1)假设学号为“200215123”的同学已离开学校,则需要删除该记录,请在企业管理器中将Student表中将该记录删除。
    操作步骤:

    2)删除选修了“信息系统”的学生的记录。
    T-SQL语句:
    delete
    from SC
    where Cno in
    (
    select Cno
    from Course
    where Cname=‘信息系统’
    )

    3)使用T-SQL语句,删除所有的学生选课记录。
    T-SQL语句:
    delete
    from SC

    4.复制表中的数据创建新表
    (1)将Student表中的数据复制到一个新表Student1中。
    T-SQL语句:
    select *into Student1 from Student

    (2)新建库XUE,将Stu_Course库中的Student表中的数据复制到XUE库中,名称仍为Student。
    T-SQL语句:
    create database XUE
    select *
    into XUE.dbo.Student
    from Stu_Course1.dbo.Student

    (3)复制Stu_Course库中SC表与XUE库中的Student表的部分内容,以创建一新表Student2,其内容包括学生的学号、姓名、课程名、成绩。
    T-SQL语句:
    select XUE.dbo.Student.Sno 学号,XUE.dbo.Student.Sname 姓名,
    Stu_Course1.dbo.Course.Cname 课程名,Stu_Course1.dbo.SC.Grade 成绩
    into Stu_Course1.dbo.Student2
    from Stu_Course1.dbo.SC,Stu_Course1.dbo.Course,XUE.dbo.Student
    where Stu_Course1.dbo.SC.Sno=XUE.dbo.Student.Sno and
    Stu_Course1.dbo.SC.Cno=Stu_Course1.dbo.Course.Cno
    附录1 SQL标识符说明
    SQL标识符是由用户定义的SQL Server可识别的有特定意义的字符序列。
    用户定义SQL标识符时必须遵循以下规则:
    (1) 标识符的长度为1~128个字符。在SQL Server 7.0之前的版本则限制在30个字符内。
    (2) 可以使用的字符包括字母、数字、#、$、@和下划线“”。
    (3) 标识符的第一个字符必须是字母、下划线“
    ”、@和#。当标识符以@和#开始时具有特殊的含义。
    (4) 一般标识符不能包含空格,也不能使用SQL的关键字。
    (5) 中文版的SQL Server可以使用汉字作为标识符。
    (6) 如果不能遵守上述规则中的一条,那么标识符便看成是一个分隔标识符放在双引号("")或中括号([])里面,而且此时QUOTED_IDENTIFIER被设置为ON才可以。
    SQL标识符通常用来表示服务器名、数据库名、表名、常量、变量和其他数据库对象名,比如视图、函数和存储过程等。

    展开全文
  • 【MySQL】新闻发布系统数据库设计

    千次阅读 多人点赞 2019-09-03 23:20:56
    新闻发布系统所要实现的功能具体包括:新闻信息添加、新闻信息修改新闻信息删除、显示全部新闻信息、按类别显示新闻信息、按关键字查询新闻信息、按关键字进行站内查询。 本站为一个简单的新闻信息...

    新闻发布系统数据库设计

    1.系统概述
    本文介绍的是一个小型新闻发布系统,管理员可以通过该系统发布新闻信息,管理新闻信息。 一个典型的新闻发布系统网站至 少应该包含新闻信息管理、新闻信息显示和新闻信息查询三种功能。
    新闻发布系统所要实现的功能具体包括:新闻信息添加、新闻信息修改、新闻信息删除、显示全部新闻信息、按类别显示新闻信息、按关键字查询新闻信息、按关键字进行站内查询。
    本站为一个简单的新闻信息发布系统,该系统具有以下特点。

    • 实用:系统实现了一个完整的信息查询过程。
    • 简单易用:为使用户尽快掌握和使用整个系统,系统结构简单但功能齐全,简洁的页面设计使操作起来非常简便。
    • 代码规范:作为一个实例,文中的代码规范简洁、清晰易懂。

    本系统主要用于发布新闻信息、管理用户、管理权限、管理评论等功能。这些信息的录入、查询、修改和删除等操作都是该系统重点解决的问题。
    本系统主要功能包括以下几点:
    (1)具有用户注册及个人信息管理功能。
    (2)管理员可以发布新闻、删除新闻。
    (3)用户注册后可以对新闻进行评论、发表留言。
    (4)管理员可以管理留言和对用户进行管理。

    2.系统功能

    新闻发布系统分为5 个管理部分,即用户管理、管理员管理、权限管理、新闻管理和评论管理。本系统的功能模块如图所示。

    在这里插入图片描述
    模块的详细介绍如下。

    (1)用户管理模块:实现新增用户,查看和修改用户信息功能。
    (2)管理员管理模块:实现新增管理员,查看、修改和删除管理员信息功能。
    (3)权限管理模块:实现对管理员、对管理的模块和管理的评论赋权功能。
    (4)新闻管理模块:实现有相关权限的管理员对新闻的增加、查看、修改和删除功能。
    (5)评论管理模块: 实现有相关权限的管理员对评论的审核和删除功能。

    3.数据库设计和实现
    数据库设计是开发管理系统的最重要的一个步骤。如果数据库设计得不够合理,将会为后续的开发工作带来很大的麻烦。

    3.1 设计表(这里直接使用Navicat for MySQL设计表)
    本系统所有的表都放在wehnews数据库F.创建和选择webnews数据库的SQL代码如下:

    CREATE DATABASE webnews;
    USE webnews;
    

    在这个数据库下总共存放9张表,分别是user、 admin、roles、news、 category、comment、admin_Roles、news_Comment 和users_Comment.

    1. 用户user表
      表中存储用户ID、用户名、密码和用户Emii地址。
      在这里插入图片描述
    2. 管理员admin表
      在这里插入图片描述
    3. 权限信息roles表
      在这里插入图片描述
    4. 新闻信息news表
      在这里插入图片描述
    5. 栏目信息category表
      在这里插入图片描述
    6. 评论信息comment表
      在这里插入图片描述
    7. 管理员_权限admin_Roles表
      在这里插入图片描述
    8. 新闻_评论news_Comment表
      在这里插入图片描述
    9. 用户_评论user_Comment表
      在这里插入图片描述

    3.2 设计索引
    索引是创建在表上的,是对数据库中一列或多列的值进行排序的一种结构。索引可以提高查询的速度。新闻发布系统需要查询新闻的信息,这就需要在某些特定字段上建立索引,以便提高查询速度。

    1. 在news表上建立索引
      新闻发布系统中需要按照newsTitle字段、newsDate字段和newsRate字段查询新闻信息。本将使用CREATE INDEX语句和ALTER TABLE语句创建索引。

      下面使用CREATE INDEX语句在newTitle字段上创建名为index_new_title的索引。SQL语句如下:
      CREATE INDEX index_new_title ON news (newsTitle);

      然后再使用CREATE INDEX语句在newsDate字段上创建名为index_ new_date 的索引。SQL语句如下:

      CREATE INDEX index_new_ date ON news (newsDate);
      最后,再使用ALTER TABLE语句在newsRate 字段上创建名为index_new_ rate 的索引。SQL语句如下:

      ALTER TABLE news ADD INDEX index_new_ rate(newsRate) ;

    2. 在categroy表上建立索引
      新闻发布系统中需要通过栏目名称查询该栏目下的新闻,因此需要在这个字段上创建索引。创建索引的语句如下:

      CREATE INDEX index_categroy_name ON categroy (categroyName);

    3. 在comment表上建立索引
      新闻发布系统需要通过cmmenTnte字段和commenDatc字段查询评论内容。因此可以在这两个字段上创建索引。创建索引的语句如下:

      CREATE INDEX index_ comment_title ON comment(commrntTitle);
      CREATE INDEX index_ comment_date ON comment(commentDate);

    3.3 设计视图

    视图是由数据库中一个表或者多个表导出的虚拟表。其作用是方便用户对数据的操作。在这个新闻发布系统中,也设计了一个视图改善直询操作。

    在新闻发布系统中,如果直接查询news_Comment表,显示信息时会显示新闻编号和评论编号。这种显示不直观,为了以后查询方面,可以建立一个视图news_view。这个视图显示评论编号、新闻编号、新闻级别、新闻标题、新闻内容和新闻发布时间。创建视图的SOL代码如下:

    CREATE VIEW news view
    AS   
    SELECT c.commentID,n.newsID,n.newsRate,n.newsTitle,n.newsContent,n.newsDate
    FROM news_Comment c, news n
    WHERE news_Comment.newsID=news.newsID;
    

    news_Comment表的别名为c,news表的别名为n,这个视图从这两个表中取出相应的字段视图创建完成后,可以使用SHOW CREATE VIEW语句直看news_view 视图的详细信息。

    3.4 设计触发器

    触发器是由INSERT、UPDATE和DELETE等事件来触发某种特定的操作。满足触发器的触发条件时,数据库系统就会执行触发器中定义的程序语句。这样做可以保证某些操作之间的一致性。为了使新闻发布系统的数据更新更加快速和合理,可以在数据库中设计几个触发器。

    1. 设计UPDATE触发器
      在设计表时,news 表和news_Comment表的newsID字段的值是一样的。 如果news表中的newslD字段的值更新了,那么news_Comment表中的newsID字段的值也必须同时更新。这可以通过一个UPDATE触发器来实现。创建UPDATE触发器update newsID的SQL代码如下:
    DELIMITER &&
    CREATE TRIGGER update_newsID AFTER UPDATE ON news FOR EACH ROW 
    BEGIN
     UDATE news_Coment SET newsID=NEW.newsID 
     END
     &&
    DELIMITER;
    

    其中NEW.newsID 表示enws表中更新的记录的newsID值。

    1. 设计DELETE触发器
      如果从user表中删除一个用户的信息,那么这个用户在users_Comment表中的信息也必须同时删除。这也可以通过触发器来实现。在user表上创建delete_user触发器,只要执行DELETE操作,那么就删除users_Cmment表中相应的记录。创建delete_user触发器的SQL语句如下:
    DELIMITER &&
    CREATE TRIGGER delete _user AFTER
    DELETE
    ON user FOR EACH ROW
    BEGIN
     DELETE FROM users_Comment WHERE userID=OLD.userID
    END
    &&
    DELIMITER;
    

    其中,OLD.userID表示新删除的记录的userID值。


    展开全文
  • 第4章 管理数据库

    2011-11-02 15:18:09
    数据库是SQL Server 2005存放表和索引等数据库对象的逻辑实体。... 每个SQL Server 2005数据库都有一个事务日志,用于记录所有事务以及每个事务对数据库所做的修改。事务日志是任何数据库的关键组成部分。
  • jsp新闻发布系统可以增加修改删除还附带数据库
  • 新闻发布系统(附数据库)实现增加、删除、查找、修改管理员不同角色的登陆
  • 数据库MySQL详解

    万次阅读 多人点赞 2018-07-24 20:03:47
    什么是数据库管理系统 数据库管理系统(DataBase Management System,DBMS):指一种操作和管理数据库的大型软件,用于建立、使用和维护数据库,对数据库进行统一管理和控制,以保证数据库的安全性和完整性。...

    全网最详细MySQL教程,2021.1再次更新70%的内容,2021.1再更花了我连续半个月时间,此时使用MySQL 8.0 + Navicat 15图形化界面演示,欢迎大家一键三连 重点更新第7、8、10、11、13章,应付大学考试、考研复试、求职笔试应该说是完全足够的

    后续几个月一直在更新MySQL专栏,也是我的读书笔记,都是MySQL原理和底层一点的东西,可能比一般的面试文都深入,详情见这里MySQL专栏

    目录

    第1章 数据库

    1.1 数据库概述

    1.2 数据库表

    1.3 表数据

    第2章 MySql数据库

    2.1 MySql安装

    2.2 登录MySQL数据库

    2.3 SQLyog(MySQL图形化开发工具,我个人用的Navicat)

    2.4 MySQL配置文件

    第3章 SQL语句

    3.1 SQL语句

    3.2 SQL通用语法

    3.3 数据库操作:database

    3.4 表结构相关语句

    3.4.1 创建表

    3.4.2 查看表

    3.4.3 删除表

    3.4.4 修改表结构格式

    3.5 DOS操作数据乱码解决

    第4章 字段属性

    4.1 主键

    4.1.1增加主键

    4.1.2 主键约束

    4.1.3 更新主键 & 删除主键

    4.1.4 主键分类

    4.2 自动增长

    4.2.1 新增自增长

    4.2.2 自增长使用

    4.2.3 修改自增长

    4.2.4 删除自增长

    4.3 唯一键

    4.3.1 增加唯一键

    4.3.2 唯一键约束

    4.3.3 更新唯一键 & 删除唯一键

    4.4 外键

    4.4.1 增加外键

    4.4.2 修改外键&删除外键

    4.4.3 外键作用

    4.4.4 外键条件

    4.4.5 外键约束

    4.4.6 创建外键约束的要求

    4.4.7 外键约束的闭环问题

    4.5 索引

    4.5.1 创建索引

    4.5.2 添加索引

    4.5.3 查询索引

    4.5.4 删除索引

    4.5.5 索引的使用原则

    4.5.6 索引的意义

    4.5.7 MySQL索引原理图解、B+树应用场景大全、索引优化、索引成本计算等

    第5章 关系

    5.1 一对一

    5.2 一对多

    5.3多对多

    第6章 范式

    6.1 1NF

    6.2 2NF

    6.3 3NF

    6.4 逆规范化

    第7章 数据高级操作

    7.1 新增数据

    7.1.1 IGNORE关键字

    7.1.2 主键冲突

    7.1.3 蠕虫复制

    7.2 更新数据

    7.2.1 UPDATE语句中的内连接

    7.2.2 UPDATE语句中的外连接

    7.3 删除数据

    7.3.1 DELETE语句中的内连接

    7.3.2 DELETE语句中的外连接

    7.3.3 快速删除数据表全部记录

    7.4 查询数据

    7.4.1 Select语句

    7.4.2 去重查询

    7.4.3 字段别名

    7.4.4 数据源

    7.4.5 Where子句

    7.4.6 聚合函数

    7.4.7 Group by子句

    7.4.8 Having子句

    7.4.9 Order by子句

    7.4.10 Limit子句

    7.4.11 select语句中各关键字的先后顺序

    第8章 连接查询

    8.1 连接查询分类

    8.2 交叉连接

    8.3 内连接

    8.4 外连接

    8.5 自然连接

    8.6 子查询

    8.6.1 子查询分类

    8.6.2 单行子查询和多行子查询

    8.6.3 WHERE子句中的多行子查询

    8.6.4 子查询的EXISTS关键字

    第9章 视图

    9.1 创建视图

    9.2 查看视图

    9.3 使用视图

    9.4 修改视图

    9.5 删除视图

    9.6 视图意义

    9.7 视图数据操作

    9.7.1 新增数据

    9.7.2 删除数据

    9.7.3 更新数据

    9.8 视图算法

    第10章 数据备份与还原

    10.1 数据表备份

    10.2 单表数据备份

    10.3 SQL备份与还原

    10.4 增量备份

    10.5 大文件备份和还原(图形化操作,推荐!)

    第11章 事务安全

    11.1 事务操作

    11.2 自动事务处理

    11.3 事务原理

    11.4 回滚点

    11.5 事务ACID属性

    11.6 事务的隔离级别

    11.6.1 read uncommitted

    11.6.2 read committed

    11.6.3 repeatable read

    11.6.4 serializable

    第12章 触发器

    12.1 创建触发器

    12.2 查看触发器

    12.3 使用触发器

    12.4 修改触发器&删除触发器

    12.5 触发器记录

    第13章 函数

    13.1 数字函数

    13.2 日期函数

    13.2.1 获取系统时间函数

    13.2.2 日期格式化函数

    13.2.3 日期偏移计算

    13.2.4 计算日期之间相隔的天数

    13.3 字符函数

    13.4 条件函数

    13.4.1 简单条件判断

    13.4.2 复杂条件判断

    13.5 自定义函数

    13.5.1 创建函数

    13.5.2 查看函数

    13.5.3 修改函数&删除函数

    13.5.4 函数参数

    13.5.5 作用域

    第14章 存储过程

    14.1 创建过程

    14.2 查看过程

    14.3 调用过程

    14.4 修改过程&删除过程

    14.5 过程参数


    第1章 数据库

    1.1 数据库概述

    什么是数据库

    数据库就是存储数据的仓库,其本质是一个文件系统,数据按照特定的格式将数据存储起来,用户可以对数据库中的数据进行增加,修改,删除及查询操作。

    什么是数据库管理系统

    数据库管理系统(DataBase Management System,DBMS):指一种操作和管理数据库的大型软件,用于建立、使用和维护数据库,对数据库进行统一管理和控制,以保证数据库的安全性和完整性。用户通过数据库管理系统访问数据库中表内的数据。

    常见的数据库管理系统

    MYSQL :开源免费的数据库,小型的数据库.已经被Oracle收购了.MySQL6.x版本也开始收费。

    Oracle :收费的大型数据库,Oracle公司的产品。Oracle收购SUN公司,收购MYSQL。

    DB2 :IBM公司的数据库产品,收费的。常应用在银行系统中.

    SQLServer:MicroSoft 公司收费的中型的数据库。C#、.net等语言常使用。

    SyBase :已经淡出历史舞台。提供了一个非常专业数据建模的工具PowerDesigner。

    SQLite : 嵌入式的小型数据库,应用在手机端。

    Java相关的数据库:MYSQL,Oracle.

    这里使用MySQL数据库。MySQL中可以有多个数据库,数据库是真正存储数据的地方。

    数据库与数据库管理系统的关系

    1.2 数据库表

    数据库中以表为组织单位存储数据。

    表类似我们的Java类,每个字段都有对应的数据类型。

    那么用我们熟悉的java程序来与关系型数据对比,就会发现以下对应关系。

    类----------表

    类中属性----------表中字段

    对象----------记录

    1.3 表数据

    根据表字段所规定的数据类型,我们可以向其中填入一条条的数据,而表中的每条数据类似类的实例对象。表中的一行一行的信息我们称之为记录。

    表记录与java类对象的对应关系

    第2章 MySql数据库

    2.1 MySql安装

    安装

    自行百度

    安装后,MySQL会以windows服务的方式为我们提供数据存储功能。开启和关闭服务的操作:右键点击我的电脑→管理→服务→可以找到MySQL服务开启或停止。

    也可以在DOS窗口,通过命令完成MySQL服务的启动和停止(必须以管理运行cmd命令窗口)

    2.2 登录MySQL数据库

    MySQL是一个需要账户名密码登录的数据库,登陆后使用,它提供了一个默认的root账号,使用安装时设置的密码即可登录。

    格式1:cmd>  mysql –u用户名 –p密码

    例如:mysql -uroot –proot

    格式2:cmd>  mysql --host=ip地址 --user=用户名 --password=密码

    例如:mysql --host=127.0.0.1  --user=root --password=root

    2.3 SQLyog(MySQL图形化开发工具,我个人用的Navicat)

    安装:

    提供的SQLyog软件为免安装版,可直接使用。【其实我建议使用Navicat,具体怎么破解得百度,公司都用的这个,学习阶段用SQLyog也没关系】

    使用:

    输入用户名、密码,点击连接按钮,进行访问MySQL数据库进行操作

    在Query窗口中,输入SQL代码,选中要执行的SQL代码,按F8键运行,或按执行按钮运行。

    2.4 MySQL配置文件

    看到你的C:\ProgramData\MySQL\MySQL Server 8.0目录,注意ProgramData是隐藏目录,你需要设置查看隐藏文件才能看得到。

    发现下面有个my.ini,这就是MySQL数据库的配置文件,比如字符集、端口号、目录地址等信息都可以在这里配置。

    从大体上我们可以看到,my.ini里面有3个部分。

    [client]和[mysql]是客户端配置信息,[mysqld]是数据库配置信息

    提示:[mysql]中默认no-beep表示当数据库发生错误的时候,不要让主板发出蜂鸣器的声音

    [mysqld]大致说明如下(已去掉默认注释,不然篇幅太长)

    第3章 SQL语句

    数据库是不认识JAVA语言的,但是我们同样要与数据库交互,这时需要使用到数据库认识的语言SQL语句,它是数据库的代码。

    结构化查询语言(Structured Query Language)简称SQL,是一种数据库查询和程序设计语言,用于存取数据以及查询、更新和管理关系数据库系统。

    创建数据库、创建数据表、向数据表中添加一条条数据信息均需要使用SQL语句。

    3.1 SQL语句

    SQL分类:

    数据定义语言:简称DDL(Data Definition Language),用来定义数据库对象:数据库,表,列等。关键字:create,alter,drop等

    数据操作语言:简称DML(Data Manipulation Language),用来对数据库中表的记录进行更新。关键字:insert,delete,update等

    数据控制语言:简称DCL(Data Control Language),用来定义数据库的访问权限和安全级别,及创建用户。

    数据查询语言:简称DQL(Data Query Language),用来查询数据库中表的记录。关键字:select,from,where等

    3.2 SQL通用语法

    1.SQL语句可以单行或多行书写,以分号结尾

    2.可使用空格和缩进来增强语句的可读性

    3.MySQL数据库的SQL语句不区分大小写,建议使用大写,例如:SELECT * FROM user。

    4.同样可以使用/**/的方式完成注释

    5.MySQL中的我们常使用的数据类型如下

    详细的数据类型如下

    分类

    类型名称

    说明

    整数类型

    tinyInt

    很小的整数,1字节

    smallint

    小的整数,2字节

    mediumint

    中等大小的整数,3字节

    int(integer)

    普通大小的整数,4字节

    bigint大整数,8字节

    小数类型

    float

    单精度浮点数,4字节

    double

    双精度浮点数,8字节

    decimal(m,d)

    压缩严格的定点数, m表示数字总位数,d表示保留到小数点后d位,不足部分就添0,如果不设置m、d,默认保存精度是整型

    日期类型

    year

    年份 YYYY  1901~2155,1字节

    time

    时间 HH:MM:SS  -838:59:59~838:59:59,3字节

    date

    日期 YYYY-MM-DD 1000-01-01~9999-12-3,3字节

    datetime

    日期时间 YYYY-MM-DD HH:MM:SS 1000-01-01 00:00:00~ 9999-12-31 23:59:59,8字节

    timestamp

    时间戳 YYYY-MM-DD HH:MM:SS  1970~01~01 00:00:01 UTC~2038-01-19 03:14:07UTC,4字节

    文本、二进制类型

    CHAR(M)

    M为0~255之间的整数,固定长度为M,不足后面补全空格

    VARCHAR(M)

    M为0~65535之间的整数

    TINYBLOB

    允许长度0~255字节

    BLOB

    允许长度0~65535字节

    MEDIUMBLOB

    允许长度0~167772150字节

    LONGBLOB

    允许长度0~4294967295字节

    TINYTEXT

    允许长度0~255字节(0 ~ 2^8 - 1)

    TEXT

    允许长度0~65535字节(0 ~ 2^16 - 1)

    MEDIUMTEXT

    允许长度0~167772150字节(2^24 - 1)

    LONGTEXT

    允许长度0~4294967295字节(2^32 - 1)

    VARBINARY(M)

    允许长度0~M个字节的变长字节字符串

    BINARY(M)

    允许长度0~M个字节的定长字节字符串

    需要注意的是:

    > BOOLEAN在数据库保存的是tinyInt类型,false为0,true就是1

    > char是定长,varchar是变长,char存储时,如果字符数没有达到定义的位数,后面会用空格填充到指定长度,而varchar没达到定义位数则不会填充,按实际长度存储。

    > char长度固定,char存取速度还是要比varchar要快得多,方便程序的存储与查找;但是char也为此付出的是空间的代价,因为其长度固定,所以会占据多余的空间,可谓是以空间换取时间效率。varchar则刚好相反,以时间换空间。

    3.3 数据库操作:database

    创建数据库

    格式:

    create database 数据库名;

    create database 数据库名 character set 字符集;

    例如:

    #创建数据库 数据库中数据的编码采用的是安装数据库时指定的默认编码 utf8

    CREATE DATABASE day21_1;

    #创建数据库 并指定数据库中数据的编码

    CREATE DATABASE day21_2 CHARACTER SET gbk;

      

    #如果创建之后 修改数据库编码

    ALTER DATABASE day21_2 CHARACTER SET=utf8;

    查看数据库

    查看数据库MySQL服务器中的所有的数据库:

    show databases;

    查看某个数据库的定义的信息:

    show create database 数据库名;

    例如:

    show create database day21_1;

    删除数据库

    drop database 数据库名称;

    例如:

    drop database day21_2;

    其他的数据库操作命令

    切换数据库:

    格式:use 数据库名;

    例如:

    use day21_1;

    查看正在使用的数据库:

    select database();

     图形化结果类似于下图

     

    3.4 表结构相关语句

    3.4.1 创建表

    格式:

    create table 表名(
       字段名 类型(长度) 约束,
       字段名 类型(长度) 约束
    );

    例如:

    创建分类表

    CREATE TABLE sort (
      sid INT, #分类ID
      sname VARCHAR(100) #分类名称
    );
    
    

    温馨提示:你创建了数据库,就创建了一块逻辑空间,实际在磁盘上创建了一个文件夹,你创建了一个表,实际磁盘生成了一个.ibd文件,你可以在C:\ProgramData\MySQL\MySQL Server 8.0\Data目录下验证一下,路径中的ProgramData是隐藏文件夹。

    举个例子,你创建了test数据库,然后你执行建表语句如下

    CREATE TABLE temp(/*实验精度丢失问题*/
    	id INT UNSIGNED PRIMARY KEY,
    	num DECIMAL(20, 10) /*数字总位数20,保留小数点后10位*/
    )

    实际在你的磁盘上是这样存储的

    3.4.2 查看表

    查看数据库中的所有表:

    格式:

    show tables;

     图形化结果类似于下图

    这里的命名就告诉了你是 test 数据库里面的表

    查看表结构:

    有两种方式

    方法一: desc 表名;

    方法二: SHOW COLUMNS FROM 表名;

    例如:

    DESC student;
    
    SHOW COLUMNS FROM student;
    
    /* 这两种方式结果一模一样,第一种更常见,显然命令更短你也更愿意用 */

     图形化结果类似于下图

    3.4.3 删除表

    格式:drop table 表名;

    例如:

    drop table sort;

    3.4.4 修改表结构格式

    alter table 表名 add 列名 类型(长度) 约束;

    作用:修改表添加列.

    例如:

    #1,为分类表添加一个新的字段为 分类描述 varchar(20)

    ALTER TABLE sort ADD sdesc VARCHAR(20);

    当然,想添加多个字段分类怎么做呢?

    /*添加多个列方法一*/
    ALTER TABLE student
    ADD address VARCHAR(200) NOT NULL,
    ADD home_tel CHAR(11) NOT NULL;
    /*add语句之间用逗号分隔,最后用分号结束*/
    
    /*添加多个列方法二*/
    ALTER TABLE student
    ADD (address VARCHAR(200) NOT NULL,home_tel CHAR(11) NOT NULL);

    值得注意的是:

    如果表需要添加多列,而有一列字段home_tel之前已经添加过了,结果会显示Duplicate column name 'home_tel',那么你本次添加的多列字段都是无效的,即全部添加失败

    如果我想将这个字段添加到表中间而不是末尾怎么办呢?

    alter table 表名 add 列名 类型(长度) 约束 after 某个字段;

    比如我想在age字段的后面加一个字段sex,而不是在最后一个字段末尾添加

    alter table student add column sex char(1) not null comment '性别' after age;

    alter table 表名 modify 列名 类型(长度) 约束;

    作用:修改表修改列的类型长度及约束.

    例如:

    #2, 为分类表的分类名称字段进行修改,类型varchar(50) 添加约束 not null

    ALTER TABLE sort MODIFY sname VARCHAR(50) NOT NULL; /* 添加约束NOT NULL */
    
    ALTER TABLE student
    MODIFY home_tel VARCHAR(20) NOT NULL; /*CHAR(11)修改为VARCHAR(200)*/

    同理,和add类似,需要修改多个列的类型长度及约束,那么modify语句之间用逗号分隔,最后一句的末尾用分号结束。

    alter table 表名 change 旧列名 新列名 类型(长度) 约束;

    作用:修改表修改列名.

    例如:

    #3, 为分类表的分类名称字段进行更换 更换为 snamesname varchar(30)

    ALTER TABLE sort CHANGE sname snamename VARCHAR(30);

    同理,和add类似,需要修改多个列的字段名,那么change语句之间用逗号分隔,最后一句的末尾用分号结束。

    直接来个例题:

    假设有2个选项, 选择哪一个

    A. ALTER TABLE cource CHANGE cname VARCHAR(30) NOT NULL FIRST;

    B. ALTER TABLE cource MODIFY  cname VARCHAR(30) NOT NULL FIRST;

    请注意CHANGE和MODIFY的区别, MODIFY可以修改字段类型、字段属性,而CHANGE可修改字段名称,并且CHANGE需要旧列名和新列名,答案是B

    alter table 表名 drop 列名;

    作用:修改表删除列.

    例如:

    #4, 删除分类表中snamename这列

    ALTER TABLE sort DROP snamename;
    
    ALTER TABLE student
    DROP home_address,
    DROP home_tel;

    同理,和add类似,需要删除多列,那么drop语句之间用逗号分隔,最后一句的末尾用分号结束。

    来一道选择题,题目是:删除数据表中多余的列的语句是哪些,有同学上去就选了个B,认为删除就是DELETE,这里的答案是AC。

    rename table 表名 to 新表名;

    作用:修改表名

    例如:

    #5, 为分类表sort 改名成 category

    RENAME TABLE sort TO category;

    alter table 表名 character set 字符集;

    作用:修改表的字符集

    例如:

    #6, 为分类表 category 的编码表进行修改,修改成 gbk

    ALTER TABLE category CHARACTER SET gbk;

    3.5 DOS操作数据乱码解决

    我们在dos命令行操作中文时,会报错

    insert into user(username,password) values(‘张三’,’123’);

    ERROR 1366 (HY000): Incorrect string value: '\xD5\xC5\xC8\xFD' for column 'username' at row 1

    原因:因为mysql的客户端编码的问题我们的是utf8,而系统的cmd窗口编码是gbk

    解决方案(临时解决方案):修改mysql客户端编码。

    show variables like 'character%'; 查看所有mysql的编码

    在图中与客户端有关的编码设置:

    client connetion result 和客户端相关

    database server system 和服务器端相关

    将客户端编码修改为gbk.

    set character_set_results=gbk; / set names gbk;

    以上操作,只针对当前窗口有效果,如果关闭了服务器便失效。如果想要永久修改,通过以下方式:

    在mysql安装目录下有my.ini文件

    default-character-set=gbk 客户端编码设置

    character-set-server=utf8 服务器端编码设置

    注意:修改完成配置文件,重启服务

    第4章 字段属性

    主键, 唯一键和自增长.

    4.1 主键

    主键: primary key,主要的键. 一张表只能有一个字段可以使用对应的键, 用来唯一的约束该字段里面的数据, 不能重复: 这种称之为主键.

    一张表只能有最多一个主键, 主键请尽量使用整数类型而不是字符串类型

    4.1.1增加主键

    SQL操作中有多种方式可以给表增加主键: 大体分为三种.

    方案1: 在创建表的时候,直接在字段之后,跟primary key关键字(主键本身不允许为空)

    优点: 非常直接; 缺点: 只能使用一个字段作为主键

    方案2: 在创建表的时候, 在所有的字段之后, 使用primary key(主键字段列表)来创建主键(如果有多个字段作为主键,可以是复合主键)

    方案3: 当表已经创建好之后, 额外追加主键: 可以通过修改表字段属性, 也可以直接追加.

    Alter table 表名  add primary key(字段列表);

    前提: 表中字段对应的数据本身是独立的(不重复)

    4.1.2 主键约束

    创建约束的目的就是保证数据的完整性和一致性。

    主键对应的字段中的数据必须唯一,且不能为NULL, 一旦重复,数据操作失败(增和改)

    建议主键使用数字类型,因为数字的检索速度非常快,并且主键如果是数字类型,还可以设置自动增长。

    主键的原理其实就是一个计数器。

    4.1.3 更新主键 & 删除主键

    没有办法更新主键: 主键必须先删除,才能增加.

    Alter table 表名 drop primary key;

    4.1.4 主键分类

    在实际创建表的过程中, 很少使用真实业务数据作为主键字段(业务主键,如学号,课程号); 大部分的时候是使用逻辑性的字段(字段没有业务含义,值是什么都没有关系), 将这种字段主键称之为逻辑主键.

    Create table my_student(
    
    Id int primary key auto_increment comment ‘逻辑主键: 自增长’, -- 逻辑主键
    
    Number char(10) not null  comment ‘学号’,
    
    Name varchar(10) not null
    
    )
    
    

    4.2 自动增长

    自增长: 当对应的字段,不给值,或者说给默认值,或者给NULL的时候, 会自动的被系统触发, 系统会从当前字段中已有的最大值再进行+1操作,得到一个新的在不同的字段.

    自增长的字段必须定义为主键,默认起始值是1而不是0

    4.2.1 新增自增长

    自增长特点: 

       任何一个字段要做自增长必须前提是本身是一个索引(key一栏有值),auto_increment表示自动编号

       自增长字段必须是数字(整型)

      一张表最多只能有一个自增长

    4.2.2 自增长使用

    当自增长被给定的值为NULL或者默认值的时候会触发自动增长.

    自增长如果对应的字段输入了值,那么自增长失效: 但是下一次还是能够正确的自增长(从最大值+1)

    如何确定下一次是什么自增长呢? 可以通过查看表创建语句看到.

    4.2.3 修改自增长

    自增长如果是涉及到字段改变: 必须先删除自增长,后增加(一张表只能有一个自增长)

    修改当前自增长已经存在的值: 修改只能比当前已有的自增长的最大值大,不能小(小不生效)

    Alter table 表名 auto_increment  = 值;

    向上修改可以

    思考: 为什么自增长是从1开始?为什么每次都是自增1呢?

    所有系统的变现(如字符集,校对集)都是由系统内部的变量进行控制的.

    查看自增长对应的变量: show variables like ‘auto_increment%’;

    可以修改变量实现不同的效果: 修改是对整个数据修改,而不是单张表: (修改是会话级)

    Set auto_increment_increment = 5; -- 一次自增5

    测试效果: 自动使用自增长

    4.2.4 删除自增长

    自增长是字段的一个属性: 可以通过modify来进行修改(保证字段没有auto_increment即可)

    Alter table 表名 modify 字段 类型;

    4.3 唯一键

    一张表往往有很多字段需要具有唯一性,数据不能重复: 但是一张表中只能有一个主键: 唯一键(unique key)就可以解决表中有多个字段需要唯一性约束的问题.

    唯一键的本质与主键差不多: 唯一键默认的允许自动为空,而且可以多个为空(空字段不参与唯一性比较)

    4.3.1 增加唯一键

    基本与主键差不多: 三种方案

    方案1: 在创建表的时候,字段之后直接跟unique/ unique key

    方案2: 在所有的字段之后增加unique key(字段列表); -- 复合唯一键

    方案3: 在创建表之后增加唯一键

    4.3.2 唯一键约束

    唯一键与主键本质相同: 唯一的区别就是唯一键默认允许为空,而且是多个为空.

    如果唯一键也不允许为空: 与主键的约束作用是一致的.

    4.3.3 更新唯一键 & 删除唯一键

    更新唯一键

    先删除后新增(唯一键可以有多个: 可以不删除).

    删除唯一键

    Alter table 表名 drop unique key; -- 错误: 唯一键有多个

    Alter table 表名 drop index 索引名字; -- 唯一键默认的使用字段名作为索引名字

    4.4 外键

    外键: foreign key, 外面的键(键不在自己表中): 如果一张表中有一个字段(非主键)指向另外一张表的主键,那么将该字段称之为外键.

    4.4.1 增加外键

    外键可以在创建表的时候或者创建表之后增加(但是要考虑数据的问题).

    一张表可以有多个外键.

    创建表的时候增加外键: 在所有的表字段之后,使用foreign key(外键字段) references 外部表(主键字段)

    在新增表之后增加外键: 修改表结构

    Alter table 表名 add [constraint 外键名字] foreign key(外键字段) references 父表(主键字段);

    4.4.2 修改外键&删除外键

    外键不可修改

    只能先删除后新增.

    删除外键语法

    Alter table 表名 drop foreign key 外键名; -- 一张表中可以有多个外键,但是名字不能相同

    4.4.3 外键作用

    外键默认的作用有两点: 一个对父表,一个对子表(外键字段所在的表)

    对子表约束: 子表数据进行写操作(增和改)的时候, 如果对应的外键字段在父表找不到对应的匹配: 那么操作会失败.(约束子表数据操作)

    对父表约束: 父表数据进行写操作(删和改: 都必须涉及到主键本身), 如果对应的主键在子表中已经被数据所引用, 那么就不允许操作

    4.4.4 外键条件

    1.外键要存在: 首先必须保证表的存储引擎是innodb(默认的存储引擎): 如果不是innodb存储引擎,那么外键可以创建成功,但是没有约束效果.
    2.外键字段的字段类型(列类型)必须与父表的主键类型完全一致.
    3.一张表中的外键名字不能重复.
    4,增加外键的字段(数据已经存在),必须保证数据与父表主键要求对应.

    4.4.5 外键约束

    所谓外键约束: 就是指外键的作用.

    之前所讲的外键作用: 是默认的作用; 其实可以通过对外键的需求, 进行定制操作.

    需要注意的是:外键约束的定义是写在子表上的,但是不推荐使用外键约束

    MySQL字段约束有四种,主键约束,非空约束,唯一约束,外键约束。外键约束是唯一不推荐的约束

    提示:主键约束其实就是非空约束和唯一约束合二为一的情况

    外键约束有三种约束模式: 都是针对父表的约束(子表约束父表)

    District: 严格模式(默认的), 父表不能删除或者更新一个已经被子表数据引用的记录

    Cascade: 级联模式: 父表的操作, 对应子表关联的数据也跟着被删除

    Set null: 置空模式: 父表的操作之后,子表对应的数据(外键字段)被置空

    通常的一个合理的做法(约束模式): 删除的时候子表置空, 更新的时候子表级联操作

    指定模式的语法

    Foreign key(外键字段) references 父表(主键字段) on delete set null on update cascade;

    更新操作: 级联更新

    删除操作: 置空

    删除置空的前提条件: 外键字段允许为空(如果不满足条件,外键无法创建)

    外键虽然很强大, 能够进行各种约束: 但是对于PHP来讲, 外键的约束降低了PHP对数据的可控性: 通常在实际开发中, 很少使用外键来处理.

    4.4.6 创建外键约束的要求

    创建外键约束的目的是保持数据一致性和完整性,以及实现一对一或者一对多的关系。

    创建外键约束要求有以下几点:

    1. 父表和子表必须使用相同的存储引擎,而且禁止使用临时表。

    注意:具有外键列的表称为子表;子表所参照的表称为父表。

    2. 数据表的存储引擎只能是InnoDB。

    3. 外键列和参照列必须具有相似的数据类型。其中数字的长度或是否有符号位必须相同;而字符的长度则可以不同。

    注意:加 FOREIGN KEY 关键字的列称为外键列;外键列所参照的列称为参照列。

    4. 外键列和参照列必须创建索引。如果外键列不存在索引的话,MySQL将自动创建索引。如果参照列不存在索引的话,MySQL不会自动创建索引。

    注意:MySQL会为主键自动创建索引。

    4.4.7 外键约束的闭环问题

    比如说我们创建了2张表

    /*先创建父表*/
    CREATE TABLE t_dept(
    	deptno INT UNSIGNED PRIMARY KEY,
    	dname VARCHAR(20) NOT NULL UNIQUE,
    	tel CHAR(4) UNIQUE
    )
    /*再创建子表*/
    CREATE TABLE t_emp(
    	empno INT UNSIGNED PRIMARY KEY,
    	ename VARCHAR(20) NOT NULL,
    	sex ENUM("男", "女") NOT NULL,
    	deptno INT UNSIGNED NOT NULL,
    	hiredate DATE NOT NULL,
    	FOREIGN KEY (deptno) REFERENCES t_dept(deptno)
    );

    父表t_dept加一个数据如下:

    子表t_emp加一个数据如下:

    此时我想删除父表的数据,结果报错

    结果发现有子表t_emp外键约束着父表,删除失败。必须先删除子表的约束数据才能删除父表的数据,那这样就失去了增减改查的灵活性了,并且更严重的是,

    如果形成外键闭环,我们将无法删除任何一张表的数据记录。

    如上图,A约束B,B约束C......,这样每一个表都算作父表,所谓的先删除子表的数据就是不可能的。因为有外键闭环的存在,所以我们不推荐外键约束

    4.5 索引

    几乎所有的索引都是建立在字段之上.

    索引: 系统根据某种算法, 将已有的数据(未来可能新增的数据),单独建立一个文件: 文件能够实现快速的匹配数据, 并且能够快速的找到对应表中的记录.

    4.5.1 创建索引

    建表的时候创建索引,也可以在已存在的表上添加索引。

    CREATE TABLE 表名称(
           ......,
           INDEX [索引名称] (字段),
           ......
    );

    CREATE TABLE t_message(
    	id INT UNSIGNED PRIMARY KEY,
    	content VARCHAR(200) NOT NULL,
    	type ENUM("公告", "通报", "个人通知") NOT NULL,
    	create_time TIMESTAMP NOT NULL,
    	INDEX idx_type (type)
    );

    4.5.2 添加索引

    向已存在的表中添加索引的方式如下

    普通索引:

    CREATE INDEX 索引名称 ON 表名(字段);  /*添加索引方式1*/

    ALTER TABLE 表名 ADD INDEX 索引名称(字段); /*添加索引方式2*/

    唯一索引:

    CREATE UNIQUE INDEX 索引名称 ON 表名(字段)

    联合索引:

    CREATE INDEX 索引名称 ON 表名(字段1,字段2...)

    -- 普通索引:
    CREATE INDEX idx_type ON t_message(type); /*添加索引方式1*/
    
    ALTER TABLE t_message ADD INDEX idx_type(type);/*添加索引方式2*/
    
    -- 唯一索引:
    CREATE UNIQUE INDEX uidx_type ON t_message(type);
    
    -- 联合索引
    CREATE INDEX idx_type1_type2 ON t_message(type1, type2);

     经常被用来做检索条件的字段需要加上索引,原理是B+树,所以查询很快。如果是几千条数据,不必加索引,全表扫描也很快

    练习题:

    已有新闻表(tb_news),表中有type字段,下列选中项中能为该字段添加索引的是?

    这个就是记忆题目,记住语法即可,答案是AC

    4.5.3 查询索引

    SHOW INDEX FROM 表名;

    /*查看t_message表的索引*/
    SHOW INDEX FROM t_message;

     查出来如下,有添加的普通索引和主键索引

    4.5.4 删除索引

    DROP INDEX 索引名称 ON 表名;

    /* 在t_message表中删除idx_type索引 */
    DROP INDEX idx_type ON t_message;

    4.5.5 索引的使用原则

    1. 数据量很大,且经常被查询的数据表可以设置索引  (即读多写少的表可以设置索引)

    2. 索引只添加在经常被用作检索条件的字段上 (比如电子商城需要在物品名称关键字加索引)

    3.不要在大字段上创建索引 (比如长度很长的字符串不适合做索引,因为查找排序时间变的很长)

    4.5.6 索引的意义

    提升查询数据的效率
    约束数据的有效性(唯一性等)
    增加索引的前提条件: 索引本身会产生索引文件(有时候有可能比数据文件还大) ,会非常耗费磁盘空间.

    如果某个字段需要作为查询的条件经常使用, 那么可以使用索引(一定会想办法增加);

    如果某个字段需要进行数据的有效性约束, 也可能使用索引(主键,唯一键)

    Mysql中提供了多种索引

    主键索引: primary key
    唯一索引: unique key
    全文索引: fulltext index
    普通索引: index
    全文索引: 针对文章内部的关键字进行索引

    全文索引最大的问题: 在于如何确定关键字

    英文很容易: 英文单词与单词之间有空格

    中文很难: 没有空格, 而且中文可以各种随意组合(分词: sphinx)

    4.5.7 MySQL索引原理图解、B+树应用场景大全、索引优化、索引成本计算等

    我这里会比你所有看到的一些面试文章讲的都细致,更深入,所以我另外开篇来讲。

    比如:

    图文并茂说MySQL索引——入门进阶必备https://blog.csdn.net/qq_34115899/article/details/118004118icon-default.png?t=L9C2https://blog.csdn.net/qq_34115899/article/details/118004118
    MySQL中B+树索引的应用场景大全https://blog.csdn.net/qq_34115899/article/details/118308424icon-default.png?t=L9C2https://blog.csdn.net/qq_34115899/article/details/118308424

    要想通过面试,MySQL的Limit子句底层原理你不可不知https://blog.csdn.net/qq_34115899/article/details/120727513icon-default.png?t=L9C2https://blog.csdn.net/qq_34115899/article/details/120727513

    更多文章请见专栏https://blog.csdn.net/qq_34115899/category_7832712.html

    第5章 关系

    将实体与实体的关系, 反应到最终数据库表的设计上来: 将关系分成三种: 一对一, 一对多(多对一)和多对多.

    所有的关系都是指的表与表之间的关系.

    5.1 一对一

    一对一: 一张表的一条记录一定只能与另外一张表的一条记录进行对应; 反之亦然.

    学生表: 姓名,性别,年龄,身高,体重,婚姻状况, 籍贯, 家庭住址,紧急联系人

    Id(P)

    姓名

    性别

    年龄

    体重

    身高

    婚姻

    籍贯

    住址

    联系人

    表设计成以上这种形式: 符合要求. 其中姓名,性别,年龄,身高,体重属于常用数据; 但是婚姻,籍贯,住址和联系人属于不常用数据. 如果每次查询都是查询所有数据,不常用的数据就会影响效率, 实际又不用.

    解决方案: 将常用的和不常用的信息分离存储,分成两张表

    常用信息表

    Id(P)

    姓名

    性别

    年龄

    体重

    身高

    1

    不常用信息表: 保证不常用信息与常用信息一定能够对应上: 找一个具有唯一性(确定记录)的字段来共同连接两张表

    Id(P)

    婚姻

    籍贯

    住址

    联系人

    2

    1

    一个常用表中的一条记录: 永远只能在一张不常用表中匹配一条记录;反过来,一个不常用表中的一条记录在常用表中也只能匹配一条记录: 一对一的关系

    5.2 一对多

    一对多: 一张表中有一条记录可以对应另外一张表中的多条记录; 但是返回过, 另外一张表的一条记录只能对应第一张表的一条记录. 这种关系就是一对多或者多对一.

    母亲与孩子的关系: 母亲,孩子两个实体

    妈妈表

    ID(P)

    名字

    年龄

    性别

    孩子表

    ID(P)

    名字

    年龄

    性别

    以上关系: 一个妈妈可以在孩子表中找到多条记录(也有可能是一条); 但是一个孩子只能找到一个妈妈: 是一种典型的一对多的关系.

    但是以上设计: 解决了实体的设计表问题, 但是没有解决关系问题: 孩子找不出妈,妈也找不到孩子.

    解决方案: 在某一张表中增加一个字段,能够找到另外一张表的中记录: 应该在孩子表中增加一个字段指向妈妈表: 因为孩子表的记录只能匹配到一条妈妈表的记录.

    妈妈表

    ID(P)

    名字

    年龄

    性别

    孩子表

    ID(P)

    名字

    年龄

    性别

    妈妈ID

    妈妈表主键

    5.3多对多

    多对多: 一张表中(A)的一条记录能够对应另外一张表(B)中的多条记录; 同时B表中的一条记录也能对应A表中的多条记录: 多对多的关系

    老师教学: 老师和学生

    老师表

    T_ID(P)

    姓名

    性别

    1

    A

    2

    B

    学生表

    S_ID(P)

    姓名

    性别

    1

    张三

    2

    小芳

    以上设计方案: 实现了实体的设计, 但是没有维护实体的关系.

    一个老师教过多个学生; 一个学生也被多个老师教过.

    解决方案: 在学生表中增加老师字段: 不管在哪张表中增加字段, 都会出现一个问题: 该字段要保存多个数据, 而且是与其他表有关系的字段, 不符合表设计规范: 增加一张新表: 专门维护两张表之间的关系

    老师表

    T_ID(P)

    姓名

    性别

    1

    A

    2

    B

    学生表

    S_ID(P)

    姓名

    性别

    1

    张三

    2

    小芳

    中间关系表: 老师与学生的关系

    ID

    T_ID(老师)

    S_ID(学生)

    1

    1

    1

    2

    1

    2

    3

    2

    1

    4

    增加中间表之后: 中间表与老师表形成了一对多的关系: 而且中间表是多表,维护了能够唯一找到一表的关系; 同样的,学生表与中间表也是一个一对多的关系: 一对多的关系可以匹配到关联表之间的数据.

    学生找老师: 找出学生id -> 中间表寻找匹配记录(多条) -> 老师表匹配(一条)

    老师找学生: 找出老师id -> 中间表寻找匹配记录(多条) -> 学生表匹配(一条)

    第6章 范式

    范式: Normal Format, 是一种离散数学中的知识, 是为了解决一种数据的存储与优化的问题: 保存数据的存储之后, 凡是能够通过关系寻找出来的数据,坚决不再重复存储: 终极目标是为了减少数据的冗余.

    范式: 是一种分层结构的规范, 分为六层: 每一次层都比上一层更加严格: 若要满足下一层范式,前提是满足上一层范式.

    六层范式: 1NF,2NF,3NF...6NF, 1NF是最底层,要求最低;6NF最高层,最严格.

    Mysql属于关系型数据库: 有空间浪费: 也是致力于节省存储空间: 与范式所有解决的问题不谋而合: 在设计数据库的时候, 会利用到范式来指导设计.

    但是数据库不单是要解决空间问题,要保证效率问题: 范式只为解决空间问题, 所以数据库的设计又不可能完全按照范式的要求实现: 一般情况下,只有前三种范式需要满足.

    范式在数据库的设计当中是有指导意义: 但是不是强制规范.

    6.1 1NF

    第一范式: 在设计表存储数据的时候, 如果表中设计的字段存储的数据,在取出来使用之前还需要额外的处理(拆分),那么说表的设计不满足第一范式。

    第一范式要求字段的数据具有原子性: 不可再分.

    第一范式是数据库的基本要求,不满足第一范式就不是关系型数据库

    让我们简单化这个问题:

    1NF---原子性

    eg1:

    数据表的每一列都是不可分割的基本数据项,同一列中不能有多个值,也不能存在重复的属性。

    eg2:

    讲师代课表

    讲师

    性别

    班级

    教室

    代课时间

    代课时间(开始,结束)

    朱元璋

    Male

    php0226

    D302

    30天

    2014-02-27,2014-05-05

    朱元璋

    Male

    php0320

    B206

    30天

    2014-03-21,2014-05-30

    李世民

    Male

    php0320

    B206

    15天

    2014-06-01,2014-06-20

    上表设计不存在问题: 但是如果需求是将数据查出来之后,要求显示一个老师从什么时候开始上课,到什么时候节课: 需要将代课时间进行拆分: 不符合1NF, 数据不具有原子性, 可以再拆分.

    解决方案: 将代课时间拆分成两个字段就解决问题.

    6.2 2NF

    第二范式: 在数据表设计的过程中,如果有复合主键(多字段主键), 且表中有字段并不是由整个主键来确定, 而是依赖主键中的某个字段(主键的部分): 存在字段依赖主键的部分的问题, 称之为部分依赖: 第二范式就是要解决表设计不允许出现部分依赖.

    定义太绕了,简单点:

    2NF---唯一性

    数据表中的每条记录必须是唯一的。为了实现区分,通常要为表加上一个列来存储唯一标识,这个唯一属性列被称作主键列

    eg1:

    学号为230的学生在2018-07-15考试第一次58没及格,然后当天补考第二次还是58没及格,于是数据库就有了重复的数据。解决办法就是添加一个流水号,让数据变得唯一。

    eg2:

    讲师带课表

    以上表中: 因为讲师没有办法作为独立主键, 需要结合班级才能作为主键(复合主键: 一个老师在一个班永远只带一个阶段的课): 代课时间,开始和结束字段都与当前的代课主键(讲师和班级): 但是性别并不依赖班级, 教室不依赖讲师: 性别只依赖讲师, 教室只依赖班级: 出现了性别和教室依赖主键中的一部分: 部分依赖.不符合第二范式.

    解决方案1: 可以将性别与讲师单独成表, 班级与教室也单独成表.

    解决方案2: 取消复合主键, 使用逻辑主键

    ID = 讲师 + 班级(业务逻辑约束: 复合唯一键)

    6.3 3NF

    要满足第三范式,必须满足第二范式

    第三范式: 理论上讲,应该一张表中的所有字段都应该直接依赖主键(逻辑主键: 代表的是业务主键), 如果表设计中存在一个字段, 并不直接依赖主键,而是通过某个非主键字段依赖,最终实现依赖主键: 把这种不是直接依赖主键,而是依赖非主键字段的依赖关系称之为传递依赖. 第三范式就是要解决传递依赖的问题.

    定义很绕,我们简单点:

    3NF---关联性

    每列都与主键有直接关系,不存在传递依赖

    eg1:

    根据主键爸爸能关联儿子女儿,但是女儿的玩具、衣服都不是依赖爸爸的,而是依赖女儿的,这些东西不是与爸爸有直接关系,所以拆分两个表。

    儿子女儿依赖于爸爸,女儿的玩具、衣服依赖于女儿。

    满足第三范式后,检索、提取数据非常方便,如果不满足,虽然表也能建成功,但是检索就会花费很多时间,比如如果是第一个表,逻辑上要找女儿的衣服,去查找女儿是找不到的,此时女儿不是主键。数据表拆分之后,根据主键列女儿陈婷婷,可以很快的找到女儿的衣服校服。主键查找是很快的。

    依照第三范式,数据可以拆分到不同的数据表,彼此保持关联

    eg2:

    讲师带课表

    以上设计方案中: 性别依赖讲师存在, 讲师依赖主键; 教室依赖班级,班级依赖主键: 性别和教室都存在传递依赖.

    解决方案: 将存在传递依赖的字段,以及依赖的字段本身单独取出,形成一个单独的表, 然后在需要对应的信息的时候, 使用对应的实体表的主键加进来.

    讲师代课表

       讲师表                                                                               班级表

                                 

               讲师表: ID = 讲师                                                               班级表中: ID = 班级

    6.4 逆规范化

    有时候, 在设计表的时候,如果一张表中有几个字段是需要从另外的表中去获取信息. 理论上讲, 的确可以获取到想要的数据, 但是就是效率低一点. 会刻意的在某些表中,不去保存另外表的主键(逻辑主键), 而是直接保存想要的数据信息: 这样一来,在查询数据的时候, 一张表可以直接提供数据, 而不需要多表查询(效率低), 但是会导致数据冗余增加.

    如讲师代课信息表

    逆规范化: 磁盘利用率与效率的对抗

    第7章 数据高级操作

    数据操作: 增删改查

    7.1 新增数据

    基本语法

    Insert into 表名 [字段1,字段2,......] values (值1,值2,......); /*插入单条记录*/

    Insert into 表名 [字段1,字段2,......] values (值1,值2,......), (值1,值2,......); /*插入多条记录*/

    表名后面不写字段列表也可以插入数据,但是会影响速度。Mysql会进行词法分析,找到对应表结构,然后自动给你补上字段列表。所以表名后面不写字段列表,数据库难以高效的操作。

    INSERT INTO t_dept(deptno, dname, loc)
    VALUES(50, "技术部", "北京");

    INSERT INTO t_dept(deptno, dname, loc)
    VALUES(60, "后勤部", "北京"),(70,"保安部","北京");

     

    eg:向技术部添加一条员工记录

    分析:测验insert语句里面子查询的问题,并且这个子查询是单行子查询,不能是多行子查询,还必须是单行单列的。

    INSERT INTO t_emp
    (empno, ename, job, mgr, hiredate, sal, comm, deptno)
    VALUES(8001, "刘娜", "SALESMAN", 8000, "1988-12-20", 2000, NULL,
    (SELECT deptno FROM t_dept WHERE dname="技术部"));

    练习题

    答案选D,A错在scholarship字段没有数据去匹配,数据库会报错,可以填写NULL解决错误,或者删掉INSERT字段列表中的字段。B错在部门编号deptno却写成"食品工程系",C错在人名"赵菲菲"没写成字符串形式,要加上影号。

    INSERT语句方言

    MySQL的INSERT语句还有一种方言语法

    INSERT INTO 表名 SET 字段1=值1, 字段2=值2......

    为什么称之为方言语法呢?就是因为这个语法只能在MySQL使用,不能在Oracle使用,当然你只用MySQL就可以使用这种方言语法,很简洁。

    INSERT INTO t_emp
    SET empno=8002,ename="JACK",job="SALESMAN",mgr=8000,
    hiredate="1985-3-14",sal=2500,comm=NULL,deptno=50;

     

    在数据插入的时候, 假设主键对应的值已经存在: 插入一定会失败!

    7.1.1 IGNORE关键字

    IGNORE关键字只会插入数据库不存在的记录。比如主键冲突、唯一性冲突,数据库会报错,加上IGNORE之后数据库会忽略这条数据不会报错。

    INSERT [IGNORE] INTO 表名 ......;

    INSERT IGNORE INTO t_dept(deptno, dname, loc)
    VALUES(70, "A", "北京"), (80, "B", "上海"); /*70部门已经存在*/

     

    7.1.2 主键冲突

    当主键存在冲突的时候(Duplicate key),你可以添加ignore关键字选择忽略,数据库不会报错,但是确实非得添加这个记录怎么办呢?可以选择性的进行处理: 更新和替换

    主键冲突:更新操作

    Insert into 表名[(字段列表:包含主键)] values(值列表) on duplicate key update 字段 = 新值; (这个语法sql单独执行没问题,在mybatis会报错,找不到你想要的参数)

    要想兼容mysql和mybatis两者,这里强烈建议不要用等号赋值
    Insert into 表名[(字段列表:包含主键)] values(值列表) on duplicate key update 字段 = values(字段);

    下图例子我忘记改了,应该改为...on duplicate key update room = values(room),而不是room = 'B205',记住不要用等号直接赋值,mybatis会报错。

    主键冲突: 替换

    Replace into 表名 [(字段列表:包含主键)] values(值列表);

    7.1.3 蠕虫复制

    蠕虫复制: 从已有的数据中去获取数据,然后将数据又进行新增操作: 数据成倍的增加.

    表创建高级操作: 从已有表创建新表(复制表结构)

    Create table 表名 like 数据库.表名;

    蠕虫复制: 先查出数据, 然后将查出的数据新增一遍

    Insert into 表名[(字段列表)] select 字段列表/* from 数据表名;

    蠕虫复制的意义

    从已有表拷贝数据到新表中
    可以迅速的让表中的数据膨胀到一定的数量级: 测试表的压力以及效率
     

    7.2 更新数据

    基本语法

    UPDATE [IGNORE] 表名 SET 字段1=值1, 字段2=值2, ......
    [WHERE 条件1 ......]
    [ORDER BY ......]
    [LIMIT ......];

    注意,如果这里有limit关键字,那么后面只能跟一个参数,即表示取前多少条数据,这里的limit不能有2个参数,ignore表示更新失败就直接忽略而不是报错。

    eg1:把每个员工的编号和他上司的编号+1,用order by子句完成

    UPDATE t_emp SET empno=empno+1, mgr=mgr+1
    ORDER BY empno DESC;

    eg2:把月收入前三名的员工底薪减100元,用LIMIT子句完成

    UPDATE t_emp
    SET sal=sal-100
    ORDER BY sal+IFNULL(comm,0) DESC
    LIMIT 3;

    eg3:把10部门中,工龄达到20年的员工,底薪增加200元

    UPDATE t_emp
    SET sal=sal+200
    WHERE deptno=10 AND DATEDIFF(NOW(),hiredate)/365 >= 20

    eg:更新未排序的前3条数据,前3个出现的name为a的改为name为c

    练习题

    答案选A,因为B是升序排列,应该按照降序才取得到前3名,C项UPDATE子句就是错误的用法,D项LIMIT子句参数只能写一个,LIMIT子句在UPDATE中只能包含有一个参数,代表取前3条数据。

    7.2.1 UPDATE语句中的内连接

    因为相关子查询效率非常低,所以我们可以利用表连接的方式来改造UPDATE语句

    UPDATE 表1 JOIN 表2 ON 条件
    SET 字段1=值1, 字段2=值2, ......;

    引申出另一种写法

    UPDATE 表1 JOIN 表2
    SET 字段1=值1, 字段2=值2, ......
    WHERE 条件;

    表连接的UPDATE语句可以修改多张表的记录

    eg:把ALLEN调往RESEARCH部门,职务调整为ANALYST

    /*表连接的几种写法*/
    UPDATE t_emp e JOIN t_dept d ON e.ename="ALLEN" AND d.dname="RESEARCH"
    SET e.deptno=d.deptno, e.job="ANALYST"
    
    UPDATE t_emp e JOIN t_dept d
    SET e.deptno=d.deptno, e.job="ANALYST"
    WHERE e.ename="ALLEN" AND d.dname="RESEARCH"
    
    UPDATE t_emp e,t_dept d
    SET e.deptno=d.deptno, e.job="ANALYST"
    WHERE e.ename="ALLEN" AND d.dname="RESEARCH"

     

    分析:其实利用的是笛卡尔积,笛卡尔积一般对于我们连接没什么用,恰恰这里就起了作用,这个例子可以好好推敲一下,表连接的条件直接将ALLEN这个人连接到RESEARCH部门,RESEARCH部门号是20,赋值给ALLEN的部门号就成功修改,接着修改职务即可。

    eg:把底薪低于公司平均底薪的员工,底薪增加150元

    sql语句如下

    UPDATE t_emp e JOIN
    (SELECT AVG(sal) avg FROM t_emp) t
    ON e.sal<t.avg
    SET e.sal=e.sal+150;

    执行结果就不演示了,从逻辑上也很好理解。

    练习题

    答案选B,和我们上面讲的例子一模一样,即学即用,A项错在标点符号,stu,deptno,这里不是逗号i而是点,C项错在where条件是and而不是or,D项错在update子句不用join的写法连接表,后面条件只能跟where而不是on。

    7.2.2 UPDATE语句中的外连接

    UPDATE语句的表连接既可以是内连接,又可以是外连接。

    基本语法

    UPDATE 表1 [LEFT | RIGHT] JOIN 表2 ON 条件
    SET 字段1=值1, 字段2=值2, ......;

    eg:把没有部门的员工,或者SALES部门低于2000元底薪的员工,都调往20部门

    UPDATE t_emp e LEFT JOIN t_dept d ON e.deptno=d.deptno
    SET e.deptno=20
    WHERE e.deptno IS NULL OR (d.dname="SALES" AND e.sal<2000);

    练习题

    答案选C,根据题意,需要保留没有系别的学生,肯定是左连接,A错,B选项的左连接没有写on条件,B错,D选项筛选数据时是and最后会导致没有数据,应该是or。

    7.3 删除数据

    基本语法

    DELETE [IGNORE] FROM 表名
    [WHERE 条件1, 条件2, ...]
    [ORDER BY ...]
    [LIMIT ...];

    子句执行顺序:FROM -> WHERE -> ORDER BY -> LIMIT -> DELETE

    ignore表示删除失败就直接忽略而不是报错。

    有了前面新增、更新数据的基础,下面的例子我就不展示数据表的变化了,基本语法比较容易理解。

    eg1:删除10部门中,工龄超过20年的员工记录

    DELETE from t_emp
    WHERE deptno=10 AND DATEDIFF(NOW(),hiredate)/365 >20;

    eg2:删除20部门中工资最高的员工记录

    DELETE FROM t_emp
    WHERE deptno=20
    ORDER BY sal+IFNULL(comm,0) DESC
    LIMIT 1;

    提示:如果表中存在主键自增长,那么当删除之后, 自增长不会还原,下一条数据记录插入会在上一次计数的基础继续增加

    练习题

    答案选A,B错在这里的limit只能写一个参数,C错在删除了奖学金最低的人,应该desc降序排列才对,D错在没有限制条件limit。

    7.3.1 DELETE语句中的内连接

    因为相关子查询的效率非常低,所以我们可以利用表连接的方式来改造DELETE语句

    DELETE 表1, ... FROM 表1 JOIN 表2 ON 条件
    [WHERE 条件1, 条件2, ...]
    [ORDER BY ...]
    [LIMIT ...];

    eg1:删除SALES部门该部门的全部员工记录

    DELETE e,d
    FROM t_emp e JOIN t_dept d ON e.deptno=d.deptno
    WHERE d.dname="SALES";

    eg2:删除每个低于部门平均底薪的员工记录

    DELETE e
    FROM t_emp e JOIN
    (SELECT deptno, AVG(sal) avg FROM t_emp GROUP BY deptno) t
    ON e.deptno=t.deptno AND e.sal<t.avg;

    eg3:删除员工KING和他的下属的员工记录,用表连接实现

    DELETE e
    FROM t_emp e JOIN
    (SELECT empno FROM t_emp WHERE ename="KING") t
    ON e.mgr=t.empno OR e.empno=t.empno;

    注意,t 这个临时表是不能删除的,表连接出来的记录就是KING的员工下属和KING本身,删除e即可满足要求。数据表的图示操作就不演示了。

    练习题

    答案选C,即学即用,A错在没按照deptno条件连接,删除了太多无关记录,B错在delete语句中有表连接却没有指定删除的表名,D错在没有分组,查询出来的平均奖学金作为条件没有意义。

    7.3.2 DELETE语句中的外连接

    基本语法

    DELETE 表1, ... FROM 表1 [LEFT | RIGHT] JOIN 表2 ON 条件
    [WHERE 条件1, 条件2, ...]
    [ORDER BY ...]
    [LIMIT ...]

    eg:删除SALES部门的员工,以及没有部门的员工

    这里注意对比上一小节第一个例题,上一小节是删除SALES部门的员工,这里还要删除没有部门的员工,这就是内连接和外连接在这里使用的区别。

    DELETE e
    FROM t_emp e LEFT JOIN t_dept d ON e.deptno=d.deptno
    WHERE d.dname="SALES" OR e.deptno IS NULL;

     练习题

    答案选B,即学即用,就是上面一个知识点。A错在判断为空是 IS NULL不是=NULL,C错在where条件dept.dept-no拼写错误,D错在删除的食品工程系和没有系别的学生应该是并集而不是交集的关系,所以是or而不是and。

    7.3.3 快速删除数据表全部记录

    DELETE语句是在事务机制下删除记录,删除记录之前,先把要删除的记录保存到日志文件里,然后再删除记录。

    TRUNCATE语句在事务机制之外删除记录,速度远超过DELETE语句。

    语法

    TRUNCATE TABLE 表名;

    注意:

    1. drop(drop table 表名)是完全删除表,包括表结构,数据库就查不到这个表了
    2. delete(delete from 表名)是删除表数据,保留表的结构,数据库中该表还存在,如果加where条件,可以只删除一行或者多行,下次插入id不会从1开始,而是从最后一次插入的id+1开始
    3. truncate (truncate table 表名)只能删除全表数据,会保留表结构,数据库中该表还存在,下次插入id从1开始

    如果要永久删除表,应该怎么做?

    只能drop table 表名,用delete和truncate都不行。

    7.4 查询数据

    完整语法

    Select [字段别名]/* from 数据源 [where条件子句] [group by子句] [having子句] [order by子句] [limit 子句];

    7.4.1 Select语句

    最基本的查询语句就是SELECT和FROM关键字组成,SELECT语句屏蔽了物理层的操作,用户不必关系数据的真实存储,交互由数据库高效的查询数据。

    All或者*: 默认保留所有的结果

    Distinct: 去重, 查出来的结果,将重复给去除(所有字段都相同)

    7.4.2 去重查询

    语法格式

    SELECT DISTINCT 字段 FROM 表名;

    假如我们查询员工职业,执行如下语句

    SELECT job FROM t_emp;

    我们发现有很多重复的记录,因为职业是有可能相同的。

    此时我们加上distinct,继续执行

    SELECT DISTINCT job FROM t_emp;

    现在发现查询出来的职业信息就没有重复了。

    注意点:

    1.distinct关键字只能在select子句中使用一次

    SELECT DISTINCT job, DISTINCT ename FROM t_emp;

    写2个distinct直接报错

    2.distinct关键字只能写在select子句的第一个字段前面,否则报错,若有多个字段,则distinct失效。

    SELECT job, DISTINCT ename FROM t_emp; 
    /* distinct写在第二个字段前面 */

     

    distinct没有写在第一个字段前面,结果直接报错

    若有多个字段,即使写在第一个字段前面,distinct也失效。

    SELECT DISTINCT job, ename FROM t_emp;

    job并没有想象中的去重,distinct失效了,因为针对了你的所有字段,只要有一个字段不同就算是不同,所以distinct失效了。

    3.综上1、2所述,distinct只能存在于select子句查询一个字段的情况,否则要么失效,要么语法报错。

    7.4.3 字段别名

    字段别名: 当数据进行查询出来的时候, 有时候名字并不一定就满足需求(多表查询的时候, 会有同名字段). 需要对字段名进行重命名: 别名

    语法

    字段名 [as] 别名;

    再来一个图形化界面的例子

    比如有一个数据表,你想查询员工编号和年收入,你执行结果如下:

    SELECT empno, sal*12 FROM t_emp;

     

    查询的结果集出现了名称为sal*12这一列,语义不明确。添加别名之后

    SELECT empno, sal*12 AS "income" FROM t_emp;

     

    这样就明确多了,这里只是查询的结果集修改了字段,并不会修改底层数据表的字段

    小细节:查询语句的执行顺序是先词法分析与优化,读取SQL语句,然后FROM子句选择数据来源,最后SELECT子句选择输出内容

    7.4.4 数据源

    数据源: 数据的来源, 关系型数据库的来源都是数据表。本质上只要保证数据类似二维表,最终都可以作为数据源。

    数据源分为多种: 单表数据源, 多表数据源, 查询语句

    单表数据源: select * from 表名;

    多表数据源: select* from 表名1,表名2...;

    从一张表中取出一条记录,去另外一张表中匹配所有记录,而且全部保留(记录数和字段数),将这种结果称为笛卡尔积(交叉连接),笛卡尔积没什么用,所以应该尽量避免。只要没有条件,查询多表就会产生笛卡尔积。

    子查询: 数据的来源是一条查询语句(查询语句的结果是二维表)

    Select * from (select 语句) as 表名;

    7.4.5 Where子句

    Where子句: 用来判断数据,筛选数据.

    Where子句返回结果: 0或者1, 0代表false,1代表true.

    语法格式

    SELECT ... FROM ... WHERE 条件 [AND | OR] 条件 ......;

    判断条件:

    比较运算符: >, <, >=, <= ,!= ,<>, =, like, between and, in/not in

    逻辑运算符: &&(and), ||(or), !(not)

    条件查询1: 要求找出学生id为1或者3或者5的学生

    条件查询2: 查出区间落在180,190身高之间的学生:

    Between本身是闭区间。between左边的值必须小于或者等于右边的值

    图形化的例子如下:

    eg1:查询部门编号为10或者20并且收入在2000及以上的记录示例:

    SELECT deptno, empno, ename, sal
    FROM t_emp
    WHERE (deptno=10 OR deptno=20) AND sal >= 2000;

    eg2:查询部门编号为10并且年收入大于15000并且工龄超过20年的职工的一些信息如下

    SELECT deptno, empno, ename, sal, hiredate 
    FROM
    	t_emp 
    WHERE
    	deptno = 10 
    	AND (
    	sal + IFNULL( comm, 0 ))* 12 >= 15000 
    	AND DATEDIFF( NOW(), hiredate )/ 365 >= 20;

     其中IFNULL(comm, 0)表示如果佣金comm为null,则返回0,这里仅仅为了演示IFNULL才加进去的。

    DATEDIFF(NOW(),hiredate)表示当前时间减去入职时间hiredate的天数。

    eg3:查询包含在10,20,30里面的部门编号并且职位不是SALESMAN并且入职日期在1985-01-01以前的员工的一些信息

    SELECT
    empno, ename, sal, deptno, hiredate, job
    FROM t_emp
    WHERE deptno IN(10, 20, 30) AND job != 'SALESMAN'
    AND	hiredate < "1985-01-01";

    例子太多了,下面可以不断变换各种比较运算符去举例,由于篇幅原因,这里不一一举例,只写一点需要注意的地方

    例如判断某个字段是NULL就满足条件,是WHERE comm IS NULL而不是WHERE comm = NULL

    如果不为空则满足条件,是WHERE comm IS NOT NULL而不是WHERE comm != NULL

    比如名字我只记得后面是LACK,第一个字母忘了,WHERE ename like "_LACK"

    我只记得是A开头的, WHERE ename LIKE "A%"

    我只记得名字包含字母A,WHERE ename LIKE "%A%"

    名字大部分人都是英文的,有个中文名但是我不记得了,WHERE ename REGEXP "^[\\u4e00-\\9fa5]{2, 4}$"

    汉族人一般名字是2~4个字,汉字Unicode在\\u4e00-\\9fa5之间,^以...开头,$表示以...结尾。这是正则表达式,很强大,感兴趣的小伙伴可以自行下去搜索一下

    来看几道练习题:

    例子1

    答案选择C,题目没有难度,主要熟悉语法

    例子2

    答案选择C,判断null是不能用等号的,而A是查询已经缴纳宿舍费用的学生姓名。

    例子3

    答案是AD,总学费是tuition和dorm_money两列之和。主要考察IFNULL和BETWEEN的运用。

    例子4

    答案是A,注意NOT IN的使用。

    例子5

    答案为B,可能有同学的疑问点在A和B两个选项中,A项中,只要名字以赵开头,条件就满足,不再往后继续判断,和C语言的短路语句一个道理。

    where语句使用的注意事项:

           WHERE子句中,条件执行的顺序是从左到右的。所以我们应该把索引条件或者筛选掉记录最多的条件写在最左侧。因为索引查询速度快,筛选记录最多的条件更容易触发短路语句的效果,这样就无须执行后续条件就能完成查询。

    小提示:子句的执行顺序是FROM -> WHERE -> SELECT -> ORDER BY -> LIMIT,先选择数据来源,再进行条件筛选,根据筛选完的记录选择输出内容,接着进行排序,最后选择显示的限定条件

    7.4.6 聚合函数

    聚合函数在数据查询分析中,应用十分广泛。聚合函数可以对数据求和、求最大值和最小值、求平均值等等。

    比如SQL提供了如下聚合函数

    Count(): 统计分组后的记录数: 每一组有多少记录

    Max(): 统计每组中非空的最大值

    Min(): 统计非空的最小值

    Avg(): 统计平均值

    Sum(): 统计和

    avg()函数:

    eg:比如求公司员工平均月收入是多少?

    SELECT AVG(sal + IFNULL(comm,0)) AS avg FROM t_emp;
    

    这里sal是月收入,comm是佣金。avg()只用来统计数字,不要去统计别的东西

    max()函数:

    eg1:查询10和20部门中,月收入最高的员工?

    SELECT MAX(sal+IFNULL(comm,0)) FROM t_emp
    WHERE deptno IN(10,20)

    eg2:查询员工名字最长的是几个字符?

    SELECT MAX(LENGTH(ename)) FROM t_emp;

    提示:LENGTH()可以统计字符个数

    min()函数用法和max()一样

    count()函数

    count(*)用于获得包含空值的记录数,count(列名)用于获得包含非空值的记录数

    SELECT COUNT(*), COUNT(comm) FROM t_emp;

    执行结果如上图,表示数据表一共14条数据,而佣金comm不为空的有4条数据

    来个容易混淆的题目

    表结构如下:
    
    CREATE TABLE `score` (
       `id` int(11) NOT NULL AUTO_INCREMENT,
       `sno` int(11) NOT NULL,
       `cno` tinyint(4) NOT NULL,
       `score` tinyint(4) DEFAULT NULL,
       PRIMARY KEY (`id`)
     ) ;
    
    


    以下查询语句结果一定相等的是()
    ①.SELECT sum(score) / count(*) FROM score WHERE cno = 2;

    ②.SELECT sum(score) / count(id) FROM score WHERE cno = 2;

    ③.SELECT sum(score) / count(sno) FROM score WHERE cno = 2;

    ④.SELECT sum(score) / count(score) FROM score WHERE cno = 2;

    ⑤.SELECT sum(score) / count(1) FROM score WHERE cno = 2;

    ⑥.SELECT avg(score) FROM score WHERE cno = 2;


    A:①,⑤,⑥
    B:①,④,⑥
    C:①,②,③,④
    D:④⑥
    E:①,②,⑤,⑥
    F:①,②,③,⑤

    正确答案: D


    几乎所有的聚合函数都会忽略空值(null),除了count(数字)、count(*)。

    count(*)、count(1)包括了所有的列,相当于行数,在统计结果的时候,不会忽略列值为NULL。

    count(列名)只包括列名那一列,在统计结果的时候,会忽略列值为空。

    eg1:查询10和20部门中,底薪超过2000元并且工龄超过15年的员工人数?

    SELECT COUNT(*) FROM t_emp
    WHERE deptno IN(10, 20) AND sal >= 2000
    AND DATEDIFF(NOW(),hiredate)/365 >= 15;

    注意:聚合函数永远不可能出现在where子句里,一定会报错

    练习题:

    答案是D,tuition是学费,dorm_money是宿舍费。都是一些基本语法点的考察。

    7.4.7 Group by子句

    为什么要分组呢?因为默认情况下汇总函数是对全表范围内的数据做统计。

    Group by:主要用来分组查询, 通过一定的规则将一个数据集划分为若干个小的区域,然后针对每个小区域分别进行数据汇总处理。也就是根据某个字段进行分组(相同的放一组,不同的分到不同的组)

    基本语法: group  by 字段名;

    图形化例子:

    eg:根据不同的部门号分组显示平均工资

    SELECT deptno, ROUND(AVG(sal)) FROM t_emp GROUP BY deptno;/*round四舍五入为整数*/

    逐级分组

    数据库支持多列分组条件,执行的时候逐级分组

    eg:查询每个部门里,每种职位的人员数量和平均底薪

    SELECT deptno, job, COUNT(*), AVG(sal)
    FROM t_emp
    GROUP BY deptno, job
    ORDER BY deptno;

    这里千万千万要注意一个硬性要求!

    如果查询语句中含有GROUP BY子句,那么SELECT子句中的内容必须遵守如下约定:

           SELECT子句中可以包含聚合函数或者GROUP BY子句的分组列,其余内容均不可以出现在SELECT子句中。否则查询的结果根本没有任何意义,甚至你自己根本看不懂为什么出现这个结果。任何时候看到GROUP BY 马上检查SELECT子句,若有其他字段,不用往下分析,肯定是混乱的查询。

    假如还是上面的例子

    SELECT deptno, job, COUNT(*), AVG(sal)
    FROM t_emp
    GROUP BY deptno /*相比上面的例子,这里没有job分组,但是select子句却出现了job*/
    ORDER BY deptno;
    /* select子句除了分组列字段deptno和聚合函数,还出现了job!查询结果你都看不懂 */

     

           经过对比,部门为10的里面有3条记录,但是job都为MANAGER??明显不对,看上面一个例子就知道了。

    对分组结果集再次做汇总计算(回溯统计)

           这里就是WITH ROLLUP的使用

    SELECT deptno, AVG(sal), SUM(sal), MAX(sal), MIN(sal), COUNT(*)
    FROM t_emp
    GROUP BY deptno WITH ROLLUP

     

    使用了WITH ROLLUP之后,你发现最底下还有一行,对应列再次做聚合计算,avg列再次做平均值计算,sum列对上面几个部门数据再次进行sum计算...

    GROUP_CONCAT函数

           这个函数可以把分组查询中的某个字段拼接成一个字符串

    eg:查询每个部门内底薪超过2000元的人数和员工姓名

    SELECT deptno, COUNT(*), GROUP_CONCAT(ename)
    FROM t_emp
    WHERE sal >= 2000
    GROUP BY deptno;

    看到ename都是逗号连接的字符串

    练习题

    答案选B,单看聚合函数就排除AC,根据含有GROUP BY子句SELECT子句会有硬性要求的问题,SELECT子句除了聚合函数以外的其他字段必须要出现在GROUP BY子句,所以排除D,答案选择B.

    小提示:语句的执行顺序如下:

    FROM -> WHERE -> GROUP BY -> SELECT -> ORDER BY -> LIMIT

    FROM 选择数据来源,WHERE选择条件,符合条件的记录留下来,然后经过GROUP BY分组,分完组根据SELECT子句里面聚合函数做计算,然后ORDER BY对结果集排序,最后交给LIMIT挑选返回哪些分页的数据显示。

    ====下面几个控制台执行的例子是我之前写的,就不删了,大家也可以对照看一下====

    分组会自动排序: 根据分组字段:默认升序

    Group by 字段 [asc|desc]; -- 对分组的结果然后合并之后的整个结果进行排序

    多字段分组: 先根据一个字段进行分组,然后对分组后的结果再次按照其他字段进行分组

    有一个函数: 可以对分组的结果中的某个字段进行字符串连接(保留该组所有的某个字段): group_concat(字段)

    这对于group by一个字段,而在select语句想查询除了group by字段以外的字段时,非常有用。

    回溯统计: with rollup: 任何一个分组后都会有一个小组, 最后都需要向上级分组进行汇报统计: 根据当前分组的字段. 这就是回溯统计: 回溯统计的时候会将分组字段置空.

    多字段回溯: 考虑第一层分组会有此回溯: 第二次分组要看第一次分组的组数, 组数是多少,回溯就是多少,然后加上第一层回溯即可.

    7.4.8 Having子句

    Having子句与where子句一样是进行条件判断的.

    有同学会问了,和where子句功能一样,那还有什么用,多此一举?

    eg1:查询部门平均底薪超过2000的员工数量,你是不是会这样写?

    SELECT deptno, COUNT(*)
    FROM t_emp
    WHERE AVG(sal) >= 2000
    GROUP BY deptno;

    结果运行出错,我们前面也说了,WHERE子句不允许出现聚合函数。而且WHERE优先级高于GROUP BY,在条件筛选的时候不知道按照什么范围去筛选,是全部数据筛选还是分部门数据筛选呢?

    解决方案来了,那就是HAVING子句,HAVING子句的出现主要是为了WHERE子句不能使用聚合函数的问题,HAVING子句不能独立存在,必须依赖于GROUP BY子句而存在,GROUP BY 执行完成就立即执行HAVING子句

    SELECT deptno, COUNT(*)
    FROM t_emp
    GROUP BY deptno HAVING AVG(sal) >= 2000;

    结果就出来了,20部门底薪超过2000的有5人,10部门底薪超过2000的有3人

    eg2:查询每个部门中,查询每个部门中,1982年以后入职员工超过2个人的部门编号

    SELECT deptno FROM t_emp
    WHERE hiredate>="1982-01-01"
    GROUP BY deptno HAVING COUNT(*)
    ORDER BY deptno;

     

    可以看到满足条件的有2个部门,10部门和20部门还是有老员工的。

    要注意HAVING子句判断只能和具体数值判断大小,不能和字段以及聚合函数判断,比较要有数值。比如查询工资大于平均工资的人的数量就不能写HAVING sal > AVG(sal),子句判断不是和数值在比较,直接报错。表连接能解决这个问题,后面再讲。

    HAVING子句的特殊用法

    如果按照数字1分组,MySQL会按照SELECT子句中的列进行分组,HAVING子句也可以正常使用

    比如按照部门分组,查询各个部门总人数

    SELECT deptno, COUNT(*) FROM t_emp GROUP BY 1;

    HAVING的出现是不是可以完全替换WHERE?

    那肯定是不行的,Where是针对磁盘数据进行判断,进入到内存之后会进行分组操作,分组结果就需要having来处理.

    SELECT deptno, COUNT(*) FROM t_emp
    GROUP BY 1
    HAVING deptno IN(10, 30);/*效率低了*/
    
    SELECT deptno, COUNT(*) FROM t_emp 
    WHERE deptno IN(10, 30)
    GROUP BY 1;

     从功能上来说,上面两种写法没有什么区别,但是WHERE优先级在GROUP BY之前,是先把数据按条件筛选完了再分组好呢,还是分完组再去筛选好呢?肯定是前者。所以WHERE能完成的就用WHERE完成,不要放到HAVING中。大量的数据从磁盘读取到内容代价比较大,先筛选完了,再把符合条件的记录读取到内存中显然更好。

    Having能做where能做的几乎所有事情, 但是where却不能做having能做的很多事情.

     1.分组统计的结果或者说统计函数都只有having能够使用.

    2.Having能够使用字段别名,where不能,where是从磁盘取数据,而名字只可能是字段名,别名是在字段进入到内存后才会产生.

    练习题

    答案选择A,基本语法的运用,看清表是student没有s。

    7.4.9 Order by子句

    Order by: 排序, 根据某个字段进行升序或者降序排序, 依赖校对集.

    使用基本语法

    单字段排序:

    Order by 字段名 [asc|desc]; -- asc是升序(默认的),desc是降序

    我们再图形化举例示范一下:

    执行如下语句

    SELECT empno, ename, sal, deptno FROM t_emp ORDER BY sal DESC;

    按照sal降序就排好了。

    来个练习题:

    很简单,不用多说就知道答案,估摸着有人在BC里面纠结呢,这不一样吗,答案选B,select选择输出字段之间逗号隔开,细节问题。

    多字段排序:

    使用order by 规定首要条件和次要条件排序。数据库会先按照首要条件排序,遇到首要排序内容相同的记录,那么会启用次要条件再次排序。

    使用图形化界面再举一个例子:

    执行如下语句

    SELECT empno, ename, sal, hiredate 
    FROM t_emp ORDER BY sal DESC, hiredate ASC;

    可以看到当首要排序条件sal记录相同时,会按照hiredate进行升序排列

    小提示:

    1.order by 写在 limit前面

    2.子句的执行顺序是FROM -> SELECT -> ORDER BY -> LIMIT,先选择数据来源,再选择输出内容,接着进行排序,最后选择显示的限定条件

    来个练习题:

    A排除,和表不对应,没有name字段,B排除,多字段之间排序用逗号隔开,D排除,升序是ASC或者不写,所以选C。

    7.4.10 Limit子句

    Limit子句是一种限制结果的语句,用来做数据分页的。

    比如我们看朋友圈,只会加载少量的部分信息,不会一次性加载全部朋友圈,那样只会浪费CPU时间、内存、网络带宽。而结果集的记录可能很多,可以使用limit关键字限定结果集数量。

    Limit有两种使用方式

    方案1: 只用来限制长度(数据量): limit 数据量;

    方案2: 限制起始位置,限制数量: limit 起始位置,长度;

    Limit方案2主要用来实现数据的分页: 为用户节省时间,提交服务器的响应效率, 减少资源的浪费.

    对于用户来讲: 可以点击的分页按钮: 1,2,3,4

    对于服务器来讲: 根据用户选择的页码来获取不同的数据: limit offset,length;

    Length: 每页显示的数据量: 基本不变

    Offset: offset = (页码 - 1) * 每页显示量

    小提示:子句的执行顺序 FROM -> SELECT -> LIMIT,先选择数据来源,再选择输出内容,最后选择显示的限定条件

    7.4.11 select语句中各关键字的先后顺序

    (1)from 
    (3) join 
    (2) on 
    (4) where 
    (5)group by(开始使用select中的别名,后面的语句中都可以使用)
    (6) avg,sum.... 
    (7)having 
    (8) select 
    (9) distinct 
    (10) order by
    (11) limit 

    第8章 连接查询

    连接查询: 将多张表(可以大于2张)进行记录的连接(按照某个指定的条件进行数据拼接): 最终结果是: 记录数有可能变化, 字段数一定会增加(至少两张表的合并)

    连接查询的意义: 在用户查看数据的时候,需要显示的数据来自多张表.

    连接查询: join, 使用方式: 左表 join 右表

    左表: 在join关键字左边的表

    右表: 在join关键字右边的表

    8.1 连接查询分类

    SQL中将连接查询分成四类: 内连接,外连接,自然连接和交叉连接

    8.2 交叉连接

    交叉连接: cross join, 从一张表中循环取出每一条记录, 每条记录都去另外一张表的所有记录逐个进行匹配,并保留所有记录,最终形成的结果叫做笛卡尔积.

    基本语法: 左表 [cross] join 右表。其中cross可以省略

    笛卡尔积对于我们的查询没有意义,应该尽量避免(交叉连接没用)

    交叉连接存在的价值: 保证连接这种结构的完整性

    8.3 内连接

    内连接: [inner] join, 从左表中取出每一条记录,去右表中与所有的记录进行匹配,匹配必须是某个条件在左表中与右表中相同最终才会保留结果,否则不保留.

    如下,某个条件左右表相同部分的交集

    基本语法

    SELECT ...... FROM 表1
    [INNER] JOIN 表2 ON 条件
    [INNER] JOIN 表3 ON 条件
    ......

    内连接其实有多种语法形式,想用哪种看个人喜好,效率上没有区别。

    SELECT ... FROM 表1 JOIN 表2 ON 连接条件;
    SELECT ... FROM 表1 JOIN 表2 WHERE 连接条件;
    SELECT ... FROM 表1, 表2 WHERE 连接条件;

     我们来做个例题,首先我们看到前提条件给出了3张表

    1.员工表t_emp

    2.部门表t_dept

    3.薪资等级表t_salgrade

    有人会问了,内连接语法看起来就是交叉连接多了一个ON条件,但是区别可大了,来直观感受一下

    SELECT * FROM t_emp  JOIN t_dept /*交叉连接*/

     

    交叉连接产生笛卡尔积,保留所有结果,导致出现了56条记录

    SELECT * FROM t_emp e JOIN t_dept d ON e.deptno = d.deptno; /*内连接*/

     

    内连接就只针对符合条件的记录去连接,结果集少了很多条记录。

    注意:在查询数据的时候,不同表有同名字段,这个时候需要加上表名才能区分,而表名太长,通常可以使用别名,这里两张表都有deptno,表名也缩短为了一个字母

    再来看看具体例题

    eg1:查询每个员工的工号、姓名、部门名称、底薪、职位、工资等级

    分析:工号empno、姓名ename、底薪sal、职位job是在员工表t_emp,部门名称dname是在部门表t_dept,工资等级grade是在薪资等级表t_salgrade。现在就涉及到了3个表的操作,而员工表t_emp和部门表t_dept都有员工编号deptno字段,这个很容易作为筛选条件, 但是工资等级grade却没有相同字段去对应,那么这个就需要找到逻辑关系的对应,用底薪sal去判断薪资等级中的薪水范围即可

    SELECT e.empno, e.ename, d.dname, e.sal, e.job, s.grade
    FROM t_emp e JOIN t_dept d ON e.deptno = d.deptno
    JOIN t_salgrade s ON e.sal BETWEEN s.losal AND s.hisal;

    eg2:查询与SCOTT相同部门的员工

    分析:还是那3张表,要查和某个人相同部门的员工,有人就开始这么做,上去就是一个sql

    SELECT ename
    FROM t_emp
    WHERE deptno=(SELECT deptno FROM t_emp WHERE ename="SCOTT")
    AND ename!="SCOTT";

    括号中的查询我们称为子表,子表中查询到deptno然后把结果集给父表继续查询,写完感觉自我良好,殊不知自己写了一个领导看到就想把你开除的sql。

    FROM先执行,获取了数据表的每条记录,再去WHERE进行筛选,万一有上万条数据呢?WHERE会逐一判断上万条数据是否满足条件的时候都要去查询一个子表,相当于SELECT deptno FROM t_emp WHERE ename="SCOTT"被你执行了上万次,而子表也是上万条数据,每一次父表的条件判断又会执行上万次子表查询,数据量小的时候看不出差异,数据量大了就很明显了。

    这里用表连接的效率远远高于子查询

    SELECT e2.ename
    FROM t_emp e1 JOIN t_emp e2 ON e1.deptno=e2.deptno
    WHERE e1.ename="SCOTT" AND e2.ename!="SCOTT";

    先内连接减少数据源结果集的数量,然后进行筛选。能达到和子查询一样的效果,效率比子查询要高。

    eg3:查询底薪超过公司平均底薪的员工信息

    SELECT e.empno, e.ename, e.sal
    FROM t_emp e JOIN
    (SELECT AVG(sal) avg FROM t_emp) t 
    ON e.sal >= t.avg;

    把平均底薪查询结果当作一个表再和员工表t_emp连接,返回FROM子句。之前说过,这个问题是WHERE解决不了的,WHERE里面不能出现聚合函数的,直接写WHERE sal >= AVG(sal)肯定报错,而HAVING子句又只能和数值比较,这里e.sal>=t.avg表达式两边都是变量,HAVING子句无法解决。

    eg4:查询RESEARCH部门人数、最高底薪、最低底薪、平均底薪、平均工龄

    SELECT COUNT(*), MAX(e.sal), MIN(e.sal), AVG(e.sal),
    AVG(DATEDIFF(NOW(),e.hiredate)/365)
    FROM t_emp e JOIN t_dept d ON e.deptno=d.deptno
    WHERE d.dname="RESEARCH";

    如果前面的题目都懂了,这题就是语法复习,表连接和聚合函数的使用。

    eg5:查询每种职业的最高工资、最低工资、平均工资、最高工资等级和最低工资等级

    分析:涉及到工资等级,需要薪资等级表t_salgrade,那么就是员工表和薪资等级表的连接,因为同一种职业不同人有不同的收入,所有根据收入等级排工资等级,逻辑要捋清楚。

    SELECT
    e.job,
    MAX(e.sal + IFNULL(e.comm,0)),
    MIN(e.sal + IFNULL(e.comm,0)),
    AVG(e.sal + IFNULL(e.comm,0)),
    MAX(s.grade),
    MIN(s.grade)
    FROM t_emp e JOIN t_salgrade s
    ON (e.sal + IFNULL(e.comm,0)) BETWEEN s.losal AND s.hisal
    GROUP BY e.job;

    eg6:查询每个底薪超过部门平均底薪的员工信息

    SELECT e.empno, e.ename, e.sal
    FROM t_emp e JOIN
    (SELECT deptno, AVG(sal) avg FROM t_emp GROUP BY deptno) t
    ON e.deptno=t.deptno AND e.sal >= t.avg;

    如果只运行子表查询,得到各个部门平均底薪,可以和上图对比一下

    练习一下选择题

    答案选B,都是语法细节,多一个少一个标点符号的问题。A错在别名问题,应该将子表别名写在括号外,C错在没有join,写了个逗号,D错在,select子句少了逗号,这个题目考察眼力哈哈哈。

    答案选择A,考察表连接的另一种写法SELECT ... FROM 表1, 表2 WHERE 连接条件,排除D,因为两个表之间没有逗号,再排除C,因为只从一张表查不出那么多信息,最后排除B,因为NOW()后面没有逗号。

    8.4 外连接

    外连接分为两种:左(外)连接和右(外)连接。

    左外连接就是保留左表所有记录,与右表做连接。如果右表有符合条件的记录就与左表连接。如果右表没有符合条件的记录,就用NULL与左表连接。右连接也是如此。

    基本语法: 左表 left/right join 右表 on 左表.字段 = 右表.字段;

    为什么要有外连接?

           我们还是以内连接中提到的3张数据表为例子。

           如果有一名临时员工,没有固定的部门编号,那么我们查询每名员工和他的部门名称,用内连接就会漏掉临时员工,所以要引入外连接语法才能解决这个问题。外连接与内连接的区别在于,除了符合条件的记录之外,结果集中还会保留不符合条件的记录。

    含有临时员工的员工表t_emp

    部门表t_dept

     

    薪资等级表t_salgrade

    eg1:查询每名员工和他的部门名称

    假设我们使用内连接,我们根本查不到临时员工信息,因为临时员工没有部门编号,如下:

    SELECT e.empno, e.ename, d.dname
    FROM t_emp e JOIN t_dept d
    ON e.deptno=d.deptno;

    当我们使用外连接时,就能够查到临时员工,如下:

    /*左连接*/
    SELECT e.empno, e.ename, d.dname
    FROM t_emp e LEFT JOIN t_dept d
    ON e.deptno=d.deptno;
    
    /*右连接,换一下表的顺序,结果集一样*/
    SELECT e.empno, e.ename, d.dname
    FROM t_dept d RIGHT JOIN t_emp e 
    ON e.deptno=d.deptno;

    左表是员工表,左连接保留所有记录,没有部门编号的临时员工信息也会保留,右表部门编号没有与之匹配,那就用NULL连接。

    eg2:查询每个部门的名称和部门的人数

    有人容易写出下面的错误sql语句

    SELECT d.dname, COUNT(*)
    FROM t_dept d LEFT JOIN t_emp e
    ON d.deptno=e.deptno
    GROUP BY d.deptno;/*按部门分组,所以有group by*/

     

    这题很多细节,很多人会出错,40部门的部门名称为dname为OPERATIONS里没有员工,居然还是有一条记录,因为你在连接的时候左表记录全部保留,在右表中没有员工与OPERATIONS部门匹配,连接的是NULL,这也是一条记录,所以这里才会出现1。

    但是你也不要写成COUNT(d.deptno),因为左边部门表记录全保留,d.deptno有40部门,40部门的dname就是OPERATIONS,右表与之连接的都是NULL,道理和上面一样。

    所以你得按照右边员工表计算,COUNT(e.deptno),记录各个部门非空记录数。40部门没有员工,右表e.deptno没有40,NULL不会被COUNT(e.deptno)计算入内,所以是0,符合预期。

    正确的sql语句如下:

    SELECT d.dname, COUNT(e.deptno)
    FROM t_dept d LEFT JOIN t_emp e
    ON d.deptno=e.deptno
    GROUP BY d.deptno;/*按部门分组,所以有group by*/

    eg3:查询每个部门的名称和部门的人数,如果是没有部门的临时员工,部门名称用NULL代替

    分析:我们上一个例子已经做到了查询部门名称和部门的人数,现在就差一个临时员工和他的部门的问题,临时员工还在等着被你统计呢。临时员工在t_emp表,所以你要保留这个表的所有内容再把eg2例子的查询语句一起联合查询

    (SELECT d.dname, COUNT(e.deptno)
    FROM t_dept d LEFT JOIN t_emp e
    ON d.deptno=e.deptno
    GROUP BY d.deptno) UNION
    (SELECT d.dname, COUNT(*)
    FROM t_dept d RIGHT JOIN t_emp e
    ON d.deptno=e.deptno
    GROUP BY d.deptno);

    这个部门名称dname为NULL的就是那个临时员工。

    eg4:查询每名员工的编号、姓名、部门名称、月薪、工资等级、工龄、上司编号、上司姓名、上司部门(这个题有点综合,没点基础做不出来)

    分析:要查员工的编号、姓名、部门名称、工龄,涉及到员工表t_emp、部门表t_dept,查工资等级涉及到薪资等级表t_salgrade,有的员工是其他员工的上司,所以我们为员工表再做一次查询连接起来当作领导表,连接条件是员工的领导编号和领导的员工编号相等时,这个领导表查出来的员工,就是员工表里对应员工的领导。sql如下,你细品

    SELECT 
    	e.empno, e.ename, d.dname,
    	e.sal + IFNULL(e.comm,0), s.grade,
    	FLOOR(DATEDIFF(NOW(),e.hiredate)/365),
    	t.empno AS mgrno, t.ename AS mname, t.dname AS mdname
    FROM t_emp e LEFT JOIN t_dept d ON e.deptno=d.deptno
    LEFT JOIN t_salgrade s ON e.sal BETWEEN s.losal AND s.hisal
    LEFT JOIN
    (SELECT	e1.empno, e1.ename, d1.dname
    FROM t_emp e1 JOIN t_dept d1
    ON e1.deptno=d1.deptno
    ) t ON e.mgr=t.empno;

    外连接的注意事项:

    内连接只保留符合条件的记录,所以查询条件写在ON子句和WHERE子句中的效果是相同的。但是外连接里,条件写在WHERE子句里,不符合条件的记录是会被过滤掉的,而不是保留下来。

    我们来看看具体差别

    SELECT e.ename, d.dname, d.deptno
    FROM t_emp e
    LEFT JOIN t_dept d ON e.deptno=d.deptno
    AND e.deptno=10; /*这里是and不是where*/

     分析:左连接保留左表全部,按条件连接右表,不仅要部门编号相同,还要部门编号为10,不满足的用NULL连接,所以总记录条数就是左表的COUNT(*)数量

    改为WHERE之后

    SELECT e.ename, d.dname, d.deptno
    FROM t_emp e
    LEFT JOIN t_dept d ON e.deptno=d.deptno
    WHERE e.deptno=10;

    分析:左连接保留左表全部,按照部门号进行对应连接,连接完再进行筛选员工部门号位10的记录,不满足的就过滤。一步步的执行过程如下图

    8.5 自然连接

    自然连接: natural join, 自然连接, 就是自动匹配连接条件: 系统以字段名字作为匹配模式(同名字段就作为条件, 多个同名字段都作为条件).

    自然连接: 可以分为自然内连接和自然外连接.

    自然内连接: 左表 natural join 右表;

    自然外连接: 左表 natural left/right join 右表;

    其实, 内连接和外连接都可以模拟自然连接: 使用同名字段,合并字段

    左表 left/right/inner join 右表 using(字段名); -- 使用同名字段作为连接条件: 自动合并条件

    多表连接: A表 inner join B表 on 条件 left join C表 on条件 ...

    执行顺序: A表内连接B表,得到一个二维表, 左连接C表形成二维表..

    8.6 子查询

    子查询: sub query, 查询是在某个查询结果之上进行的.(一条select查询的sql语句内部包含了另外一条select查询的sql语句).

    8.6.1 子查询分类

    Where子查询: 子查询出现where条件中,where语句里不推荐使用子查询,每执行一次where条件筛选,就会进行一次子查询,效率低下。像这种反复子查询就属于相关子查询,where语句的子查询都属于相关子查询,我们要避免相关子查询的存在。

    比如查询底薪超过公司平均底薪的员工信息

    From子查询: 子查询跟在from之后,通常这种子查询的结果集作为一个临时表,from子查询只会执行一次,不是相关子查询,所以查询效率高。

    SELECT子查询,子查询跟在SELECT之后,SELECT子查询也是相关子查询,不推荐

    8.6.2 单行子查询和多行子查询

    单行子查询的结果集只有一条记录,多行子查询结果集有多行记录

    多行子查询只能出现在WHERE子句和FROM子句中

    eg:如何用子查询查找FORD和MARTIN两个人的同事?

    分析:同一个部门的都算作同事,而且题目限定了用子查询来做,所以不用表连接做。

    SELECT ename FROM t_emp
    WHERE deptno IN
    (SELECT deptno FROM t_emp WHERE ename IN("FORD","MARTIN"))
    AND ename NOT IN("FORD","MARTIN");

    当然这个题目用表连接做时最好的,效率比WHERE里面子查询高的多,只不过这里题目要求用子查询,这里我们还是给出表连接的sql语句供大家参考

    SELECT ename
    FROM t_emp e
    JOIN
    (SELECT deptno FROM t_emp WHERE ename IN("FORD","MARTIN")) d
    ON e.deptno=d.deptno
    AND ename NOT IN("FORD","MARTIN");/*不需要用e.ename因为只有e表有ename*/

    8.6.3 WHERE子句中的多行子查询

    WHERE子句中,可以用IN、ALL、ANY、EXISTS关键字来处理多行表达式结果集的条件判断。

    eg:查询比FORD和MARTIN底薪都高的员工信息?

    SELECT ename FROM t_emp
    WHERE sal > ALL
    (SELECT sal FROM t_emp
    WHERE ename IN("FORD","MARTIN"));
    

    这里是ALL,表示比FORD和MARTIN底薪都高,如果换成ANY,则表示比两者任意一个高就满足条件

    8.6.4 子查询的EXISTS关键字

    EXISTS关键字是把原来在子查询之外的条件判断,写到了子查询的里面。

    SELECT ... FROM 表名 WHERE [NOT] EXISTS (子查询)

    eg:查询工资等级是3级或者4级的员工信息

    SELECT empno, ename, sal
    FROM t_emp
    WHERE EXISTS(
    SELECT *           /*这里选择其他字段也可以,比如grade*/
    FROM t_salgrade
    WHERE sal BETWEEN losal AND hisal
    AND grade IN(3,4)
    )

    只要子查询结果为不为空,那么EXISTS这个条件就是满足的,这条记录就满足条件不会被过滤。

    这里只是演示WHERE多行子查询的EXISTS关键字,解决这个问题用表连接其实好的多。如下:

    SELECT empno, ename, sal
    FROM t_emp
    JOIN t_salgrade
    ON sal BETWEEN losal AND hisal AND grade IN(3,4)

    第9章 视图

    视图: view, 是一种有结构(有行有列)但是没结果(结构中不真实存放数据)的虚拟表, 虚拟表的结构来源不是自己定义, 而是从对应的基表中产生(视图的数据来源).

    9.1 创建视图

    基本语法

    Create view 视图名字 as select语句; -- select语句可以是普通查询;可以是连接查询; 可以是联合查询; 可以是子查询.

    创建单表视图: 基表只有一个

    创建多表视图: 基表来源至少两个

    9.2 查看视图

    查看视图: 查看视图的结构

    视图是一张虚拟表: 表, 表的所有查看方式都适用于视图: show tables [like]/desc 视图名字/show create table 视图名;

    视图比表还是有一个关键字的区别: view. 查看”表(视图)”的创建语句的时候可以使用view关键字

    视图一旦创建: 系统会在视图对应的数据库文件夹下创建一个对应的结构文件: frm文件

    9.3 使用视图

    使用视图主要是为了查询: 将视图当做表一样查询即可.

    视图的执行: 其实本质就是执行封装的select语句.

    9.4 修改视图

    视图本身不可修改, 但是视图的来源是可以修改的.

    修改视图: 修改视图本身的来源语句(select语句)

    Alter view 视图名字 as 新的select语句;

    9.5 删除视图

    Drop view 视图名字;

    9.6 视图意义

    1. 视图可以节省SQL语句: 将一条复杂的查询语句使用视图进行保存: 以后可以直接对视图进行操作
    2. 数据安全: 视图操作是主要针对查询的, 如果对视图结构进行处理(删除), 不会影响基表数据(相对安全).
    3. 视图往往是在大项目中使用, 而且是多系统使用: 可以对外提供有用的数据, 但是隐藏关键(无用)的数据: 数据安全
    4. 视图可以对外提供友好型: 不同的视图提供不同的数据, 对外好像专门设计
    5. 视图可以更好(容易)的进行权限控制
     

    9.7 视图数据操作

    视图是的确可以进行数据写操作的: 但是有很多限制

    将数据直接在视图上进行操作.

    9.7.1 新增数据

    数据新增就是直接对视图进行数据新增.

    1.多表视图不能新增数据

    2.可以向单表视图插入数据: 但是视图中包含的字段必须有基表中所有不能为空(或者没有默认值)字段

    3.视图是可以向基表插入数据的.

    9.7.2 删除数据

    多表视图不能删除数据

    单表视图可以删除数据

    9.7.3 更新数据

    理论上不能单表视图还是多表示视图都可以更新数据.

    更新限制: with check option, 如果对视图在新增的时候,限定了某个字段有限制: 那么在对视图进行数据更新操作时,系统会进行验证: 要保证更新之后,数据依然可以被实体查询出来,否则不让更新.

    9.8 视图算法

    视图算法: 系统对视图以及外部查询视图的Select语句的一种解析方式.

    视图算法分为三种

    Undefined: 未定义(默认的), 这不是一种实际使用算法, 是一种推卸责任的算法: 告诉系统,视图没有定义算法, 系统自己看着办

    Temptable: 临时表算法: 系统应该先执行视图的select语句,后执行外部查询语句

    Merge: 合并算法: 系统应该先将视图对应的select语句与外部查询视图的select语句进行合并,然后执行(效率高: 常态)

    算法指定: 在创建视图的时候

    Create algorithm = 指定算法 view 视图名字 as select语句;

    视图算法选择: 如果视图的select语句中会包含一个查询子句(五子句), 而且很有可能顺序比外部的查询语句要靠后, 一定要使用算法temptable,其他情况可以不用指定(默认即可).

    第10章 数据备份与还原

    备份: 将当前已有的数据或者记录保留

    还原: 将已经保留的数据恢复到对应的表中

    为什么要做备份还原?

    防止数据丢失: 被盗, 误操作
    保护数据记录
     

    数据备份还原的方式有很多种: 数据表备份, 单表数据备份, SQL备份, 增量备份.

    10.1 数据表备份

    不需要通过SQL来备份: 直接进入到数据库文件夹复制对应的表结构以及数据文件, 以后还原的时候,直接将备份的内容放进去即可.

    数据表备份有前提条件: 根据不同的存储引擎有不同的区别.

    存储引擎: mysql进行数据存储的方式: 主要是两种: innodb和myisam(免费)

    对比myisam和innodb: 数据存储方式

    Innodb: 只有表结构,数据全部存储到ibdata1文件中

    Myisam: 表,数据和索引全部单独分开存储

    这种文件备份通常适用于myisam存储引擎: 直接复制三个文件即可, 然后直接放到对应的数据库下即可以使用.

    10.2 单表数据备份

    每次只能备份一张表; 只能备份数据(表结构不能备份)

    如果业务数据非常多,建议只导出表结构,然后用SELECT INTO OUTFILE把数据导出成文本文档,具体操作可以看10.5节图形化操作。

    备份: 从表中选出一部分数据保存到外部的文件中(outfile)

    Select */字段列表 into outfile 文件所在路径 from 数据源; -- 前提: 外部文件不存在

    高级备份: 自己制定字段和行的处理方式

    Select */字段列表 into outfile 文件所在路径 fields 字段处理 lines 行处理 from 数据源;

    Fields: 字段处理

    Enclosed by: 字段使用什么内容包裹, 默认是’’,空字符串

    Terminated by: 字段以什么结束, 默认是”\t”, tab键

    Escaped by: 特殊符号用什么方式处理,默认是’\\’, 使用反斜杠转义

    Lines: 行处理

    Starting by: 每行以什么开始, 默认是’’,空字符串

    Terminated by: 每行以什么结束,默认是”\r\n”,换行符

    数据还原: 将一个在外部保存的数据重新恢复到表中(如果表结构不存在,那么sorry)

    Load data infile 文件所在路径 into table 表名[(字段列表)] fields字段处理 lines 行处理; -- 怎么备份的怎么还原

    10.3 SQL备份与还原

    备份的是SQL语句: 系统会对表结构以及数据进行处理,变成对应的SQL语句, 然后进行备份: 还原的时候只要执行SQL指令即可.(主要就是针对表结构)

    备份: mysql没有提供备份指令: 需要利用mysql提供的软件: mysqldump.exe

    Mysqldump.exe也是一种客户端,需要操作服务器: 必须连接认证

    Mysqldump/mysqldump.exe -hPup 数据库名字 [数据表名字1[ 数据表名字2...]] > 外部文件目录(建议使用.sql)

    mysqldump用来把业务数据导出成SQL文件,其中也包括了表结构

    mysqldump -uroot -p [no-data] 逻辑库 > 路径

    不写no-data表示既包含表结构,又包含数据

    单表备份

    图形化操作如下,选中数据表,点击右键

    整库备份

    Mysqldump/mysqldump.exe -hPup 数据库名字 > 外部文件目录

    对应图形化操作如下,选中数据库选中右键

    SQL还原数据: 两种方式还原

    方案1: 使用mysql.exe客户端还原

    Mysql.exe/mysql -hPup 数据库名字 < 备份文件目录

    方案2: 使用SQL指令还原

    1.use选择数据库; 2.Source 备份文件所在路径;

    对应图形化操作如下

    SQL备份优缺点

    优点: 可以备份结构
    缺点: 会浪费空间(额外的增加SQL指令)

    练习题

    答案选A,语法记忆,注意标点符号。

    10.4 增量备份

    不是针对数据或者SQL指令进行备份: 是针对mysql服务器的日志文件进行备份

    增量备份: 指定时间段开始进行备份., 备份数据不会重复, 而且所有的操作都会备份(大项目都用增量备份)

    练习题

    答案选C,C错在数据导出,导出的纯粹是业务数据。

    10.5 大文件备份和还原(图形化操作,推荐!)

    业务数据比较多的时候,只导出表结构到sql文件,业务数据文件导出到txt文件,这样就跳过了sql词法分析和语法优化,哪怕导入几千万条数据,也可以在1分钟内导入完毕

    1.导出表结构

    2.导出表中业务数据

    3.删除表,为导入做准备

    4.导入表结构

    5.刷新后看到表结构

    6.导入业务数据文件

    7.刷新表即可看到导入成功

    第11章 事务安全

    事务: transaction, 一系列要发生的连续的操作

    事务安全: 一种保护连续操作同时满足(实现)的一种机制

    事务安全的意义: 保证数据操作的完整性

    如果SQL语句直接操作文件是很危险的,比如你要给员工涨工资,正在update操作的时候,系统断电了,你就不知道谁已经涨了谁还没涨。

    我们应该利用日志来间接写入。

    MySQL总共5种日志,其中只有redo日志和undo日志与事务有关

    日志就相当于数据文件的一个副本,SQL语句操作什么样的记录,MySQL就会把这些记录拷贝到undo日志,然后增删改查的操作就会记录到redo日志,最后把redo日志和数据库文件进行同步就行了。即使同步过程中断电了,有了redo日志的存在,重启MySQL数据库之后继续同步数据,同步成功后我们修改的数据就真正同步到数据库里面了,有事务的数据库抵抗风险的能力变强了。

    RDBMS=SQL语句+事务(ACID)

    事务是一个或者多个SQL语句组成的整体,要么全部执行成功,要么全部失败。

    11.1 事务操作

    事务操作分为两种: 自动事务(默认的), 手动事务

    默认情况下,MySQL执行每条SQL语句都会自动开启和提交事务。为了让多条SQL语句纳入到一个事物之下,可以手动管理事务。

    START TRANSACTION;

    SQL语句

    [COMMIT | ROLLBACK];

    START TRANSACTION;
    
    DELETE FROM t_emp;
    DELETE FROM t_dept;
    SELECT * FROM t_emp;
    SELECT * FROM t_dept;

    开启事务: 告诉系统以下所有的操作(写)不要直接写入到数据表, 先存放到redo日志。

    删除员工表t_emp和部门表t_dept之后,SQL语句查询两表的的数据均为空

    但是去看数据表的数据却仍然存在,这是为什么呢?

    因为你开启了事务,你现在的操作还在redo日志里面,并没有同步到数据库文件里面,你只有COMMIT之后才会同步

    继续执行

    COMMIT;

    去数据表查看,2张数据表都被清空了。

    当然你也可以直接回滚,执行ROLLBACK;

    ROLLBACK;

    这样你的redo日志被清空,下次操作的时候重新往redo日志里面进行操作,就不会受到上一次操作的影响。

    11.2 自动事务处理

    在mysql中: 默认的都是自动事务处理, 用户操作完会立即同步到数据表中.

    自动事务: 系统通过autocommit变量控制

    Show variables like ‘autocommit’;

    关闭自动提交: set autocommit = off/0;

    再次直接写操作

    自动关闭之后,需要手动来选择处理: commit提交, rollback回滚

    注意: 通常都会使用自动事务

    11.3 事务原理

    事务操作原理: 事务开启之后, 所有的操作都会临时保存到事务日志, 事务日志只有在得到commit命令才会同步到数据表,其他任何情况都会清空(rollback, 断电, 断开连接)

    11.4 回滚点

    回滚点: 在某个成功的操作完成之后, 后续的操作有可能成功有可能失败, 但是不管成功还是失败,前面操作都已经成功: 可以在当前成功的位置, 设置一个点: 可以供后续失败操作返回到该位置, 而不是返回所有操作, 这个点称之为回滚点.

    设置回滚点语法: savepoint 回滚点名字;

    回到回滚点语法: rollback to 回滚点名字;

    11.5 事务ACID属性

    A: Atomic原子性,一个事物中的所有操作要么全部完成,要么全部失败。事物执行后,不允许停留在中间某个状态。

    C: Consistency一致性,不管在任何给定的时间,并发事务有多少,事务必须保证运行结果的一致性。事务可以并发执行,但是最终MySQL却串行执行。

    怎么保证一致性?

    阻止事务之间相互读取临时数据

    I: Isolation隔离性,每个事务只能看到事务内的相关数据,别的事务的临时数据在当前事务是看不到的。隔离性要求事务不受其他并发事务的影响,在给定时间内,该事务是数据库运行的唯一事务。

    如果事务没有隔离性,按照不受控制的顺序并发读取和修改数据,想像一下会出现哪些问题?

    一、脏读:一个事务读取了第二个事物未提交的数据,当第二个事务回滚了数据之后,第一个事务就读取到了无效的数据。

    如下图,事务1查询course_id=59的平均分score为9.2,而事务2此时将其平均分修改为9.6,当事务1再次读取的时候,平均分就变成了9.6,此时事务2回滚,事务1就是读取的无效数据,简称脏读。

    二、不可重复读:一个事物前后两次读取的同一数据不一致。

    如下图,事务1查询course_id=59的平均分score为9.6,而事务2此时将其平均分修改为9.7,并将修改提交,当事务1再次读取的时候,平均分就变成了9.7,事务1就是读取的错误数据,注意,不可重复读和脏读的区别就是,脏读的数据会回滚,不可重复读会把数据提交,脏读的数据是无效的,而不可重复读因为事务2的提交,数据是有效的。

    三、幻读:指一个事务两次查询的结果集记录数不一致

    如下图,事务1查询到平均分在9.5到9.8之间的记录数是2条,经过事务2对course_id=43的平均分修改,导致事务1第二次查询的记录数为3条,这种情况就叫幻读,幻读的数据最终也是有效的数据。

    innodb的事务隔离性保证了我们事务操作的安全,才让我们实际操作中并没有出现这么多问题。

    怎么保证隔离性?

    综上所述,我们简单总结下

    脏读:事务 A 读取了事务 B 当前更新的数据,但是事务 B 出现了回滚或未提交修改,事务 A 读到的数据就被称为 “脏数据”。通常情况下,使用 “脏数据” 会造成系统数据不一致,出现错误


    不可重复读:事务 A 在执行过程中多次读取同一数据,但是事务 B 在事务 A 的读取过程中对数据做了多次修改并提交,则会导致事务 A 多次读取的数据不一致,进而无法做出准确性判断


    幻读:事务 A 在执行过程中读取了一些数据,但是事务 B 随即插入了一些数据,那么,事务 A 重新读取时,发现多了一些原本不存在的数据,就像是幻觉一样,称之为幻读


    仔细品味,可以发现,不可重复读与幻读从概念上来说,是非常相似的。区分它们只要记住:不可重复读指的是对原来存在的数据做修改,而幻读指的是新增或者删除数据。

    undo和redo日志中的数据都会被标记属于哪个事务的,所以事务执行过程中就只能读到自己的临时数据了。

    D: Durability持久性,事务一旦提交,结果便是永久性的。即便发生宕机,仍然可依靠事务日志完成数据持久化。

    锁机制: innodb默认是行锁, 但是如果在事务操作的过程中, 没有使用到索引,那么系统会自动全表检索数据, 自动升级为表锁

    行锁: 只有当前行被锁住, 别的用户不能操作

    表锁: 整张表被锁住, 别的用户都不能操作

    11.6 事务的隔离级别

    在某些特定场合,我们又想让事务之间读取到一些临时数据,这就需要修改事务的隔离级别

    设置事务隔离级别的语法如下:

    SET [PERSIST|GLOBAL|SESSION]
        TRANSACTION ISOLATION LEVEL
        {
            READ UNCOMMITTED | READ COMMITTED
            | REPEATABLE READ
            | SERIALIZABLE
        }
    
    -- PERSIST:所有连接到mysql服务的新的连接都有效,并且mysql服务器重启后也不会丢失修改
    -- GLOCAL: 所有连接到mysql服务的新的连接都有效,但是mysql服务器重启后会丢失这个修改
    -- SESSION:开发最常用,只会影响到当前连接,当前连接断开,这个隔离级别的修改就会丢失
    
    -- 开发中也可以用show variables like '%iso%'查看当前session的隔离级别
    -- 因为有一个变量参数名为transaction_isolation

    11.6.1 read uncommitted

    场景一:比如买票的场景,逢年过节都需要买票回家,假如A和B都在买同一辆车的车票,此时还剩最后一张票,A点击购买,但是还没付款提交,因为查看不到事务之间的临时数据,所以B查看时,也还剩一张票,于是B点击购买,立即付款提交,结果A就会购买失败。所以理想的情况应该是,当A点击购买去付款时,B应该看得到这个临时数据,显示没有票才对。这种场景会出现脏读、幻读、不可重复读情况,隔离性最低,并发性最高。

    eg1:查看事务之间能否读取未提交的数据

    START TRANSACTION;
    UPDATE t_emp SET sal=1;

    此时开启事务1并进行更新操作,但是没有commit

    再开启一个事务2

    START TRANSACTION;
    SELECT empno, ename, sal FROM t_emp;
    COMMIT;

    注意:这里没有修改数据,仅仅只是select查询数据,redo日志没有改变,所以不会做同步到文件的操作,commit之后会清空对应的undo日志数据。

    结果显示如下,前者在事务1中修改sal为1,事务2中却看不到。

    如果修改事务2隔离级别,如下

    SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED; /*代表可以读取其他事务未提交的数据*/
    START TRANSACTION;
    SELECT empno, ename, sal FROM t_emp;
    COMMIT;

    结果立马就变了,事务2能够读取事务1未提交的数据,但是要注意,因为前者并未commit,所以数据库表文件的数据还没有修改

    11.6.2 read committed

    场景二:银行转账的场景,A事务执行往Scott账户转账1000的操作,B事务执行扣除Scott账户100块的操作,如果A能读取到B事务未提交的数据,那么转账后就会修改为5900,而此时因为各种原因需要回滚支出100元的这个操作,此时账户就只有5900块了,凭空消失100块,所以只有A事务读取到B事务提交后的数据才能保证转账的正确性。这种场景就和买票的场景完全不同。这种场景是会出现幻读和不可重复读的。

    还是eg1的例子,此时修改隔离级别的SQL语句即可

    SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;/*只能读取其他事务提交的数据*/
    START TRANSACTION;
    SELECT empno, ename, sal FROM t_emp;
    COMMIT;

    其他事物提交的数据都会同步到数据库表文件中,所以这里就是从数据库表文件中读取的数据。

    11.6.3 repeatable read

    场景三:你在淘宝或者京东等电商,点击购买,选好收货地址之类的之后,点击提交订单,就会让你输入支付密码支付,此时显示的价格是undo日志的价格,如果此时卖家涨价,你购买的还是涨价之前的价格,这种场景就是可重复读。可重复读不会出现脏读、不可重复读的情况,因为事务1读取不到事务2对数据的修改。对于幻读,这里只有靠临键锁才能保证不出现幻读的问题。

    新建一个查询,开启事务1

    SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;/*事务在执行中反复读取数据,得到的结果是一致的*/
    START TRANSACTION;
    SELECT empno, ename, sal FROM t_emp;

    这里一定要先执行一次select语句,保证undo日志拷贝过一次数据

    再新建一个查询,开启事务2

    START TRANSACTION;
    UPDATE t_emp SET sal=1;

    此时数据库表文件的数据如下

    此时在事务1执行SELECT empno, ename, sal FROM t_emp;

    虽然数据库表文件的数据已经修改了,但是事务1处的事务隔离级别是可以反复读,每次都从undo日志里面读取,所以这里还是修改前的价格,直到提交commit,commit之后清空对应的undo日志记录,下次会重新从数据库文件里面拷贝数据,那个时候才是sal=1的数据。

    注意:MySQL默认事务隔离级别就是REPEATABLE READ

    11.6.4 serializable

    由于事务并发执行所带来的各种问题,前三种隔离级别只适用于在某种业务场景中,凡事序列化的隔离性,让事务逐一执行,就不会产生上述问题了。但是序列化的隔离级别使用的特别少,它让事务的并发性大大降低。可重复读不会出现幻读、脏读、不可重复读的情况,因为事务1读取不到事务2对数据的修改。隔离性最高,并发性最低,其实就是没有并发,所有事务按照顺序执行。

    开始事务1,sql语句如下

    START TRANSACTION;
    UPDATE t_emp SET sal=2;

    开始事务2,sql语句如下

    SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;/*事务序列化*/
    START TRANSACTION;
    SELECT empno, ename, sal FROM t_emp;

    但是这行sql之后并没有出结果

    直到你的事务1执行commit之后,事务2就会立即执行查询结果。

    针对这4种隔离级别与脏读幻读不可重复读的关系如下:

    第12章 触发器

    触发器: trigger, 事先为某张表绑定好一段代码 ,当表中的某些内容发生改变的时候(增删改)系统会自动触发代码,执行.

    触发器: 事件类型, 触发时间, 触发对象

    事件类型: 增删改, 三种类型insert,delete和update

    触发时间: 前后: before和after

    触发对象: 表中的每一条记录(行)

    一张表中只能拥有一种触发时间的一种类型的触发器: 最多一张表能有6个触发器

    12.1 创建触发器

    在mysql高级结构中: 没有大括号,  都是用对应的字符符号代替

    触发器基本语法

    -- 临时修改语句结束符

    Delimiter 自定义符号: 后续代码中只有碰到自定义符号才算结束

    Create trigger 触发器名字 触发时间 事件类型 on 表名 for each row

    Begin -- 代表左大括号: 开始

    -- 里面就是触发器的内容: 每行内容都必须使用语句结束符: 分号

    End -- 代表右带括号: 结束

    -- 语句结束符

    自定义符号

    -- 将临时修改修正过来

    Delimiter  ;

    12.2 查看触发器

    查看所有触发器或者模糊匹配

    Show triggers [like ‘pattern’];

    \g 的作用是分号和在sql语句中写’;’是等效的

    \G 的作用是将查到的结构旋转90度变成纵向

    可以查看触发器创建语句

    Show create trigger 触发器名字;

    所有的触发器都会保存一张表中: Information_schema.triggers

    12.3 使用触发器

    触发器: 不需要手动调用, 而是当某种情况发生时会自动触发.(订单里面插入记录之后)

    12.4 修改触发器&删除触发器

    触发器不能修改,只能先删除,后新增.

    Drop trigger 触发器名字;

    12.5 触发器记录

    触发器记录: 不管触发器是否触发了,只要当某种操作准备执行, 系统就会将当前要操作的记录的当前状态和即将执行之后新的状态给分别保留下来, 供触发器使用: 其中, 要操作的当前状态保存到old中, 操作之后的可能形态保存给new.

    Old代表的是旧记录,new代表的是新记录

    删除的时候是没有new的; 插入的时候是没有old

    Old和new都是代表记录本身: 任何一条记录除了有数据, 还有字段名字.

    使用方式: old.字段名 / new.字段名(new代表的是假设发生之后的结果)

    查看触发器的效果

    如果触发器内部只有一条要执行的SQL指令, 可以省略大括号(begin和end)

    Create trigger 触发器名字 触发时间 事件类型 on 表名 for each row

    一条SQL指令;

    触发器: 可以很好的协调表内部的数据处理顺序和关系. 但是从JAVA角度出发, 触发器会增加数据库维护的难度, 所以较少使用触发器.

    第13章 函数

    13.1 数字函数

    eg:求四舍五入

    select round(4.6288*100)/100;

    13.2 日期函数

    13.2.1 获取系统时间函数

    NOW()函数能获得系统日期和时间,格式yyyy-MM-dd hh:mm:ss,数据库的最小时间单位是秒s,而不是毫秒ms
    CURDATE()函数能获得当前系统日期,格式yyyy-MM-dd
    CURTIME()函数能获得当前系统时间,格式hh:mm:ss

    SELECT NOW(), CURDATE(), CURTIME();

    13.2.2 日期格式化函数

    DATE_FORMAT(日期,  表达式)

    该函数用于格式化日期,返回用户想要的日期格式

    eg:比如查看员工入职的年份

    SELECT ename, DATE_FORMAT(hiredate,"%Y") AS result FROM t_emp;

    占位符说明

    eg:查询某个日期是星期几

    SELECT DATE_FORMAT("2021-1-1","%w");

    结果是星期5,如果是大写%W,那么就输出英文Friday

    eg:利用日期函数,查询1981年上半年入职的员工有多少个

    SELECT COUNT(*) FROM t_emp
    WHERE DATE_FORMAT(hiredate,"%Y")=1981
    AND DATE_FORMAT(hiredate,"%m")<=6;

    练习题

     

    答案选A,语法基础。

    13.2.3 日期偏移计算

    注意:MySQL数据库里面,两个日期不能直接加减,日期也不能与数字加减
    比如 select hiredate+1 from t_emp;
    其实hiredate是"1980-12-18"变成了19801218,然后+1,结果是19801219

    DATE_ADD(日期, INTERVAL 偏移量  偏移的时间单位)

    该函数可以实现日期的偏移计算,而且时间单位很灵活

    举几个例子

    /*100天之后是什么时间*/
    SELECT DATE_ADD(NOW(), INTERVAL 100 DAY);
    /*300分钟之前是什么时间*/
    SELECT DATE_ADD(NOW(), INTERVAL -300 MINUTE);
    /*6个月零3天之前是什么时间*/
    SELECT DATE_ADD(DATE_ADD(NOW(),INTERVAL -6 MONTH),INTERVAL -3 DAY)

    把日期偏移函数和日期格式化函数混合用一下

    eg:6个月零3天之前是什么时间,保留年月日即可

    SELECT 
    DATE_FORMAT(DATE_ADD(DATE_ADD(NOW(),INTERVAL -6 MONTH), INTERVAL -3 DAY), "%Y/%m/%d");

     

    13.2.4 计算日期之间相隔的天数

    DATEDIFF(日期1, 日期2)

    该函数用来计算两个日期之间相差的天数为日期1-日期2。

    eg:比如计算现在和2019-1-1相差多少天

    SELECT DATEDIFF(NOW(),"2019-1-1");

     

    2019-1-1已经是707天之前了。

    13.3 字符函数

    eg:查询员工表中姓名小写、姓名大写、姓名包含的字符数、底薪末尾添加$,姓名包含有A

    SELECT
    	LOWER(ename), UPPER(ename), LENGTH(ename),
    	CONCAT(sal,"$"),INSTR(ename,"A")
    FROM t_emp;

    这里对于汉字,LOWER和UPPER函数是没有转换作用的,对于LENGTH函数,因为这里的数据库编码是UTF8字符集,所以一个汉字占3个字节,长度为6,INSTR函数会返回首次出现A的位置,从1开始,如果没有包含A,则返回0。

    INSERT例子

    /*插入"先生"并替换从1开始的3个字符*/
    SELECT INSERT("女士早上好", 1, 3, "先生");

     

    REPLACE例子

    SELECT REPLACE("女士早上好","女士","先生");

     

    SUBSTR、SUBSTRING、LPAD、TRIM例子

    SELECT SUBSTR("你好世界", 3, 4), SUBSTRING("你好世界", 3, 2),
    LPAD(SUBSTRING("13312345678", 8, 4),11,"*"),
    TRIM("                Hello World    ");

    说明:SUBSTR("你好世界", 3, 4)表示获取从1开始下标为[3,4]闭区间位置子串,SUBSTRING("13312345678", 8, 4)表示获取从下标8开始后面的4个字符,LPAD(SUBSTRING("13312345678", 8, 4),11,"*")表示子串将由"*"左填充到11个字符的长度,TRIM就是去除首尾空格。

    练习题

    答案选C,A项错在直接把最后4位也用*替代了,B错在substring下标从1开始,D错在是rpad而不是lpad。

    13.4 条件函数

    13.4.1 简单条件判断

    SQL语句可以利用条件函数来实现编程语言里的条件判断

    IFNULL(表达式, 值)

    IF(表达式, 值1, 值2)

    eg:SALES部门发放礼品A,其余部门发放礼品B,打印每名员工获得的礼品

    SELECT
    	e.empno, e.ename, d.dname,
    	IF(d.dname="SALES","礼品A","礼品B")
    FROM t_emp e JOIN t_dept d ON e.deptno=d.deptno;

    练习题

    答案选D,A错在as写成逗号,B错在函数用错,if也是3个参数,C错在入学日期和系号之间没有逗号分隔。

    答案选A,B错在函数错用ifnull,并且ifnull也是2个参数而不是3个,C错在if函数里面的相框参数填写反了,D错在根们没有打印相框类型。

    13.4.2 复杂条件判断

    复杂的条件判断可以用条件语句来实现,比IF语句功能更强大

    CASE
        WHEN 表达式 THEN 值1
        WHEN 表达式 THEN 值2
        ...
        ELSE 值N
    END

     

    eg:公司集体旅游,每个部门目的地不同,SALES部门去P1地点,ACCOUNTING部门去P2地点,RESEARCH部门去P3地点,查询每名员工的旅行地点。

    SELECT
    	e.empno, e.ename,
    	CASE
    		WHEN d.dname="SALES" THEN "p1"
    		WHEN d.dname="ACCOUNTING" THEN "p2"
    		WHEN d.dname="RESEARCH" THEN "P3"
    		END AS place
    FROM t_emp e JOIN t_dept d ON e.deptno=d.deptno;

    eg:公司调整员工基本工资,具体方案如下:

    1.SALES部门中工龄超过20年,涨幅10%
    2.SALES部门中工龄不满20年,涨幅5%
    3.ACCOUNTING部门,涨幅300
    4.RESEARCH部门里低于部门平均底薪,涨幅200
    5.没有部门的员工,涨幅100

    UPDATE t_emp e LEFT JOIN t_dept d ON e.deptno=d.deptno
    LEFT JOIN (SELECT deptno, AVG(sal) avg FROM t_emp GROUP BY deptno) t
    ON e.deptno=d.deptno
    SET sal=(
    	CASE
    		WHEN d.dname="SALES" AND DATEDIFF(NOW(),e.hiredate)/365>=20
    		THEN e.sal*1.1
    		WHEN d.dname="SALES" AND DATEDIFF(NOW(),e.hiredate)/365<20
    		THEN e.sal*1.05
    		WHEN d.dname="ACCOUNTING" THEN e.sal+300
    		WHEN d.dname="RESEARCH" AND e.sal<t.avg THEN e.sal+200
    		WHEN e.deptno IS NULL THEN e.sal+100
    		ELSE e.sal
    	END
    );
    

    13.5 自定义函数

    函数要素: 函数名, 参数列表(形参和实参), 返回值, 函数体(作用域)

    13.5.1 创建函数

    创建语法

    Create function  函数名([形参列表]) returns 数据类型 -- 规定要返回的数据类型

    Begin

    -- 函数体

    -- 返回值: return 类型(指定数据类型);

    End

    定义函数

    自定义函数与系统函数的调用方式是一样: select 函数名([实参列表]);

    13.5.2 查看函数

    查看所有函数: show function status [like ‘pattern’];

    查看函数的创建语句: show create function 函数名;

    13.5.3 修改函数&删除函数

    函数只能先删除后新增,不能修改.

    Drop function 函数名;

    13.5.4 函数参数

    参数分为两种: 定义时的参数叫形参, 调用时的参数叫实参(实参可以是数值也可以是变量)

    形参: 要求必须指定数据类型

    Function 函数名(形参名字 字段类型) returns 数据类型

    在函数内部使用@定义的变量在函数外部也可以访问

    13.5.5 作用域

    Mysql中的作用域与js中的作用域完全一样

    全局变量可以在任何地方使用; 局部变量只能在函数内部使用.

    全局变量: 使用set关键字定义, 使用@符号标志

    局部变量: 使用declare关键字声明, 没有@符号: 所有的局部变量的声明,必须在函数体开始之前

    第14章 存储过程

    存储过程简称过程,procedure, 是一种用来处理数据的方式.

    存储过程是一种没有返回值的函数.

    14.1 创建过程

    Create procedure 过程名字([参数列表])

    Begin

    -- 过程体

    End

    14.2 查看过程

    函数的查看方式完全适用于过程: 关键字换成procedure

    查看所有过程: show procedure status [like ‘pattern’];

    查看过程创建语句: show create procedure 过程名;

    14.3 调用过程

    过程没有返回值: select是不能访问的.

    过程有一个专门的调用关键字: call

    14.4 修改过程&删除过程

    过程只能先删除,后新增

    Drop procedure 过程名;

    /* 这是我某次模拟插入10W条数据的过程代码,仅供参考 */
    
    create PROCEDURE p1()
    BEGIN
    DECLARE i int;
    set i = 1;
    
    WHILE i <= 100000 DO
    
    	INSERT INTO `demo_info`(key1, key2, key3, key_part1, key_part2, key_part3, common_field) VALUES ( 'a', i, 'a', '1可', 'b', 'a', '123是');
    	
    	set i = i + 1;
    
    END WHILE;
    
    END;
    
    DROP PROCEDURE p1;
    
    start TRANSACTION;
    CALL p1();
    COMMIT;

    14.5 过程参数

    函数的参数需要数据类型指定, 过程比函数更严格.

    过程还有自己的类型限定: 三种类型

    In: 数据只是从外部传入给内部使用(值传递): 可以是数值也可以是变量

    Out: 只允许过程内部使用(不用外部数据), 给外部使用的.(引用传递: 外部的数据会被先清空才会进入到内部): 只能是变量

    Inout: 外部可以在内部使用,内部修改也可以给外部使用: 典型的引用传递: 只能传变量

    基本使用

    Create procedure 过程名(in 形参名字 数据类型, out 形参名字 数据类型, inout 形参名字 数据类型)

    调用: out和inout类型的参数必须传入变量,而不能是数值

    正确调用: 传入变量

    存储过程对于变量的操作(返回)是滞后的: 是在存储过程调用结束的时候,才会重新将内部修改的值赋值给外部传入的全局变量.

    测试: 传入数据1,2,3: 说明局部变量与全局变量无关

    最后: 在存储过程调用结束之后, 系统会将局部变量重复返回给全局变量(out和inout)

    关注、留言,我们一起学习。

    ===============Talk is cheap, show me the code================

    展开全文
  • javaweb新闻管理系统

    2020-02-16 04:53:31
    新闻管理系统提供以下功能: 1. 查看所有新闻:管理员可以浏览存放在数据库内的所有新闻,包括新闻的ID、标题、内容以及发布的时间。 2. 添加新闻:管理员可以将最新的新闻添加进数据库,供用户浏览。 3. 修改...
  • 人力资源管理平台数据库

    千次阅读 2014-05-08 21:14:14
    第一部分:招标邀请人力资源管理平台数据库项目公开进行招标,先邀请有意参加本次招标活动的投标人参与本项目。 1. 项目名称:人力资源管理平台数据库建设2. 投标须知:详见第二部分3. 项目时间:二个星期4. ...
  • Python 数据库管理与操作

    千次阅读 2015-10-15 18:58:18
    Python对于数据库管理操作大体可以分为两种方式,一是直接操作数据库,Python仅仅提供一个数据库接口,开发者需要直接和数据库打交道来获取数据;第二种是ORM模式(对象关系映射object-relational mapper),下面...
  • 系统将分为管理员和业主两个角色,其中系统管理员部分的主要功能包括修改登录密码、业主信息管理、楼盘信息管理、小区概况管理、报修信息管理、信息发布管理新闻资讯管理以及留言信息管理这几大模块,业主部分的...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 44,042
精华内容 17,616
关键字:

数据库修改新闻管理