SQL数据库学习总结(一)

前序

这是面向后端开发者的SQL数据库知识的一次总结。由于本人目前正在找工作,所以边学边做笔记,以便日后复习使用。
SQL数据库即结构化查询语言数据库(关系数据库)。名字就说明了要学习的内容的两个特点:1、操作数据库的语言;2、语言的操作对象。在我个人看来了解语言的操作对象要必了解语言更加首(先)(重)要。我对数据库的学习就是以数据库为核心,语言为辅助进行的。

构建关系数据库——范式的理解应用

关系数据库是创建在关系模型基础上的数据库,借助于集合代数等数学概念和方法来处理数据库中的数据。现实世界中的各种实体以及实体之间的各种联系均用关系模型来表示(维基百科)。由定义可知关系模型是关系数据库的核心所在。所以要构建关系数据库首先先要了解关系模型的基本概念。这里借用刘慰老师在知乎上的讲解内容做一次笔记以便日后复习,刘慰老师原文内容严谨思路清晰大家可从中获取真知灼见。原著给您指路如何解释关系数据库的第一第二第三范式?
设 K 为某表中的一个属性或属性组,若除 K 之外的所有属性都完全函数依赖于 K(这个“完全”不要漏了),那么我们称 K 为候选码,简称为码。在实际中我们通常可以理解为:假如当 K 确定的情况下,该表除 K 之外的所有属性的值也就随之确定,那么 K 就是码。一张表中可以有超过一个码。(实际应用中为了方便,通常选择其中的一个码作为主码)
主属性包含在任何一个码中的属性成为主属性。
非主属性不是主属性的即为非主属性
函数依赖我们可以这么理解(但并不是特别严格的定义):若在一张表中,在属性(或属性组)X的值确定的情况下,必定能确定属性 Y Y Y的值,那么就可以说 Y Y Y函数依赖于 X X X,写作 X → Y X → Y XY。也就是说,在数据表中,不存在任意两条记录,它们在 X X X属性(或属性组)上的值相同,而在 Y Y Y属性上的值不同。这也就是“函数依赖”名字的由来,类似于函数关系$ y = f(x) , 在 ,在 x 的 值 确 定 的 情 况 下 , 的值确定的情况下, y$的值一定是确定的。说白了就是函数关系。
完全函数依赖在一张表中,若 X → Y X → Y XY,且对于 X X X的任何一个真子集(假如属性组 X X X 包含超过一个属性的话), X ′ → Y X ' → Y XY 不成立,那么我们称 Y Y Y对于 X X X完全函数依赖,记作 X ⟶ F Y X\stackrel{F}{\longrightarrow}Y XFY。说白了就是函数关系的完全映射。即自变量必须在其完整集合中取值才能取遍因变量集合内所有值。
部分函数依赖假如 Y Y Y函数依赖于 X X X,但同时 Y Y Y并不完全函数依赖于 X X X,那么我们就称 Y Y Y部分函数依赖于 X X X,记作 X ⟶ P Y X\stackrel{P}{\longrightarrow}Y XPY即非完全映射关系。
传递函数依赖假如 Z Z Z函数依赖于 Y Y Y, Y r i g h t a r r o w Z Yrightarrow Z YrightarrowZ,且 Y Y Y函数依赖于 X X X, X → Y X\rightarrow Y XY(前提条件: Y Y Y不包含于 X X X,且 X X X不函数依赖于 Y Y Y),那么我们就称 Z Z Z传递函数依赖于 X X X,记作 X ⟶ T Y X\stackrel{T}{\longrightarrow}Y XTY。前提条件解析: Y ⊈ X Y\not\subseteq X YX Y ↛ X Y\not\rightarrow X YX

什么是范式

范式就是依据关系模型的不同类别将数据表的划分为若干等级。我就会3个范式。

第一范式(1NF)

第一范式只是为了确保我们要创建的东西确实是一张表。第一范式的定义为:符合1NF的关系中的每个属性都不可再分。即表中的属性必须为基本数据类型,不然就没有办法创建表了。举例表一就不符合1NF所以不能被创建,因为其中的属性“销售”和“购进”不是基本属性(不能用基本数据类型表示),将表一改为表2就可以被创建了。
表一:
表一,源于刘慰老师的知乎文章
表二:
源于刘慰老师的知乎文章

第二范式(2NF)

2NF的定义为在第一范式(1NF)的基础上建立起来的,即满足第二范式(2NF)必须先满足第一范式(1NF)。第二范式(2NF)要求数据库表中的非主属性都完全函数依赖与码。

第三范式(3NF)

3NF的定义为在满足2NF的基础上,非主属性不存在传递函数依赖与码。

创建一张符合1NF、2NF、3NF的表的过程

例题:如下表所示
在这里插入图片描述
请将此表改为符合1NF、2NF、3NF的表。
1NF:只要能够将表中的各个属性找到对应的基本数据类型就可以说明此表就是1NF的表,如果不能找到对应的基本数据类型就将次属性在分割,知道可以找到能表示其属性的基本数据类型为止。从上表可以看出学号、姓名、系名、系主任、课名和分数可以分别用以下基本数据类型表示:varchar(10)、varchar(20)、varchar(10)、varchar(20)、varchar(20)、unsigned int。所以上述表就是1NF。
2NF:即将此表改造为完全函数依赖的表。其步骤如下:
第一步:找出数据表中所有的码(学号+课名)。
第二步:根据第一步所得到的码,找出所有的主属性(学号、课名)。
第三步:数据表中,除去所有的主属性,剩下的就都是非主属性了(姓名、系名、系主任、分数)。
第四步:查看是否存在非主属性对码的部分函数依赖( 学 号 ⟶ P 课 名 学号\stackrel{P}{\longrightarrow}课名 P, 学 号 ⟶ P 分 数 学号\stackrel{P}{\longrightarrow}分数 P 分 数 ⟶ P 课 名 分数\stackrel{P}{\longrightarrow}课名 P)。
根据上面的四步最总可以创建出如下关系图:
在这里插入图片描述
3NF:

对数据表的操作——sql语句的使用

  • 31
    点赞
  • 168
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
一、首先你要确认你的鉴别模式: WIN NT鉴别模式呢还是混合模式,其中混合模式包括WIN NT鉴别模式和SQL SERVER 鉴别模式 实施鉴别模式的步骤 1、核实采用了可信连接 2、设置鉴别模式 3、关闭和重启MSSQLServer服务程序 4、创建WIN NT分组和用户 5、授权WIN NT分组和用户可存取SQL Server 6、为用非可信任连接的用户创建SQL Server登录帐号 二、为用户和角色分配登录帐号 三、给角色分配登录权 四、为用户和角色分配许可权限 在改进SQL Server 7.0系列所实现的安全机制的过程中,Microsoft建立了一种既灵活又强大的安全管理 机制,它能够对用户访问SQL Server服务器系统和数据库的安全进行全面地管理。按照本文介绍的步骤,你 可以为SQL Server 7.0(或2000)构造出一个灵活的、可管理的安全策略,而且它的安全性经得起考验。 一、验证方法选择 本文对验证(authentication)和授权(authorization)这两个概念作不同的解释。验证是指检验用户 的身份标识;授权是指允许用户做些什么。在本文的讨论中,验证过程在用户登录SQL Server的时候出现, 授权过程在用户试图访问数据或执行命令的时候出现。 构造安全策略的第一个步骤是确定SQL Server用哪种方式验证用户。SQL Server的验证是把一组帐户、密 码与Master数据库Sysxlogins表中的一个清单进行匹配。Windows NT/2000的验证是请求域控制器检查用户身 份的合法性。一般地,如果服务器可以访问域控制器,我们应该使用Windows NT/2000验证。域控制器可以是 Win2K服务器,也可以是NT服务器。无论在哪种情况下,SQL Server都接收到一个访问标记(Access Token)。 访问标记是在验证过程中构造出来的一个特殊列表,其中包含了用户的SID(安全标识号)以及一系列用户所 在组的SID。正如本文后面所介绍的,SQL Server以这些SID为基础授予访问权限。注意,操作系统如何构造访 问标记并不重要,SQL Server只使用访问标记中的SID。也就是说,不论你使用SQL Server 2000、SQL Server 7.0、Win2K还是NT进行验证都无关紧要,结果都一样。 如果使用SQL Server验证的登录,它最大的好处是很容易通过Enterprise Manager实现,最大的缺点在于 SQL Server验证的登录只对特定的服务器有效,也就是说,在一个多服务器的环境中管理比较困难。使用SQL Server进行验证的第二个重要的缺点是,对于每一个数据库,我们必须分别地为它管理权限。如果某个用户 对两个数据库有相同的权限要求,我们必须手工设置两个数据库的权限,或者编写脚本设置权限。如果用户数 量较少,比如25个以下,而且这些用户的权限变化不是很频繁,SQL Server验证的登录或许适用。但是,在几 乎所有的其他情况下(有一些例外情况,例如直接管理安全问题的应用),这种登录方式的管理负担将超过它 的优点。 二、Web环境中的验证 即使最好的安全策略也常常在一种情形前屈服,这种情形就是在Web应用中使用SQL Server的数据。在这 种情形下,进行验证的典型方法是把一组SQL Server登录名称和密码嵌入到Web服务器上运行的程序,比如 ASP页面或者CGI脚本;然后,由Web服务器负责验证用户,应用程序则使用它自己的登录帐户(或者是系统管 理员sa帐户,或者为了方便起见,使用Sysadmin服务器角色中的登录帐户)为用户访问数据。 这种安排有几个缺点,其中最重要的包括:它不具备对用户在服务器上的活动进行审核的能力,完全依 赖于Web应用程序实现用户验证,当SQL Server需要限定用户权限时不同的用户之间不易区别。如果你使用的 是IIS 5.0或者IIS 4.0,你可以用四种方法验证用户。第一种方法是为每一个网站和每一个虚拟目录创建一 个匿名用户的NT帐户。此后,所有应用程序登录SQL Server时都使用该安全环境。我们可以通过授予NT匿名 帐户合适的权限,改进审核和验证功能。 第二种方法是让所有网站使用Basic验证。此时,只有当用户在对话框中输入了合法的帐户和密码,IIS 才会允许他们访问页面。IIS依靠一个NT安全数据库实现登录身份验证,NT安全数据库既可以在本地服务器 上,也可以在域控制器上。当用户运行一个访问SQL Server数据库的程序或者脚本时,IIS把用户为了浏览 页面而提供的身份信息发送给服务器。如果你使用这种方法,应该记住:在通常情况下,浏览器与

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值