数据库题库（二）

作者：云思逸 | 来源：互联网 | 2023-09-23 14:57

第四章PG应用（上）（1）BS结构的软件需要针对不同的操作系统开发不同版本的软件，每台客户机需要安装专门的

第四章

PG应用&＃xff08;上&＃xff09;

&＃xff08;1&＃xff09;B/S结构的软件需要针对不同的操作系统开发不同版本的软件&＃xff0c;每台客户机需要安装专门的客户端&＃xff0c;而且当系统升级时&＃xff0c;每一台客户机都需要重新安装客户端新版本&＃xff08;×&＃xff09;

这是C/S结构的特点

&＃xff08;2&＃xff09;SQL语言和C/C&＃43;&＃43;/Java/C#等高级语言混合编程时&＃xff0c;可以将静态或动态SQL语句嵌入高级语言&＃xff0c;也可以让高级语言通过ODBC、JDBC、ADO等调用SQL&＃xff08;√&＃xff09;
&＃xff08;3&＃xff09;C/S系统利用SQL语言和C/C&＃43;&＃43;/Java/C#等高级语言的各自优势&＃xff0c;SQL语言访问数据库&＃xff0c;C/C&＃43;&＃43;/Java/C#等高级语言进行数据处理和表示&＃xff08;√&＃xff09;
&＃xff08;4&＃xff09;C/S结构通常包括多层&＃xff1a;浏览器层、Web服务器、应用服务器、数据库服务器和数据库&＃xff08;×&＃xff09;

这是B/S结构的特点

&＃xff08;5&＃xff09;从HTML到SQL需要两个桥梁&＃xff0c;HTML与高级语言之间的JDBC、ODBC、ADO等桥梁&＃xff1b;高级语言与数据库之间的CGI、ASP、JSP等桥梁&＃xff08;×&＃xff09;

&＃xff08;5.5&＃xff09;从HTML到SQL需要两个桥梁&＃xff0c;HTML与高级语言之间的CGI、ASP、JSP等桥梁&＃xff1b;高级语言与数据库之间的JDBC、ODBC、ADO等桥梁&＃xff08;√&＃xff09;

&＃xff08;6&＃xff09;游标&＃xff08;Cursor&＃xff09;用来解决宿主语言一次只能处理一个元组&＃xff0c;而pgSQL语言一次处理多个元组的矛盾&＃xff08;√&＃xff09;
&＃xff08;7&＃xff09;对于SELECT语句&＃xff0c;没有使用游标&＃xff0c;加上前缀和结束标志后&＃xff0c;就直接嵌入在主程序中。这样一定是错误的&＃xff08;×&＃xff09;
&＃xff08;8&＃xff09;ABSOLUTE 6是指把游标移向查询结果的倒数第6行&＃xff08;×&＃xff09;

NEXT表示把游标从当前位置推进一行
PRIOR表示把游标从当前位置返回一行
FIRST表示把游标移向查询结果的第一行
LAST表示把游标移向查询结果的最后一行。
RELATIVE3把游标从当前位置推进3行
RELATIVE-3把游标从当前位置返回3行
ABSOLUTE3把游标移向查询结果的第3行
ABSOLUTE-3把游标移向查询结果的倒数第3行。

&＃xff08;9&＃xff09;PG提供的SQL语言可以作为子语言嵌入在宿主语言中使用&＃xff0c;这里所说的宿主语言就是指SQL语言&＃xff08;×&＃xff09;

pgSQL不仅可以作为独立的数据语言直接以交互的方式使用,还可以作为子语言嵌人在宿主语言中使用,这里所说的宿主语言是指常见的高级程序设计语言,如C、Java,C&＃43;&＃43;语言等。

&＃xff08;10&＃xff09;预处理程序ECPG对.c文件进行预处理&＃xff0c;主要就是把其中的pgSQL语句转换成主语言能够识别的SQL函数调用的形式&＃xff0c;结果是同名.pgc文件&＃xff08;×&＃xff09;
在这里插入图片描述
&＃xff08;11&＃xff09;把pgSQL嵌入到宿主语言中使用还必须要解决以下四个方面的问题&＃xff1a;连接数据库、嵌入识别问题、宿主语言与pgSQL语言的数据交互问题、宿主语言的单记录与pgSQL的多元组的协调问题&＃xff08;√&＃xff09;
&＃xff08;11.5&＃xff09;把pgSQL嵌入到宿主语言中使用还必须要解决以下四个方面的问题是连接数据库、嵌入识别、数据交互、单记录与多元组的协调&＃xff08;√&＃xff09;
在这里插入图片描述
&＃xff08;12&＃xff09;宿主语言连接数据库&＃xff0c;通常需要给出数据库服务器地址、端口号、数据库名、用户名、口令等&＃xff0c;必要时可能还需要安装和加载数据库驱动程序&＃xff08;√&＃xff09;

&＃xff08;13&＃xff09;为了区分宿主语言和pgSQL语句&＃xff0c;为pgSQL语句加一个识别前缀标识“EXEC SQL” &＃xff0c;和结束标志&＃xff1a;分号“;”&＃xff08;√&＃xff09;
&＃xff08;14&＃xff09;解决宿主语言和pgSQL语言的数据交换问题的答案是&＃xff0c;引入共享变量的概念。在pgSQL语句中使用共享变量时&＃xff0c;变量名前需加一个引号&＃xff08;×&＃xff09;

在这里插入图片描述

&＃xff08;15&＃xff09;解决宿主语言一次只能处理一个记录&＃xff0c;而pgSQL语言一次处理多个元组的矛盾&＃xff0c;方法是使用共享变量&＃xff08;×&＃xff09;
在这里插入图片描述
&＃xff08;16&＃xff09;当无法确定SELECT语句查询结果至多是一个元组时&＃xff0c;需要用游标机制把多个元组一次一个地传送给宿主语言程序进行处理。另外&＃xff0c;在游标处于活动状态时&＃xff0c;也可以更新或删除游标指向的元组&＃xff08;√&＃xff09;
&＃xff08;17&＃xff09;SQLSTATE是一个特殊变量&＃xff0c;用于连接pgSQL执行系统和宿主语言&＃xff0c;它是一个五字符的数组&＃xff0c;每次调用pgSQL的库函数&＃xff0c;向SQLSTATE变量中存放一个代码&＃xff0c;以反应调用中出现的问题&＃xff0c;比如〞02000〞表示没有产生任何错误&＃xff0c;〞00000〞表示没有找到结果元组&＃xff08;×&＃xff09;

00000&＃xff1a;操作执行成功&＃xff0c;并且未产生任何类型的警告或异常情况。
类代码 01 警告
类代码 02 无数据
类代码 07 动态 SQL 错误
类代码 08 连接异常

&＃xff08;18&＃xff09;如果实际应用中有时SQL语句只能在实际运行时才能完全确定&＃xff0c;这时就需要动态pgSQL语句。动态pgSQL语句需要先准备再执行&＃xff08;√&＃xff09;

&＃xff08;19&＃xff09;Web服务器接收从浏览器发来的请求&＃xff0c;然后根据情况有两种处理方式&＃xff1a;①直接返回HTML格式Web页面&＃xff1b;②调用应用服务器中的应用程序&＃xff0c;并接收从应用服务器返回的数据&＃xff0c;整合成HTML格式页面发送给浏览器&＃xff08;√&＃xff09;

&＃xff08;20&＃xff09;浏览器通过互联网向Web服务器提出访问Web页面的请求&＃xff0c;并接受从Web服务器返回的页面&＃xff08;√&＃xff09;
&＃xff08;21&＃xff09;‎应用服务器接收Web服务器的调用请求&＃xff0c;访问互联网上的数据库服务器&＃xff0c;并将结果返回Web服务器&＃xff08;√&＃xff09;
&＃xff08;22&＃xff09;为了区分宿主语言和pgSQL语句&＃xff0c;需要给pgSQL语句加一个识别前缀标识为BEGIN&＃xff08;×&＃xff09;
在这里插入图片描述
&＃xff08;23&＃xff09;B/S结构&＃xff0c;包括客户机、服务器两层&＃xff0c;数据存储由服务器负责&＃xff0c;数据处理任务可以在客户机和服务器之间灵活分配&＃xff0c;数据表示由客户机负责&＃xff0c;客户机需要时向服务器发出请求&＃xff0c;服务器响应这些请求并把结果或状态信息返回给客户机&＃xff08;×&＃xff09;

这个是C/S的特点。C/S两层&＃xff0c;B/S多层

PG应用&＃xff08;下&＃xff09;

&＃xff08;1&＃xff09;JDBC是一种用于执行SQL语句的Java API&＃xff0c;它定义了用来访问PG数据库的标准Java类库&＃xff0c;只能是PG的SQL语句&＃xff0c;而不包括其它关系数据库系统&＃xff08;×&＃xff09;

&＃xff08;2&＃xff09;JDBC定义了用来访问数据库的标准Java类库&＃xff0c;使用这个类库可以以一种标准的方法、方便地访问各种关系数据库&＃xff0c;包括pgSQL&＃xff08;√&＃xff09;

&＃xff08;2.5&＃xff09;ODBC定义了用来访问数据库的标准Java类库&＃xff0c;使用这个类库可以以一种标准的方法、方便地访问各种关系数据库&＃xff0c;包括pgSQL&＃xff08;×&＃xff09;

这是JDBC的特点
C、C&＃43;&＃43;也有连接访问数据库的标准API叫ODBC

&＃xff08;3&＃xff09;Java通过JDBC来访问数据库&＃xff0c;这些包含了JDBC连接访问数据库语句的Java程序就是普通Java程序&＃xff0c;需要导入相应的包&＃xff0c;即import Java.sql.*&＃xff0c;用Java语言编译器编译成字节码&＃xff0c;就可以在Java虚拟机上运行了&＃xff08;√&＃xff09;
&＃xff08;4&＃xff09;用 Class.forName (“org.postgresql.Driver”);加载JDBC驱动程序后就可以访问各种关系数据库系统&＃xff0c;比如ORACLE等&＃xff08;×&＃xff09;
&＃xff08;5&＃xff09;JDBC还提供了查询结果集模式和数据库模式的机制&＃xff08;√&＃xff09;

&＃xff08;6&＃xff09;JSP是一种使用Java开发Web应用程序的服务器端脚本技术&＃xff0c;它把Java代码嵌入在html文档中&＃xff0c;用<% 和 %>括起来的部分是html代码&＃xff08;×&＃xff09;

用 “<%” 和 “%>” 括起来的是Java代码

&＃xff08;7&＃xff09;用JSP编写的动态Web页面中&＃xff0c;会出现用<% 和 %>括起来的Java代码&＃xff0c;包括通过JDBC访问数据库的加载驱动程序、建立数据库连接、创建Statement对象&＃xff0c;执行pgSQL语句以及善后处理&＃xff0c;以及输出等&＃xff08;√&＃xff09;

&＃xff08;8&＃xff09;当打开结果集对象时&＃xff0c;游标指向结果集第一行的前面&＃xff08;√&＃xff09;
&＃xff08;9&＃xff09;用 Connection 的 getMetaData 方法&＃xff0c;可以返回程序当前连接数据库的元数据到 DatabaseMetaData对象&＃xff08;√&＃xff09;

&＃xff08;10&＃xff09;PG允许使用各种不同的程序设计语言来编写函数&＃xff0c;特别是内建了PL/pgSQL&＃xff08;√&＃xff09;
&＃xff08;11&＃xff09;存储函数的主要优势之一是运行效率高&＃xff08;√&＃xff09;

&＃xff08;12&＃xff09;PL/pgSQL提供了流程控制语句&＃xff0c;有条件控制语句和循环控制语句。这些语句的语法、语义和一般的高级语言&＃xff0c;比如C语言完全不同&＃xff08;×&＃xff09;
在这里插入图片描述

&＃xff08;13&＃xff09;使用JDBC可以以一种标准的方法、方便地访问各种关系数据库&＃xff08;√&＃xff09;

第五章

PG数据保护&＃xff08;上&＃xff09;

&＃xff08;1&＃xff09;数据库系统的特点之一就是由数据库管理系统提供统一的机制保护数据安全&＃xff08;√&＃xff09;
&＃xff08;1.1&＃xff09;‍数据安全的含义包括数据保密性、数据完整性、数据可用性&＃xff08;√&＃xff09;
&＃xff08;1.2&＃xff09;‎数据保密性涉及数据值的保密和数据存在性的保密&＃xff08;√&＃xff09;

&＃xff08;2&＃xff09;数据完整性指对数据的期望使用能力&＃xff0c;保护数据可用性通常指减少数据库系统停工时间&＃xff0c;保持数据持续可访问&＃xff08;×&＃xff09;

数据保密性是指对数据资源的隐藏&＃xff0c;数据完整性指的是数据的可信度&＃xff0c;数据可用性是对数据的期望使用能力&＃xff0c;

&＃xff08;2.1&＃xff09;‏数据可用性是指对数据资源的隐藏&＃xff08;×&＃xff09;
&＃xff08;2.2&＃xff09;数据保密性指的是数据的可信度&＃xff08;×&＃xff09;

&＃xff08;3&＃xff09;数据完整性包括数据值的完整性和数据来源的完整性&＃xff08;√&＃xff09;
&＃xff08;4&＃xff09;数据库管理系统中的故障恢复机制不仅维护故障情况下的数据完整性&＃xff0c;并且由于故障恢复机制对故障的有效处理&＃xff0c;它也是保护数据可用性的重要手段&＃xff08;√&＃xff09;

&＃xff08;5&＃xff09;定义了完整性约束&＃xff0c;就可以保证数据始终真实正确&＃xff08;×&＃xff09;

软件系统无法保证数据的真实正确性&＃xff0c;但可以保证数据符合可明确定义的约束。这种约束通常称为完整性约束

&＃xff08;6&＃xff09;数据库中存储视图的定义和数据&＃xff08;×&＃xff09;

在创建一个视图时&＃xff0c;只是把其视图的定义存放在数据字典中&＃xff0c;而不存储视图对应的数据&＃xff0c;在用户使用视图时才去查询对应的数据

&＃xff08;6.5&＃xff09;数据库中只存储视图的定义&＃xff0c;不存储视图的数据&＃xff0c;视图中的数据是在使用视图时按照视图定义中的查询临时计算的。&＃xff08;√&＃xff09;

&＃xff08;7&＃xff09;视图可以对数据存在性方面的保密性提供保护&＃xff08;√&＃xff09;
&＃xff08;7.1&＃xff09;‏视图提供了数据存在性的保护&＃xff08;√&＃xff09;
&＃xff08;7.2&＃xff09;视图能够简化用户的操作&＃xff1b;适当的利用视图可以更清晰的表达查询&＃xff08;√&＃xff09;

&＃xff08;8&＃xff09;可以使用视图定义视图&＃xff08;√&＃xff09;
&＃xff08;8.5&＃xff09;‎不能使用视图定义视图&＃xff08;×&＃xff09;

视图是从若干基本表和&＃xff08;或&＃xff09;其他试图构造出来的“虚表”。

&＃xff08;9&＃xff09;数据库只存储表的定义&＃xff0c;不存储相应的数据&＃xff08;×&＃xff09;

&＃xff08;10&＃xff09;视图支持实现数据的逻辑独立性&＃xff08;√&＃xff09;。

&＃xff08;11&＃xff09;一旦组角色已经存在了&＃xff0c;那么就可以用 GRANT和REVOKE命令添加和撤消权限&＃xff0c;也可以建立循环的成员关系&＃xff08;×&＃xff09;

不可以建立循环的成员关系。

&＃xff08;12&＃xff09;PG使用角色来统一管理用户&＃xff08;√&＃xff09;
&＃xff08;12.5&＃xff09;PG使用用户来统一管理角色&＃xff08;×&＃xff09;

&＃xff08;13&＃xff09;PG 提供 GRANT 语句来给角色撤销数据库操作权限&＃xff08;×&＃xff09;
&＃xff08;13.5&＃xff09;PG提供REVOKE 语句来给角色授予数据库操作权限&＃xff08;×&＃xff09;

使用GRANT命令给用户授予角色&＃xff0c;使用REVOKE给用户撤销角色

&＃xff08;14&＃xff09;CREATE ROLE nini SUPERUSER; 的功能&＃xff1a;创建“数据库超级用户”角色nini
&＃xff08;14.1&＃xff09;创建可创建角色的组角色lichen用语句&＃xff1a;CREATE ROLE lichen CREATEROLE;&＃xff08;√&＃xff09;
&＃xff08;14.2&＃xff09;删除组角色yangni用语句&＃xff1a;DROP ROLE yangni; &＃xff08;√&＃xff09;
&＃xff08;14.3&＃xff09;CREATE ROLE yanni 该语句的功能是创建组角色yanni&＃xff08;√&＃xff09;
&＃xff08;14.4&＃xff09;修改组角色名yanni为newyanni用语句&＃xff1a;ALTER ROLE yangchen CREATEROLE CREATEDB;&＃xff08;×&＃xff09;

应该是 RENAME USER yanni TO newyanni

&＃xff08;15&＃xff09;数据库管理系统中的并发控制机制维护并发访问情况下的数据完整性&＃xff08;√&＃xff09;

&＃xff08;16&＃xff09;组角色就是作为组使用的角色&＃xff0c;一般不应当具有 LOGIN 属&＃xff08;√&＃xff09;
&＃xff08;17&＃xff09;‍PG中&＃xff0c;默认情况下&＃xff0c;新建立的数据库总是包含一个“超级用户”角色&＃xff0c;并且默认这个组角色名为postgres&＃xff08;√&＃xff09;

&＃xff08;18&＃xff09;
在这里插入图片描述
应该是修改考官号和查询examiner表。

&＃xff08;19&＃xff09;
在这里插入图片描述

PG数据保护&＃xff08;下&＃xff09;

完整性约束

&＃xff08;1&＃xff09;将一个表的一个或几个属性定义为外键后&＃xff0c;引用表插入元组或对外键列进行修改操作时&＃xff0c;系统自动检查是否将会导致违背外键约束&＃xff0c;如果将会违背外键约束&＃xff0c;则拒绝插入或修改&＃xff08;√&＃xff09;

&＃xff08;2&＃xff09;主键约束意味着各元组主键值不能重复&＃xff0c;且不能为空&＃xff08;√&＃xff09;
&＃xff08;2.1&＃xff09;‏候选键约束意味着各元组主键值不能重复&＃xff0c;且不能为空&＃xff08;×&＃xff09;
&＃xff08;2.2&＃xff09;eeexam表的主键由eeid&＃xff0c;eid属性组成&＃xff0c;此时主键由两个属性一起组成&＃xff0c;可以同时在eeid、eid属性声明的后面分别写上PRIMARY KEY就可以了&＃xff08;×&＃xff09;

应该写成 primary key(eeid, eid)

&＃xff08;2.3&＃xff09;将一个表的一个或几个属性定义为候选键后&＃xff0c;插入元组或对主键列进行修改操作时&＃xff0c;系统自动检查主键的各个属性是否为空&＃xff0c;只要有一个为空就拒绝插入或修改&＃xff1b;并且检查候选键值是否唯一&＃xff0c;如果不唯一则拒绝插入或修改&＃xff08;×&＃xff09;

将一个表的一个或几个属性定义为主键后&＃xff0c;插入元组或对主键列进行修改操作时&＃xff0c;系统自动检查主键的各个属性是否为空&＃xff0c;只要有一个为空就拒绝插入或修改&＃xff1b;并且检查候主键是否唯一&＃xff0c;如果不唯一则拒绝插入或修改.

&＃xff08;2.4&＃xff09;删除操作不会检验主键约束&＃xff08;√&＃xff09;

删除操作不会导致违背主键约束&＃xff0c;只有对关系进行插入或修改时系统才检验主键约束

&＃xff08;3&＃xff09;将一个表的一个或几个属性定义为外键后&＃xff0c;被引用表删除或修改时&＃xff0c;系统不会自动检查是否将会违背外键约束&＃xff08;×&＃xff09;

被引用表删除或修改时&＃xff0c;系统也会自动检查是否违背外键约束.

&＃xff08;4&＃xff09;非空约束意味着每个元组对应列值不能为空&＃xff08;√&＃xff09;
&＃xff08;5&＃xff09;每当插入元组或者修改表中元组时, 就对基于元组的CHECK约束中的条件进行检验&＃xff08;√&＃xff09;

&＃xff08;6&＃xff09;唯一值约束意味着相应的属性&＃xff08;或属性组&＃xff09;为候选键&＃xff08;√&＃xff09;
&＃xff08;7&＃xff09;‎主键约束声明一个字段(或者一组字段)的数值必须匹配另外一个表中出现的数值&＃xff08;×&＃xff09;

外键

&＃xff08;8&＃xff09;‏典型的完整性约束包括主键约束、外键约束、值非空、值唯一等&＃xff08;√&＃xff09;

触发器

&＃xff08;1&＃xff09;语句级before触发器返回N非NULL则返回的行将成为被插入的行或者更新的行&＃xff08;×&＃xff09;

触发器函数必须返回一个NULL或者一个元组类型的变量&＃xff1b;
语句级触发器应返回NULL&＃xff1b;
行级after触发器的值总是被忽略&＃xff0c;可以返回NULL&＃xff1b;
行级before触发器的返回值不同&＃xff0c;对触发器操作的影响也不同&＃xff0c;如果返回NULL则忽略该触发器的行级别操作&＃xff0c;其后的触发器也不会被执行&＃xff1b;如果非NULL则返回的行将称为被插入或更新的行.

&＃xff08;2.1&＃xff09;触发器比CHECK约束更灵活&＃xff0c;可以实施各种复杂的检查和操作&＃xff0c;具有更精细和更强大的数据保护能力&＃xff08;√&＃xff09;
&＃xff08;2.2&＃xff09;触发器是用户定义在关系表上的由事件驱动调用的函数&＃xff08;√&＃xff09;

&＃xff08;3&＃xff09;触发器可以定义在触发事件之前或之后&＃xff0c;即分为BEFORE和AFTER触发器&＃xff0c;分别在操作完成前和操作完成后触发&＃xff0c;执行触发器函数&＃xff08;√&＃xff09;

&＃xff08;4&＃xff09;行级触发器的触发器函数为每条触发语句执行一次&＃xff08;×&＃xff09;

行级触发器的触发器函数为触发语句影响的每一行执行一次&＃xff1b;语句级触发器的触发器函数为每条触发语句执行一次.

&＃xff08;5&＃xff09;通常&＃xff0c;用行级before触发器检查或修改将要插入或者更新的数据&＃xff08;√&＃xff09;
&＃xff08;5.1&＃xff09;通常&＃xff0c;用行的after触发器更新其它表&＃xff0c;或进行一致性检查&＃xff08;√&＃xff09;

用行级before触发器检查或修改将要插入或者更新的数据&＃xff0c;用行级的after触发器更新其他表&＃xff0c;或进行一致性检查。

&＃xff08;6&＃xff09;语句级before触发器在触发语句开始之前触发&＃xff08;√&＃xff09;
&＃xff08;6.1&＃xff09;行级after触发器在修改由触发SQL语句影响的每一行记录之后触发&＃xff08;√&＃xff09;

语句级before触发器在触发语句开始之前触发&＃xff1b;
语句级after触发器在触发语句结束时触发&＃xff1b;
行级before触发器对特定行进行操作之前触发&＃xff1b;
行级after触发器在修改由触发SQL语句影响的每一行记录之后触发&＃xff1b;

在这里插入图片描述

&＃xff08;7&＃xff09;触发器只能定义在触发事件之后&＃xff0c;在事件发生后触发&＃xff0c;执行触发器函数&＃xff08;×&＃xff09;

也可以在之前

事务

&＃xff08;1&＃xff09;事务隔离性指应用程序所定义的事务&＃xff0c;其单独成功的执行&＃xff0c;必定是使数据库从一个一致性状态变到另一个一致性状态&＃xff08;×&＃xff09;
&＃xff08;1.1&＃xff09;事务一致性指事务中包含的所有操作要么都做&＃xff0c;要么都不做&＃xff08;×&＃xff09;

事务一致性指应用程序所定义的事务&＃xff0c;如果其单独执行&＃xff0c;应使数据库从一个一致性状态变为另一个一致性状态。
事务隔离性指一个事务的执行不会被其他事务干扰。
事务原子性指事务中包含的所有操作要么都做&＃xff0c;要么都不做。
事务持久性指一个事务一旦被提交&＃xff0c;它对数据库中的数据的改变就是持久性的&＃xff0c;接下来其他操作或故障不会对其执行结果有任何影响。

&＃xff08;2&＃xff09;PG用BEGIN和COMMIT&＃xff08;或ROLLBACK&＃xff09;将数据库访问操作指令序列包围以声明一个事务&＃xff08;√&＃xff09;

&＃xff08;3&＃xff09;PG提供三种独立的事务隔离级别&＃xff0c;分别是读已提交READ COMMITTED、REPEATABLE READ和可串行化SERIALIZABLE&＃xff08;√&＃xff09;

MySQL提供四种独立的事务隔离级别&＃xff0c;分别是读未提交READ UNCOMMITTED&＃xff0c;读已提交READ COMMITTED&＃xff0c;可重复读REPEATABLE READ&＃xff0c;可串行化SERIALIZABLE.

&＃xff08;4&＃xff09;可串行化事务中的语句看到的是该事务开始时的快照&＃xff08;√&＃xff09;
&＃xff08;5&＃xff09;可串行化级别提供最严格的事务隔离&＃xff0c;因为事务是一个接着一个串行执行的&＃xff08;×&＃xff09;

可串行化&＃xff08;Serializable&＃xff09; 提供最严格的事务隔离。这个级别模拟串行的事务执行&＃xff0c;就好像事务将被一个接着一个那样串行的&＃xff0c;而不是并行的执行。不过&＃xff0c;使用这个级别的应用必须准备在串行化失败的时候重新发动事务。

&＃xff08;6&＃xff09;如果一个事务需要连续做若干个命令&＃xff0c;而这几个命令必须看到完全相同的数据库视图,隔离级别就需要用读已提交&＃xff08;×&＃xff09;

如果一个事务需要连续做若干个命令&＃xff0c;而这几个命令必须看到完全相同的数据库视图&＃xff0c;那么就需要可串行化隔离级别

&＃xff08;7&＃xff09;如果没有显式BEGIN命令&＃xff0c;PG把每个SQL语句当做一个事务来看待&＃xff08;√&＃xff09;

加密

&＃xff08;1&＃xff09;数据被加密后的结果称为密文&＃xff0c;把密文还原为明文的过程称为解密&＃xff08;√&＃xff09;
&＃xff08;2&＃xff09;加密体系中最核心的是用于加密解密的算法和密钥&＃xff08;√&＃xff09;

&＃xff08;3&＃xff09;现代加密体系中算法通常是公开的&＃xff0c;密钥是保密的并且需要向可信权威机构申请&＃xff0c;安全性完全取决于密钥的保密性&＃xff08;√&＃xff09;
&＃xff08;3.1&＃xff09;现代加密体系中密钥和算法都是保密的&＃xff0c;安全性完全取决于它们的保密性&＃xff08;×&＃xff09;

&＃xff08;4&＃xff09;‏数据被称为明文&＃xff0c;用某种方法伪装数据以隐藏它的内容的过程称为加密&＃xff08;√&＃xff09;

&＃xff08;5&＃xff09;加密算法一般可分为加密解密密钥相同的对称加密、加密解密密钥不同的非对称加密和单向加密三类&＃xff08;√&＃xff09;

第六章

数据库设计方法和生命周期

&＃xff08;1&＃xff09;概念模式与具体DBMS有关&＃xff08;×&＃xff09;

概念模式与具体的DBMS无关

&＃xff08;2&＃xff09;数据库设计方法主要包括实体-联系方法和属性-联系方法两种&＃xff08;√&＃xff09;
&＃xff08;3&＃xff09;实体-联系设计方法围绕实体展开&＃xff0c;从软件工程角度来看&＃xff0c;数据库生命周期经历需求分析、概念设计、逻辑设计、物理设计、数据库实现以及运行维护等阶段&＃xff08;√&＃xff09;
&＃xff08;4&＃xff09;概念模式通常使用实体-联系图表示&＃xff08;√&＃xff09;
&＃xff08;4.1&＃xff09;‎逻辑模式通常使用实体-联系图表示&＃xff08;×&＃xff09;

&＃xff08;5&＃xff09;属性-联系数据库设计方法围绕属性展开&＃xff08;√&＃xff09;
&＃xff08;5.1&＃xff09;实体联系方法&＃xff0c;以实体的属性为中心&＃xff0c;着重于属性之间的依赖关系&＃xff08;×&＃xff09;

实体联系方法以实体为中心&＃xff0c;着重于一个关系模式&＃xff0c;基本对应一个实体或者联系&＃xff0c;即关系模式与实体或联系之间基本是一一对应的&＃xff1b;
属性联系方法以属性为中心&＃xff0c;着重于属性之间的依赖关系.

&＃xff08;6&＃xff09;属性-联系设计方法&＃xff0c;是在需求分析的基础上直接采用属性-联系方法进行逻辑设计&＃xff0c;也就是把数据库保存的所有属性放在一张关系表中&＃xff0c;进而通过属性之间的联系&＃xff0c;来不断的优化这个关系表的模式&＃xff0c;得到期望的结果模式&＃xff08;√&＃xff09;
&＃xff08;7&＃xff09;实体联系方法&＃xff0c;以实体为中心&＃xff0c;着重于一个关系模式&＃xff0c;基本对应一个实体或联系&＃xff0c;即关系模式与实体或联系之间基本是一一对应的&＃xff08;√&＃xff09;
&＃xff08;8&＃xff09;属性联系方法&＃xff0c;以属性为中心&＃xff0c;着重于属性之间的依赖关系&＃xff08;√&＃xff09;
&＃xff08;9&＃xff09;实际当中的数据库设计&＃xff0c;通常将两种方法相结合&＃xff0c;宏观上采用实体-联系方法&＃xff0c;微观上采用属性-联系方法&＃xff0c;也就是对由概念模式转换而来的关系表运用属性-联系方法进行分析优化&＃xff08;√&＃xff09;

E-R模型元素

&＃xff08;1&＃xff09;联系不可能有属性&＃xff08;×&＃xff09;
&＃xff08;1.1&＃xff09;联系可能会有属性&＃xff08;√&＃xff09;

&＃xff08;2&＃xff09;E-R图主要包括实体和联系以及它们各自的属性&＃xff08;√&＃xff09;
&＃xff08;3&＃xff09;像这样能够并且用来区分一个实体集中不同的一个个实体的最小的属性集或者是属性组&＃xff08;一组属性&＃xff09;&＃xff0c;称为实体标识符&＃xff0c;&＃xff08;简称标识符&＃xff09;也称为实体主键&＃xff08;简称主键&＃xff09;&＃xff08;√&＃xff09;
&＃xff08;4&＃xff09;联系关联的实体个数称为该联系的元数或度数&＃xff08;√&＃xff09;
&＃xff08;5&＃xff09;同类实体集内部实体与实体之间的联系&＃xff0c;称为一元联系&＃xff08;√&＃xff09;
&＃xff08;6&＃xff09;两个不同实体集中实体之间的联系&＃xff0c;称为二元联系&＃xff08;√&＃xff09;
&＃xff08;7&＃xff09;如果实体集E1中&＃xff0c;每个实体可以与实体集E2中任意个&＃xff08;零个或多个&＃xff09;实体之间具有联系&＃xff0c;并且E2中每个实体至多和E1中一个实体有联系&＃xff0c;那么我们就把E1对E2的联系称为“一对多联系”&＃xff08;√&＃xff09;
&＃xff08;7.1&＃xff09;‏如果实体集E1中每个实体至多和实体集当中的一个实体有联系&＃xff0c;那么实体集E1和E2的联系称为“一对一联系”&＃xff08;×&＃xff09;
&＃xff08;7.1&＃xff09;三个不同实体集中实体之间的联系&＃xff0c;称为三元联系&＃xff08;√&＃xff09;
在这里插入图片描述

基本E-R图设计

&＃xff08;1&＃xff09;一个人会喜欢另一个人&＃xff0c;人与人之间的联系“喜欢”是一个一元联系&＃xff08;√&＃xff09;
&＃xff08;2&＃xff09;一个辅导员只辅导一个班级&＃xff0c;一个班级只由一个辅导员来管理&＃xff0c;辅导员和班级之间的联系&＃xff0c;是一个一对一的联系&＃xff08;√&＃xff09;
&＃xff08;3&＃xff09;一个辅导员只辅导一个班级&＃xff0c;一个班级有多个学生&＃xff0c;辅导员和班级之间的联系&＃xff0c;是一个一对多的联系&＃xff08;×&＃xff09;

基本E-R图转换为关系模式

&＃xff08;1&＃xff09;由联系转换来的表的主键&＃xfeff;与任一端实体主键相同&＃xff08;×&＃xff09;

描述过于简单

&＃xff08;2&＃xff09;当把一个实体转换为一个关系模式时&＃xff0c;实体的一个属性对应为该表的一个列&＃xff0c;实体的主键就是表的主键&＃xff08;√&＃xff09;
&＃xff08;3&＃xff09;一个联系转换为一个关系模式&＃xff0c;联系的属性对应表的属性&＃xff0c;并上所有参与联系的各实体主键的并集&＃xff08;√&＃xff09;
&＃xff08;4&＃xff09;一个1&＃xff1a;1联系转换的表可与任一端实体对应的表合并在一起&＃xff08;√&＃xff09;
&＃xff08;5&＃xff09;一个1&＃xff1a;n联系转换的表可以与1端对应的表合并在一起&＃xff08;×&＃xff09;