图像数据量=图像的总像素数*像素深度/8(Byte)
一幅640*480的256色图像,其数据量为:
640*480*8/8=300kb
书63页 显示分辨率一般用设备水平方向和垂直方向上的最大像素数目来表示。例如,显示分辨率为1024*768表示显示屏分成768行(垂直分辨率),每行(水平分辨率)显示1024个像素。图像分辨率也使用图像的水平方向和垂直方向上的像素数码来表示。对应打印设备或图像扫描设备,一般用其处理能力即每英寸的像素点数(dpi)来表示其分辨率。例如,用200dpi来扫描一幅2*2.5平方英寸的彩色照片,可以得到一幅400*500个像素点的图像。
数据模型的三要素
(1)数据结构。
(2)数据操作。
(3)数据的约束条件。是一组完整新规则的集合。
在设计软件的模块结构时,()不能改进设计质量。
A.尽量减少高扇出结构 B.模块的大小适中 C.将具有相似功能的模块合并 D.完善模块的功能
在数据库系统运行维护阶段,通过重建视图能够实现( )
(28)A.程序的逻辑独立性 B. 程序的物理独立性 C. 数据的逻辑独立性 D. 数据的物理独立性
将该查询转换为等价的 SQL 语句如下:
数据库概念结构设计阶段的工作步骤依次为 ( )。
(38) A.设计局部视图→抽象→修改重构消除冗余→合并取消冲突
B. 设计局部视图→抽象→合并取消冲突→修改重构消除冗余
C. 抽象→设计局部视图→修改重构消除冗余→合并取消冲突
D. 抽象→设计局部视图→合并取消冲突→修改重构消除冗余
概念设计的任务一般可分为3步来完成:进行数据抽象,设计局部概念模型;将局部概念模型综合成全局概念模型;评审。
已知数据信息,最少最少应附加( )位校验位,才能实现海明码纠错。
A. 3 |
B. 4 |
C. 5 |
D. 6 |
在某企业的工程项目管理数据库中供应商关系Supp、项目关系Proj 和零件关系Part 的E-R 模型和关系模式如下
Supp (供应商号,供应商名,地址,电话) //供应商号唯一标识Supp中的每一个元组
Proj (项目号,项目名,负责人,电话) //项目号唯一标识 Proj 中的每一个元组
Part (零件号,零件名) //零件号唯一标识 Part 中的每一个元组
其中,每个供应商可以为多个项目供应多种零件,每个项目可以由多个供应商供应多种零件,每种零件可以由多个供应商供应给多个项目。SP_P 的联系类型为(40),(41)。
A. *:*:* |
B. 1:*:* |
C. 1:1:* |
D. 1:1:1 |
在某企业的工程项目管理数据库中供应商关系Supp、项目关系Proj 和零件关系Part 的E-R 模型和关系模式如下
Supp (供应商号,供应商名,地址,电话) //供应商号唯一标识Supp中的每一个元组
Proj (项目号,项目名,负责人,电话) //项目号唯一标识 Proj 中的每一个元组
Part (零件号,零件名) //零件号唯一标识 Part 中的每一个元组
其中,每个供应商可以为多个项目供应多种零件,每个项目可以由多个供应商供应多种零件,每种零件可以由多个供应商供应给多个项目。SP_P 的联系类型为(40),(41)。
A. 不需要生成一个独立的关系模式 |
B. 需要生成一个独立的关系模式,该模式的主键为(项目号,零件号,数量) |
C. 需要生成一个独立的关系模式,该模式的主键为(供应商号,数量) |
D. 需要生成一个独立关个系模式,该模式的主键为(供应商号,项目号,零件号) |
给定关系模式SP _P (供应商号,项目号,零件号,数量),查询至少给3 个(包含3 个)不同项目供应了零件的供应商,要求输出供应商号和供应零件数量的总和,并按供应商号降序排列。 SELECT 供应商号, SUM (数量) FROMSP _P (42)(43)(44)。 |
A. ORDERBY 供应商号 |
B. GRÒUPBY 供应商号 |
C. ORDERBY 供应商号 ASC |
D. GROUPBY 供应商号 DESC |
给定关系模式SP _P (供应商号,项目号,零件号,数量),查询至少给3 个(包含3 个)不同项目供应了零件的供应商,要求输出供应商号和供应零件数量的总和,并按供应商号降序排列。 SELECT 供应商号, SUM (数量) FROMSP _P (42)(43)(44)。 |
A. WHERE 项目号 >2 |
B. WHERE COUNT(项目号)>2 |
C. HAVING (DISTINCT 项目号)> 2 |
D. HAVING COUNT(DISTINCT 项目号)>2 |
给定关系模式SP _P (供应商号,项目号,零件号,数量),查询至少给3 个(包含3 个)不同项目供应了零件的供应商,要求输出供应商号和供应零件数量的总和,并按供应商号降序排列。 SELECT 供应商号, SUM (数量) FROMSP _P (42)(43)(44)。 |
A. ORPERBY 供应商号 |
B. GROUPBY 供应商号 |
C. ORDERBY 供应商号 DESC |
D. GROUP BY 供应商号 DESC |
在SQL中,用户( )获取权限。 |
A. 只能通过数据库管理员授权 |
B. 可通过对象的所有者执行GRANT语句 |
C. 可通过自己执行GRANT语句 |
D. 可由任意用户授权 |
某企业部门关系模式Dept(部门号,部门名,负责人工号,任职时间),员工关系模式EMP(员工号,姓名,年龄,月薪资,部门号,电话,办公室)。部门和员工关系的外键分别是(40)。查询每个部门中月薪资最高的员工号、姓名、部门名和月薪资的SQL查询语句如下: |
A. 员工号和部门号 |
B. 负责人工号和部门号 |
C. 负责人工号和员工号 |
D. 部门号和员工号 |
某企业部门关系模式Dept(部门号,部门名,负责人工号,任职时间),员工关系模式EMP(员工号,姓名,年龄,月薪资,部门号,电话,办公室)。部门和员工关系的外键分别是(40)。查询每个部门中月薪资最高的员工号、姓名、部门名和月薪资的SQL查询语句如下: |
A. Y.部门号=Dept.部门号 |
B. EMP.部门号=Dept.部门号 |
C. Y.员工号=Dept.负责人工号 |
D. EMP.部门号=Dept.负责人工号 |
某企业部门关系模式Dept(部门号,部门名,负责人工号,任职时间),员工关系模式EMP(员工号,姓名,年龄,月薪资,部门号,电话,办公室)。部门和员工关系的外键分别是(40)。查询每个部门中月薪资最高的员工号、姓名、部门名和月薪资的SQL查询语句如下: |
A. Z.员工号=Y.员工号 |
B. Z.员工号=Y.负责人工号 |
C. Z.部门号=部门号 |
D. Z.部门号=Y.部门号 |
关系数据库中通常包含多个表,表与表之间的关联关系通过(48)来实现,通过(49)运算将两个关联的表合并成一张信息等价的表。 |
A. 指针 |
B. 外码 |
C. 索引 |
D. 视图 |
关系数据库中通常包含多个表,表与表之间的关联关系通过(48)来实现,通过(49)运算将两个关联的表合并成一张信息等价的表。 |
A. 选择 |
B. 投影 |
C. 笛卡尔积 |
D. 自然连接 |
若系统使用频度最高的查询语句为 为使该查询语句的执行效率最高,应创建(50)。 |
A. Sno上的索引 |
B. Cno上的索引 |
C. Sno,Cno上的索引 |
D. SC上的视图SC_V(Sno,Cno) |
将存储过程p1的执行权限授予用户U2的SQL语句为: GRANT(51)ON PROCEDURE P1 TO U2; |
A. INSERT |
B. UPDATE |
C. DELETE |
D. EXECUTE |
在关系R(A1,A2,A3)和S(A2,A3,A4)上进行关系运算的4个等价的表达式E1,E2,E3和E4如下所示: 如果严格按照表达式运算顺序,则查询效率最高的是(30) 。将该查询转换为等价的SQL语句如下: SELECT A1,A4 FROM R ,S WHERE(31) |
A. R.A2< 2015 0R S.A4=95 |
B. R.A2< 2015 AND S.A4=95 |
C. R.A2< 2015 0R S.A4=95 0R R.A2=S.A2 |
D. R.A2< 2015 AND S.A4=95 AND R.A3=S.A3 |
某医院住院部信息系统中有病人表R(住院号,姓名,性别,科室号,病房,家庭住址),“住院号”唯一标识表R中的每一个元组,“性别”的取值只能为M或F,“家庭住址”包括省、市、街道、邮编,要求科室号参照科室关系D中的科室号;科室关系D(科室号,科室名,负责人,联系电话),“科室号”唯一标识关系D中的每一个元组。 a.创建关系R的SQL语句如下: CREATE TABLE R(住院号CHAR(8) (40), 姓名CHAR(10), 性别CHAR(1) (41), 科室号CHAR(4), 病房CHAR(4), 家庭住址ADDR, //ADDR为用户定义的类 (42) ); b.表R中复合属性是(43)。 |
A. PRIMARY KEY |
B. REFERENCES D(科室号) |
C. NOT NULL |
D. REFERENCES D(科室名) |
某医院住院部信息系统中有病人表R(住院号,姓名,性别,科室号,病房,家庭住址),“住院号”唯一标识表R中的每一个元组,“性别”的取值只能为M或F,“家庭住址”包括省、市、街道、邮编,要求科室号参照科室关系D中的科室号;科室关系D(科室号,科室名,负责人,联系电话),“科室号”唯一标识关系D中的每一个元组。 a.创建关系R的SQL语句如下: CREATE TABLE R(住院号CHAR(8) (40), 姓名CHAR(10), 性别CHAR(1) (41), 科室号CHAR(4), 病房CHAR(4), 家庭住址ADDR, //ADDR为用户定义的类 (42) ); b.表R中复合属性是(43)。 |
A. IN (M,F) |
B. CHECK('M','F') |
C. LIKE('M','F') |
D. CHECK(性别 IN('M','F')) |
数据库概念结构设计阶段是在( )的基础上,依照用户需求对信息进行分类、聚集和概括,建立概念模型。 |
A. 逻辑设计 |
B. 需求分析 |
C. 物理设计 |
D. 运行维护 |
某销售公司需开发数据库应用系统管理客户的商品购买信息。该系统需记录客户的姓名、出生日期 、年龄和身份证号信息,记录客户每次购买的商品名称和购买时间等信息。如果在设计时将出生日期和年龄都设定为客户实体的属性,则年龄属于(57),数据库中购买记录表中每条购买记录对应的客户必须在客户表中存在,这个约束属于(58)。 |
A. 派生属性 |
B. 多值属性 |
C. 主属性 |
D. 复合属性 |
某销售公司需开发数据库应用系统管理客户的商品购买信息。该系统需记录客户的姓名、出生日期 、年龄和身份证号信息,记录客户每次购买的商品名称和购买时间等信息。如果在设计时将出生日期和年龄都设定为客户实体的属性,则年龄属于(57),数据库中购买记录表中每条购买记录对应的客户必须在客户表中存在,这个约束属于(58)。 |
A. 参与约束 |
B. 参照完整性约束 |
C. 映射约束 |
D. 主键约束 |
在某企业的信息综合管理系统设计阶段,员工实体在质量管理子系统中被称为“质检员”,而在人事管理子系统中被称为“员工”,这类冲突被称之为(29)。 |
A. 语义冲突 |
B. 命名冲突 |
C. 属性冲突 |
D. 结构冲突 |
关系规范化是在数据库设计的(32)阶段进行。 |
A. 需求分析 |
B. 概念设计 |
C. 逻辑设计 |
D. 物理设计 |
在数据库设计过程中,设计用户外模式属于(28);数据的物理独立性和数据的逻辑独立性是分别通过修改(29)来完成的。 |
A. 概念结构设计 |
B. 物理设计 |
C. 逻辑结构设计 |
D. 数据库实施 |
在数据库设计过程中,设计用户外模式属于(28);数据的物理独立性和数据的逻辑独立性是分别通过修改(29)来完成的。 |
A. 模式与内模式之间的映像、外模式与模式之间的映像 |
B. 外模式与内模式之间的映像、外模式与模式之间的映像 |
C. 外模式与模式之间的映像、模式与内模式之间的映像 |
D. 外模式与内模式之间的映像、模式与内模式之间的映像 |
在设计分E-R图阶段,人力部门定义的员工实体具有属件:员工号,姓名,性别和出生日期;教学部门定义的教师实体具有属性;教工号,姓名和职称.、这种情况属于(58),合并E-R图时,,解决这一冲突的方法是(59)。 |
A. 属性冲突 |
B. 命名冲突 |
C. 结构冲突 |
D. 实体冲突 |