资料范本
本资料为word版本，可以直接编辑和打印，感谢您的下载
各项目数据库建立及数据处理文档
地点：__________________
时间：__________________
说明：本资料适用于约定双方经过谈判，协商而共同承认，共同遵守的责任与义务，仅供参考，文档可直接下载或修改，不需要的部分可直接删除，使用时请详细阅读内容
各项目数据库建立及数据处理文档
1.与客户交流综合查询系统中的历史下发的数据信息与需要中心下发的数据的准备
到客户现场，与客户沟通他们历史下发的jour_**.tar.gz的存放情况，收集这些数据，为导入到历史流水表做准备。同时咨询客户他们的jour2_**.tar.gz与jour3_**.tar.gz是什么时候下发的。确定好日期以后与贵阳省中心的同事联系要求他们准备好需要一次性下发的数据。需要一次性下发的表清单：
actymas
bkcash
cuglac
cuintr
dcacczzh
hslnrecd
int_mas
lntrnlst
pasacno
upitmas
vchbook
bkcust --客户表
lntrnlst--贷款借款还款登记薄
t_ncs_tdywtj --通存通兑业务统计表
t_ncshstrjn --通存通兑交易历史登记簿
t_ncs_hdywtj--汇兑业务统计表
cupspos_acom --
hscups_inomsum--
dchsjn --卡流水表
upitmas --未登折项文件
cudygl --总账表
closmas --储蓄销户表
closcuacct --对公销户表
closlnrecd --贷款销户表
因为这些数据的准备需要花时间，所以先请省中心同事做数据的准备。
2.数据库建立部分
2.1.表空间建立
建立各应用的数据库表空间，用客户端登陆到数据库管理员。建立各应用表空间。注：由于数据处理的量大。各表空间要求建立到共享存储上，具体的位置咨询系统安装人员。
表空间建立脚本显示：
CREATE SMALLFILE
TABLESPACE "QINFO"
LOGGING
DATAFILE '/u01/app/oracle/oradata/bksvr/QINFO.dbf' SIZE 1024M
AUTOEXTEND
ON NEXT 512M MAXSIZE UNLIMITED EXTENT MANAGEMENT LOCAL
SEGMENT SPACE MANAGEMENT AUTO
注：红色部分表示表空间的数据文件存放的路径及名字。这个就是放在共离存储的路径下的。根据你上线的项目数量分别建立相应的表空间。
2.2.数据库用户的建立
2.2.1.查询系统QINFO与BANK用户的建立
查询系统与BANK的用户建立必需要附DBA权限，因为这两个在很多地方都使用了其他用户的数据。这些都要选择正确的表空间。
CREATE USER "QINFO" PROFILE "DEFAULT"
IDENTIFIED BY "qinfo" DEFAULT TABLESPACE "QINFO"
ACCOUNT UNLOCK;
GRANT "CONNECT" TO "QINFO";
BANK用户的建立类似，可以用ORACLE客户端去建立这些信息。
2.2.2.门户系统及其他系统数据库用户的建立
这些用户建立的时候，不需要赋太高的用户权限。但至少需要连接、资源、无限表空间、和查询任何数据字典的权限。（如果这些权限不够用。可以视情况加入其他权限）CLPORTAL用户：
CREATE USER "CLPORTAL" PROFILE "DEFAULT"
IDENTIFIED BY "clportal" DEFAULT TABLESPACE "CLPORTAL"
ACCOUNT UNLOCK;
GRANT "CONNECT" TO "CLPORTAL";
GRANT SELECT ANY DICTIONARY TO "CLPORTAL";
GRANT UNLIMITED TABLESPACE TO "CLPORTAL";
GRANT "RESOURCE" TO "CLPORTAL";
ALTER USER "CLPORTAL" DEFAULT ROLE ALL
FIXASS用户：
CREATE USER "FIXASS" PROFILE "DEFAULT"
IDENTIFIED BY "fixass" DEFAULT TABLESPACE "FIXASS"
ACCOUNT UNLOCK;
GRANT "CONNECT" TO "FIXASS";
GRANT SELECT ANY DICTIONARY TO "FIXASS";
GRANT UNLIMITED TABLESPACE TO "FIXASS";
GRANT "RESOURCE" TO "FIXASS";
ALTER USER "FIXASS" DEFAULT ROLE ALL
SHCPM用户：
CREATE USER "SHCPM" PROFILE "DEFAULT"
IDENTIFIED BY "shcpm" DEFAULT TABLESPACE "SHCPM"
ACCOUNT UNLOCK;
GRANT "CONNECT" TO "SHCPM";
GRANT SELECT ANY DICTIONARY TO "SHCPM";
GRANT UNLIMITED TABLESPACE TO "SHCPM";
GRANT "RESOURCE" TO "SHCPM";
ALTER USER "SHCPM" DEFAULT ROLE ALL
2.3.各系统DMP的导入与数据库表生成脚本的执行
分别导入各系统的DMP到数据库中。再进行其他的操作。对于BANK与QINFO，还需要特别处理一下系统中的相关表信息。执行脚本（bank用户登陆）：BANK的全部表结构及存储过程.sql，（QINFO用户登陆）qinfo的全部表结构及存储过程.sql。其中QINFO用户，因为导入了DMP，所以会提示很多错误，可以忽略这些错误。导入的目的是为了确保存储过程及函数的完整性。
2.4.BANK用户中bkinfo、bkbrch以及生成报表参数数据的初
始化
2.4.1.BKINFO表的初始化
使用工具导入《bkinfo全省.sql》脚本，删除掉非客户机构的数据信息，要咨询客户他们的机构代码编号是否有特殊情况，如果无特殊情况，则执行以下脚本即可完成，如果有特殊情况，还需要加入特殊机构的相关信息。
delete from bank.bkinfo where bank_cd<>293;
commit;
insert into bank.bkinfo_tmp select * from bank.bkinfo;
commit;
这里的293为你所上网点的机构号（这里一定要保证数据正确，否则会影响报表的正确生成）
2.4.2.BKBRCH表的初始化
使用工具导入《bkbrch全省.sql》脚本，删除掉非客户机构关系的数据信息，要咨询客
户他们的机构代码编号是否有特殊情况，如果无特殊情况，则执行以下脚本即可完成，如果有特殊情况，还需要加入特殊机构关系的相关信息。
delete from bank.bkbrch where bank_cd<>293;
commit;
insert into bank.bkbrch_tmp select * from bank.bkbrch;
commit;
这里的293为你所上网点的机构号（这里一定要保证数据正确，否则会影响报表的正确生成）
2.4.
3.Cublexm参数表的初始化
运行《cublexm.sql》脚本，初始化此参数表
2.4.4.cuglexm参数表的初始化
运行《cuglexm.sql》脚本，初始化此参数表
2.4.5.culspr_rpt参数表的初始化
运行《culspr_rpt.sql》脚本，初始化此参数表
2.4.6.头寸资金建表及初始化
运行《头寸资金建表及初始化.sql》脚本，初始化此参数表
2.4.7.cuglexm_tmp参数表的初始化
初始化此表时，一定要注意，必需保证BINFO与BKBRCH这两张表的数据一定要正确。确定这两张表数据正确后，运行《cuglexm_tmp表生成语句.sql》脚本初始化
2.4.8.指标数据的初始化
指标数据参数关系到指标的生成，必需要先初始化这些数据，否则指标数据无法正常生成。用BANK用户执行
exec core_index_deal.pro_init;
exec core_index_deal.pro_initobj;
执行完后要提交事务。
2.5.门户系统中CIBKINFO与CIBKBRCH数据的初始化
2.5.1.CIBKINFO数据的初始化
先导入门户系统的DMP包。导入后，查看CIBKINFO表，删除掉除了省联社和联社的其他机构信息。执行如下脚本初始化数据
insert into clportal.cibkinfo c
(c.insttu_cde,c.bank_cd,c.in_bank_cd,c.sname,c.bktype,c.appl_status,c.bk_flag,c.phone,c.cty_ chg,c.status,c.g_bank)
select
'01',bank_cd||lpad(sbank_cd,4,0),bank_cd||lpad(sbank_cd,4,0),sbrch_name,20,1,0,phone,0,0,0 from bkinfo;
update clportal.cibkinfo set sname='营业部'where in_bank_cd='2930100';--更新营业部的名字update clportal.cibkinfo set sname='安龙联社',in_bank_cd='2939999',bank_cd='2939999'where
in_bank_cd='2919999';--修改系统中联社的名字，红色字体要修改为你所在网点的信息
检查数据是否正确。
2.5.2.CIBKBRCH数据初始化
根据cibkinfo里的信息来初始化cibkbrch表数据：
truncate table clportal.cibkbrch;
insert into clportal.cibkbrch
(insttu_cde,bank_cd,a_bank_cd,h_bank_cd,c_bank_cd,p_bank_cd,r_bank_cd,w_bank_cd,status,x_ban k_cd,y_bank_cd,z_bank_cd)
select
'01',in_bank_cd,in_bank_cd,in_bank_cd,2990100,2990100,2990100,2990100,0,2990100,2990100,2990 100from clportal.cibkinfo;
commit;
delete from clportal.cibkbrch where bank_cd='2990100';
commit;
update clportal.cibkbrch set h_bank_cd='2939999';--此为当前客户的联社机构号
commit;
检查数据是否正确。
2.6.综合查询、资产管理、股金系统中CIBKINFO与CIBKBRCH
的初始化
这几个系统中的这两张表，都采用同义词的方式共用门户系统中的机构信息。方法，用DBA联接到数据库，分别建立各同义词。（建立同义词前要确保各系统中对应的表或同义词不存在，否则无法成功）
2.6.1.资产管理系统同义词建立脚本：
create or replace synonym FIXASS.CIBKBRCH for CLPORTAL.CIBKBRCH; create or replace synonym FIXASS.CIBKINFO for CLPORTAL.CIBKINFO; create or replace synonym FIXASS.CIUSER for CLPORTAL.CIUSER;
create or replace synonym FIXASS.PTAL_SUBSYS for CLPORTAL.PTAL_SUBSYS; 权限赋予（以CLPORTAL用户登陆执行）：
grant select on ciuser to fixass;
grant update on ciuser to fixass;
grant select on cibkinfo to fixass;
grant select on cibkbrch to fixass;
grant select on ptal_subsys to fixass;
2.6.2.综合查询系统同义词建立脚本：
create or replace synonym QINFO.CIBKBRCH for CLPORTAL.CIBKBRCH;
create or replace synonym QINFO.CIBKINFO for CLPORTAL.CIBKINFO;
create or replace synonym QINFO.CIUSER for CLPORTAL.CIUSER;
create or replace synonym QINFO.PTAL_SUBSYS for CLPORTAL.PTAL_SUBSYS; 权限赋予（以CLPORTAL用户登陆执行）：
grant select on ciuser to qinfo;
grant update on ciuser to qinfo;
grant select on cibkinfo to qinfo;
grant select on cibkbrch to qinfo;
grant select on ptal_subsys to qinfo;
2.6.
3.股金管理系统同义词建立脚本：
create or replace synonym SHCPM.CIBKBRCH for CLPORTAL.CIBKBRCH;
create or replace synonym SHCPM.CIBKINFO for CLPORTAL.CIBKINFO;
create or replace synonym SHCPM.CIUSER for CLPORTAL.CIUSER;
create or replace synonym SHCPM.PTAL_SUBSYS for CLPORTAL.PTAL_SUBSYS; create or replace synonym SHCPM.ACCTMAS for BANK.ACCTMAS;
create or replace synonym SHCPM.CUACCT for BANK.CUACCT;
create or replace synonym SHCPM.BKOACT for BANK.BKOACT;
权限赋予（以CLPORTAL用户登陆执行）：
grant select on ciuser to SHCPM;
grant update on ciuser to SHCPM;
grant select on cibkinfo to SHCPM;
grant select on cibkbrch to SHCPM;
grant select on ptal_subsys to SHCPM;
权限赋予（以BANK用户登陆执行）：
grant select on acctmas to SHCPM;
grant select on cuacct to SHCPM;
grant select on bkoact to SHCPM;
grant select on bkcust to SHCPM;
2.7.用户的建立与用户角色的建立
修改各系统中的系统管理员用户信息，以方便配置用户的相关信息。在此，要请客户收集相关用户的信息，格式见《系统用户列表(全联社在职职工花名册).xls》红色标志列为必填收集后，其他项目需要自己真写的要填写好。用户角色号规则为所在机构名称+3位编号，如2939999001，2930100001.
2.7.1.门户管理系统：
--系统管理员，负责管理系统用户信息
update clportal.ciuser set bank_cd='2939999'where login_id='admin';
update clportal.ciusrole set bank_cd='2939999'where user_id='8888888888';
--门户管理员，负责管理门户系统中的各项配置与信息发布等
update clportal.ciuser set bank_cd='2939999'where login_id='clportal';
update clportal.ciusrole set bank_cd='2939999'where user_id='7777777777';
--清除掉其他没有用的用户信息与角色信息
delete from ciuser where user_id not in('8888888888','7777777777');
delete from ciusrole where user_id not in('8888888888','7777777777');
commit;
--导入客户的用户根据客户收集上来的用户信息，将这些信息导到到门户的CIUSER表中。具体操作根据实际情况处理。
--用户角色分配，门户系统中，除了已分配角色的用户外，其他的都分为操作员（脚本如下）。如果客户要配置公告发布员，可登陆到系统中单独配置。
insert into ciusrole (INSTTU_CDE, USER_ID, BANK_CD, USER_LEVEL, ROLE_ID1, ROLE_ID2, ROLE_ID3, ROLE_ID4, ROLE_ID5, ROLE_ID6, ROLE_ID7, ROLE_ID8, STATUS, DESC1)
select'01', https://www.doczj.com/doc/ee11901851.html,er_id,c.bank_cd,https://www.doczj.com/doc/ee11901851.html,er_level, 200, 0, 0, 0, 0, 0, 0, 0, '', ''from ciuser c where https://www.doczj.com/doc/ee11901851.html,er_id not in (select https://www.doczj.com/doc/ee11901851.html,er_id from ciusrole s);
2.7.2.综合查询系统
--系统管理员，负责管理系统用户信息
update qinfo.ciusrole set bank_cd='2939999' where user_id='8888888888';
--清除掉其他没有用的用户信息与角色信息
delete from ciusrole where user_id not in('8888888888','7777777777');
commit;
--分配角色，联社领导都分为一联社一级，一般员工为四级，信用社用户中按主管和操作员
来分，主办会计要分配网点主管角色。
insert into ciusrole (INSTTU_CDE, USER_ID, BANK_CD, USER_LEVEL, ROLE_ID1, ROLE_ID2, ROLE_ID3, ROLE_ID4, ROLE_ID5, ROLE_ID6, ROLE_ID7, ROLE_ID8, STATUS, DESC1)
select'01', https://www.doczj.com/doc/ee11901851.html,er_id,c.bank_cd,https://www.doczj.com/doc/ee11901851.html,er_level, 角色号, 0, 0, 0, 0, 0, 0, 0, '', ''from ciuser c where https://www.doczj.com/doc/ee11901851.html,er_id in (用户号列表);
分配完成后，到系统中将科技部经理的角色修改为特级还有VIP管理员角色
2.7.
3.资产管理系统
--系统管理员，负责管理系统用户信息
update fixass.ciusrole set bank_cd='2939999' where user_id='8888888888';
--清除掉其他没有用的用户信息与角色信息
delete from ciusrole where user_id not in('8888888888','7777777777');
commit;
--分配角色，资产系统除了要分配角色，还要分配用户所属的部门。且一个用户只能有一个角色
部门信息，请到页面上配置。分配用户所属部门也需要在页面上配置。
角色分配时，默认将科技部经理设置为联社资产管理员，各主办会计设置为网点资产管理员（没有主办会计的，将负责人设置为资产管理员）其他的都设置的联社操作员与操作员
资产系统参数修改：
文件1：src目录下的larms_config.properties中的HIGHEST_LEVEL_BANKCD=xxx属性改为联社的机构号。
文件2：src目录下的ireport_config.properties，为打印的数据源配置文件，修改为项目数据库的配置。
2.7.4.股金管理系统
--系统管理员，负责管理系统用户信息
update shcpm.ciusrole set bank_cd='2939999' where user_id='8888888888';
--清除掉其他没有用的用户信息与角色信息
delete from ciusrole where user_id not in('8888888888','7777777777');
commit;
--分配角色
网点主网分为股金主管，其他分配为操作员。联社要分配股金管理员。与股金主管角色。具体人员与客户沟通。
2.8.查询系统分区表空间及分区表的建立
由于查询系统中有几个表的数据量非常大，所以要对这些表建立分区表。目前分区表采用的是按机构进行行分区，每一个机构都要建立分区数据表空间和分区索引表空间。注：如果机构数量太多有，有可能会出现数据库对数据文件的限制。（毕节的时候就遇到这个问题）这时候可以不用建方ACCT_BAL的索引表空间。
2.8.1.分区表的建立脚本与修改（以安龙为例）：
分区表空间的建立与普通表空间的建立没有区别，只是命名和存放的路径有些改动，这里的机构号以客户的机构号为准。因为联社没有数据，所以联社不需要建立这些信息：CREATE SMALLFILE
TABLESPACE "TBS_ACCTBAL_2930100_P"
LOGGING
DATAFILE '/u01/app/oracle/oradata/bksvr/hstrjn_ora/tbs_acctbal_2930100_p.dbf' SIZE
3968M REUSE AUTOEXTEND
ON NEXT 128M MAXSIZE 32767M EXTENT MANAGEMENT LOCAL SEGMENT
SPACE MANAGEMENT AUTO;
注：命名规则：TBS_ACCTBAL_2930100_P这个是分区表空间的名字，规则：TBS_表名_机构号_P。/u01/app/oracle/oradata/bksvr/hstrjn_ora/tbs_acctbal_2930100_p.dbf这一段表示表空间的路径与名字。
2.8.2.分区索引表空间的建立与分区表空间类似：
CREATE SMALLFILE
TABLESPACE "TBS_ACCTBAL_2930100_P_INDX"
LOGGING
DATAFILE '/u01/app/oracle/oradata/bksvr/hstrjn_ora/tbs_acctbal_2930100_p_indx.dbf' SIZE 3968M REUSE AUTOEXTEND
ON NEXT 128M MAXSIZE 32767M EXTENT MANAGEMENT LOCAL SEGMENT
SPACE MANAGEMENT AUTO;
注：与分区那里要对应，只是命名有区别，在p的后面加_indx，见上。
2.8.
3.分区表的建立
分区表的建立要放在数据库用户建立之后，因为和分区表空间是关联的，就在此一起说明create table BANK.ACCT_BAL
(
SEQ_NO NUMBER(15),
CUSTNO VARCHAR2(20),
BANK_CD NUMBER(5),
ACCNO_TYPE NUMBER(5),
SBANK_CD NUMBER(5),
CURR NUMBER(5),
GL_NUM NUMBER(5),
NUM NUMBER(10),
CHECK1 NUMBER(5),
BAL_DATE VARCHAR2(8),
DEPOSIT_PRD NUMBER(5),
CURR_BAL NUMBER(15,2),
LACT_DT CHAR(8)
)
partition by range (SBANK_CD)
(
partition ACCTBAL_2930100_P values less than (101)
tablespace TBS_ACCTBAL_2930100_P,
partition ACCTBAL_2930200_P values less than (201)
tablespace TBS_ACCTBAL_2930200_P,
…………………
partition ACCTBAL_2931600_P values less than (1601)
tablespace TBS_ACCTBAL_2931600_P,
partition ACCTBAL_2931700_P values less than (1701)
tablespace TBS_ACCTBAL_2931700_P
);
注：前面一段与普通建表没有区别，红色部分为分区的条件。我们这里采用的是根据sbank_cd字段的范围进行分区。partition by range (SBANK_CD)这里是指定分区的条件字段，partition ACCTBAL_2930100_P values less than (101) tablespace TBS_ACCTBAL_2930100_P这一段是指定分区的范围，ACCTBAL_2930100_P为这此分区的命名，这个在后面建立索引的时候会用到。也是必需唯一的，必需采用统一的命名规则。less than (101)这里是确定分区的条件，sbank_cd小于101的数据，将都放入此分区中。tablespace TBS_ACCTBAL_2930100_P 这里是指定数据放入到这个表空间里。范围一定要选择正确，否则数据会无法放入到正确的位置。
2.8.4.分区索引的建立
create index ACCT_BAL_IDX1 on BANK.ACCT_BAL (BANK_CD, ACCNO_TYPE, SBANK_CD, CURR,GL_NUM, NUM, CHECK1, BAL_DATE)
TABLESPACE BANK
LOCAL (
PARTITION ACCTBAL_2930100_P TABLESPACE tbs_acctbal_2930100_p_indx ,
PARTITION ACCTBAL_2930200_P TABLESPACE tbs_acctbal_2930200_p_indx , ……………………….
PARTITION ACCTBAL_2931600_P TABLESPACE tbs_acctbal_2931600_p_indx ,
PARTITION ACCTBAL_2931700_P TABLESPACE tbs_acctbal_2931700_p_indx
);
注：分区索引建立的前半部分与普通索引建立没有区别，红色部分是区别与一般索引的地方。TABLESPACE BANK是指定默认的表空间，如果下面没有指定表空间，将会默认放入索引数据到这个表空间里面。PARTITION ACCTBAL_2930100_P TABLESPACE tbs_acctbal_2930100_p_indx 这里是指定哪一个分区的数据索引放入到哪一个索引表空间里面去。
Hstrjn表的分区与此类似，脚本详见：分区表空间、表及索引的建立示例文件夹下的文本。
3.LINUX JDK、Weblogic的安装与各项目对应域（domain）
的建立
3.1.JDK、WEBLOGIC的安装与配置
这一部分参见webloigc_jdk安装配置目录下的文档《weblogic、JDK安装文档.doc》。3.2.各项目域（domain）的建立
各域建立的要求规范，方便以后维护。
3.2.1.门户管理系统
3.2.2.综合查询系统
3.2.3.资产管理系统
3.2.
4.股金管理系统
domain路径默认路径，即bea/user_project/domains目录
3.2.5.绩效考核系统
端口7005
Server的名字assServer
Domain名字ass_domain
domain路径默认路径，即bea/user_project/domains目录
当这些域建立完成后，为了方便维护，需要把bea/user_project/domains目录做一个链接到weblogic用户的根目录，做法：进入到weblogic的home目录（即用weblogic登陆，输入命令：cd 回车，即回到了home目录），运行如下命令：
ln -s /home/weblogic/bea/user_projects/domains
红色部分为你的WEBLOGIC DOMAINS的目录
3.3.各domain中的启动与停止脚本的编写，生产模式的的相关
配置与环境变量的修改
这一部分在webloigc_jdk安装配置目录下的文档《weblogic、JDK安装文档.doc》中有说明，请参见其中内容做相应的修改。
3.4.WEBLOGIC各domain应用一键启动脚本
脚本名称《start_domains.sh》，将此脚本上传至weblogic用户的$HOME目录中。
环境变量的配置：在weblogic的$HOME目录中，打开.bash_profile配置文件，在其中加入CLASSPATH=$CLASSPATH:/home/weblogic/bea/weblogic92/server/lib/weblogic.jar; export CLASSPATH export PATH
红色字体的为WEBLOGIC安装时的包目录，这个可根据你的情况修改。但一定要确保此路径正确，weblogic.jar包在在。
脚本内容修改：
需要修改部分如上图。start_domain为命令，后面为三个参数。第一个：7005，表示应用的端口，第二个表示应用server的名字，第三个为domain的路径。注：门户系统的启动一定要放在最后的位置。
4.各应用发发布与规范
4.1.各项目发布目录及备份
1.在weblogic用户的HOME目录建立apps目录。此目录用于存放所有发布的WAR包与备份文件。
2.在apps目录下建立如下目录：assess backup clportal clportal_bbs fixass qinfo，其中backup目录用于存放备份的war包及各项目发布时需要修改的配置文件的信息。其他目录用于解压war包，进行weblogic应用部署的路径。
3.在backup目录下，也要分别建立各项目的名称的文件目录，分别存放各自的历史发部备份文件与配置文件。
4.2.应用发布示例
1.在浏览器地址栏中输入http://10.16.48.215:7003/console进入控制台，登录用户名为weblogic，密码同为weblogic
2.应用发布
点击LOCK&EDIT，再点击DEPLOYMENTS配置应用发布。
实验三数据处理 【实验目的】 1.学会处理表数据、查看表记录 2.学会使用SQL语句处理表数据 【实验内容】 1.使用SQL语句给课程表、成绩添加数据--INSERT语句 2.使用SQL语句给学生表、成绩表更新数据--UPDATE语句 3.使用SQL语句为学生表删除记录--DELETE语句 【实验准备】 1.复习与本次实验内容相关知识 2.对本次实验中要求自己完成的部分做好准备 【实验步骤】 特别说明：本实验中使用的数据仅为实验而已，无任何其他作用。 1.给班级表添加记录 o用自己的帐号、密码，注册并连接到SQL Server服务器。 o展开连接的服务器-->展开"数据库"-->展开你的数据库(你的学号)-->单击"表"。 o在右边的窗格内,右击班级表(U_CLASSES),在弹出的快捷菜单中,将鼠标移到"打开表(O)"上,再移到"返回所有行(A)"上单击.参见下图。 o o接着按下图输入数据,注意,ID列不用输入(为什么?)。 o
o输入完成后,若要对数据行(如：删除行)进行操作，可在某行上右击鼠标，在弹出菜单中选择要执行的命令。关闭该查询窗口。 2.修改表记录数据 o若要修改数据，可用上述方法打开数据表，直接修改即可。 3.用界面方式给学生表(U_STUDENTS)添加数据 o参照前面方法给用界面方式给学生表输入如下记录。在输入过程中，注意观察如果输入相同学号有什么现象(什么原因？),如果班级编号不输入,又会怎 样(为什么？)。 o 4.用SQL命令给课程表(U_COURSES)、成绩表(U_SCORES)添加数据、修改数据 o先运用界面方式给课程表(U_COURSES)增加一列CREDIT，数据类型为tinyint o启动数据库引擎查询（如下图所示），进入到查询编辑窗口。 o o输入(为减少输入工作量,可将下面的语句复制)如下语句并执行之,为课程表(U_COURSES)插入插入5条记录。 o INSERT INTO [U_COURSES] (COURSE,CREDIT) VALUES ('计算机文化基础',4) INSERT INTO [U_COURSES] (COURSE,CREDIT) VALUES ('C语言程序设 计',4) INSERT INTO [U_COURSES] (COURSE,CREDIT) VALUES ('数据结构',4) INSERT INTO [U_COURSES] (COURSE,CREDIT) VALUES ('数据库原理与 应用',4) INSERT INTO [U_COURSES] (COURSE,CREDIT) VALUES ('SQL Server',3) o输入"SELECT * FROM U_COURSES"查看课程表记录。
第一章认识数据和数据库 数据库系统概述 【教学目标】 1．了解信息与数据的关系。 2．理解数据处理的意义、计算机是数据（信息）处理的最理想工具。 3．了解数据管理的含义，数据管理的发展过程。 4．了解数据库系统概念、数据库系统的组成，以及它们之间的层次结构关系。 5．知道常见的数据库管理系统。 6．通过创设情境、讨论分析，使学生逐步理解数据库系统的必要性和重要性。 7．通过一个简单的“学校信息管理”系统的演示，激发学生对“数据管理”课程的学习兴趣，并促使学生开发更多“学校信息管理”的功能。 【教学重点】 了解数据库系统概念、数据库系统的组成，以及它们之间的层次结构关系。 【教学难点】 理解数据库系统的必要性和重要性。 【教学资源】 1．Access数据库：“学校信息” 2．相关数据表 【教学过程】
数据库系统概述 一、信息与数据 举例： 数据：一次考试“成绩”数据。 信息：通过对数据的统计也许能看出教学中的问题以及提出针对的措施，也就是说：经过数据处理，得到信息，利用信息，指导教学。 结论： 1．数据是信息的载体； 2．信息是数据所表示的内容。 二、数据处理 举例： 要求计算各科年级的平均分、标准差、最高分…… 结论： 1．数据处理目的：为了获得更有价值的数据（信息）。 2．计算机是进行数据处理的最理想工具。 三、数据管理 数据处理的运算相对比较简单，但是数据量大，而且数据之间存在着联系；数据需要长期保存，反复使用，而且供多个用户使用。大量数据的组织、存储、修改、提取等问题都是数据管理的问题，所以数据管理是数据处理的核心问题。 （一）设置数据处理的三种方式： 要求学生对有关表格数据进行处理。 1．使用“计算器”，模拟“人工数据管理阶段”的数据处理情境 （1）计算“成绩”表中年级“语文”成绩平均分。 （为了节约时间，只算20个成绩的平均分） （2）上一步完成后，问学生统计结果出来了，原始数据保存在哪里？又问语文试卷上有一道题批错了，上面20个同学中有6个同学成绩做了修改，请重新计算平均分， 有何感想？ 结论： （1）计算机刚出现时，主要进行计算，不对数据进行存储、修改等管理。所以，用户不仅要编写处理数据的程序，还要设计数据的存取、输入输出方法等等。 （2）这一阶段计算机只管计算，不管理数据。数据要靠“人工管理”。
大数据分析与列数据库 近年来随着数据量的激增，对于数据分析的需求也日益迫切，传统的RDBMS已经远远不能满足企业对大数据分析的需求，虽然很多厂商都声称自己具有列数据库的特性，但是绝大多数都不具备处理真正大数据的能力，在今年8月份，Google 在VLDB 2012大会上发表了<< Processing a Trillion Cells per Mouse Click>>论文[1]，展示了Google新的大数据分析技术PowerDrill, 本文将借用这篇论文的实验数据，结合笔者的上一篇Hadoop文件格式[2]的内容介绍更多大数据分析中列数据库的核心原理, 希望读者能对列数据库的原理有更多了解，也希望对将来Hadoop在针对数据分析方面能够有更多优化, 并对一些忽悠的厂商和空喊口号的技术有辨别能力。 列文件格式和压缩 在常见的列数据库技术中，一个总是被混淆的概念是面向列储存和面向列的压缩(Column storage and Columnar compression, 见参考资料[3]) , 面向列储存指的是将同类数据放在一起，这类数据在物理磁盘和物理内存上表现为连续空间，也就是我们熟称的”将不同列分开放”(这个描述并不准确但是更容易理解), 而面向列的压缩是指将不同的数据以更小的代价存放在磁盘或内存中，它往往包括非常高效的编码和解码技术(Encoding and Decoding) , 比如Run Length Encoding , BitVector Encoding ,真正的列数据库中会包括与这些压缩格式相对应的延迟物化技术(later Materialization), 高效的压缩格式和延迟物化特性是真正列数据库和伪列数据库之间查询性能和集群吞吐能力的最主要差别. 高效压缩之Run length Encoding Run length Encoding将同一列的连续数据压缩成它的实际数值和这个数值出现的连续次数，比如 AAABBBBBCCCCCCC 这样一个包含15条数据的某列数值，run length encoding 会将它压缩成一个三元数组(实际值,起始位置,个数)，比如上面的数值会压缩成[A,1,3][B,4,5][C,8,7]的格式,从而使原始的数据无论在磁盘还是内存中都可以占用更少的空间，由于run length encoding 的特性，数据往往需要重新排序从而得到更好的结果，在实际生产环境中,性别，年龄，城市等选择性非常高的列往往都是run length encoding处理的对象.在列数据库中数据往往会经过多层排序，比如第一层排序为性别，第二层排序为年龄，第三层排序为城市, 即使那些本来选择性不算高的列，在排序之后的小范围区间内也可能使类似的记录满足run length encoding 的压缩条件，从而使记录更加适合压缩. 高效压缩之Bit-Vector Encoding Bit-vector encoding 是数据仓库中最常用的优化手段,行数据库中使用的一般为bitmap index, 它一般只针对单个列而且是额外的存储结构，列数据库中的bit-vector encoding 主要针对数据本身而且含有较少的唯一值才进行编码，在这种编码中,会先储存所有出现过的值，然后使用bit 数字1来表示实际这个数值是否出现在列中，其他bit位用0来表示. 比如某个chunk的数值为: A A C C D D A B E Bit-Vector encoding会使用ABCDE这样的字典来储存实际的值，然后使用: 110000100 : 对应bit-string 值A 000000010 : 对应bit-string 值B
《数据库处理》复习要点及参考答案 最近更新时间：6/21/2020 第一章 Microsoft Access 2007（第一次作业）........................ 错误!未定义书签。 复习要点........................................................ 错误!未定义书签。 ............................................................... 错误!未定义书签。 ............................................................... 错误!未定义书签。 ............................................................... 错误!未定义书签。 ............................................................... 错误!未定义书签。 ............................................................... 错误!未定义书签。 ............................................................... 错误!未定义书签。 ............................................................... 错误!未定义书签。 ............................................................... 错误!未定义书签。 ............................................................... 错误!未定义书签。 ............................................................... 错误!未定义书签。第二章结构化查询语言简介（第二次作业）......................... 错误!未定义书签。 复习要点........................................................ 错误!未定义书签。 ............................................................... 错误!未定义书签。 ............................................................... 错误!未定义书签。 Marcia 干洗店项目练习........................................... 错误!未定义书签。第三章关系模型和规范化（第三次作业）.............................. 错误!未定义书签。 复习重点........................................................ 错误!未定义书签。 ............................................................... 错误!未定义书签。 ............................................................... 错误!未定义书签。 Marcia 干洗店项目练习........................................... 错误!未定义书签。第四章............................................................ 错误!未定义书签。
第一章数据库基础知识 本章以概念为主，主要是了解数据库的基本概念，数据库技术的发展，数据模型，重点是关系型数据。 第一节：信息，数据与数据处理 一、信息与数据： 1、信息：是现实世界事物的存在方式或运动状态的反映。或认为，信息是一种已经被加工为特定形式的数据。 信息的主要特征是：信息的传递需要物质载体，信息的获取和传递要消费能量；信息可以感知；信息可以存储、压缩、加工、传递、共享、扩散、再生和增值 2、数据：数据是信息的载体和具体表现形式，信息不随着数据形式的变化而变化。数据有文字、数字、图形、声音等表现形式。 3、数据与信息的关系：一般情况下将数据与信息作为一个概念而不加区分。 二、数据处理与数据管理技术： 1、数据处理：数据处理是对各种形式的数据进行收集、存储、加工和传输等活动的总称。 2、数据管理：数据收集、分类、组织、编码、存储、检索、传输和维护等环节是数据处理的基本操作，称为数据管理。数据管理是数据处理的核心问题。 3、数据库技术所研究的问题不是如何科学的进行数据管理。 4、数据管理技术的三个阶段：人工管理，文件管理和数据库系统。 第二节：数据库技术的发展 一、数据库的发展：数据库的发展经历了三个阶段： 1、层次型和网状型： 代表产品是1969年IBM公司研制的层次模型数据库管理系统IMS。 2、关系型数据型库： 目前大部分数据库采用的是关系型数据库。1970年IBM公司的研究员E．F．Codd提出了关系模型。其代表产品为sysem R和Inges。 3、第三代数据库将为更加丰富的数据模型和更强大的数据管理功能为特征，以提供传统数据库系统难以支持的新应用。它必须支持面向对象，具有开放性，能够在多个平台上使用。 二、数据库技术的发展趋势： 1、面向对象的方法和技术对数据库发展的影响： 数据库研究人员借鉴和吸收了面向对旬的方法和技术，提出了面向对象数据模型。 2、数据库技术与多学科技术的有机组合： 3、面向专门应用领域的数据库技术 三、数据库系统的组成：
数据库使用情况分析 一、警报日志： 1）计算一个月插入数据 目前操作为15S会执行一次数据库操作；假设有2000台；那么；一个月的数据为： 单枪柜： 4*60*24*30＝240 0000 如果为2000台： 240*2000＝40000W 这是极限值； 2）计算数据库插入频率 按时间权限处理算下数据库插入操作频率： 15S/2000 =7ms执行一次插入操作 3）数据查询 数据库的数据要与其他的表用ID做关联，那么这个操作会更糟糕；因为警报日志表中在7ms就会执行一个插入动作，所以关联的查询如果在7ms中检索不出来，检索的数据就会有脏数据；（检索和插入动作产生冲突，数据库在处理检索和插入的同时还会处理他们的冲突事情） 由上可以看出数据库的性能要远远高于7ms才可以 以上为单张表警报日志处理极限值分析； 以上解决方法： 1）插入执行时间加长到1个小时，相当于执行极限频率提高到7ms*60*4=5s 2）分库，把此单张表移到一个单独数据库中； 3）换中型数据库MSSQL 或大型数据库ORACLE； 二、取枪还枪日志极限值分析 1）枪弹柜取枪与还枪动插入操作 枪弹柜取枪与还枪动作限定每天执行一支枪一个动作；每个枪弹柜只有十支枪，子弹不用取还计算； 一个枪弹柜一天执行的动作数： 1*10＝10次；
按2000枪弹柜计算： 一个月执行的次数为： 10*2000*30＝30 0000数据； 取还枪表一个月的数据要有30W数据存在；一年大约为400W数据分为两张表，单张表一年数据也近200W； 2）取还枪执行频率 最坏计算： 所有取枪人员在上班同一时间（一小时）取枪计算执行频率为 1*60*60/20000＝0.06S 按上述频率计算，数据库的性能至少是执行每个动作不超过0.06s 就不会产生冲突；（数据不会丢或不会出错），但一般数据库中表关联查询（多表查询）都差不止要这个时间；所以产生冲突的可能必会很大；数据库一定要可以处理这种冲突； 三、整个数据库计算 如果计算最坏情况下数据库的使用频率 应该是： 一个60ms执行一次一个7ms执行一次；最坏计算是420ms产生一次冲突（取还枪与警报日志）；也就是一秒内会有至少产生两次冲突的可能； 而单独警报日志自身不同动作（插入、删除）是0.007S产生一次冲突，数据库会可能会产生一次冲突； 四、解决方案 1）优化数据库和程序代码； 缺点：对程序员和数据库优化人员的技术要求高； 优点：数据库可以继续使用目前数据库 2）数据分库、数据库读写分离； 缺点：程序需要修改 优点：动作很容易实现 3）换大型数据库（MSSQL 或ORACLE）； 缺点：可能需要收费（如果我们项目可以使用破解版本，就可以不用担心）， 优点：直接把结构COPY即可；对程序员和数据库优化人员要求低； 4）如果换库建议使用破解版本ORACLE或MSSQL；
一、安装数据库可视化工具 Navicat for MySQL 二、新建一个链接 1.配置链接，确认连接成功 2.测试是否成功 3.提示成功 4.确定 三、操作数据库 1.选中要操作的数据库 2.选中查询 3.新建查询
四、操作数据库表 1.增INSERT INTO 语法： 例子 INSERT INTO `t_staff` (`staffName`, `sex`, `email`, `mobile`) VALUES ('系统管理员', NULL, '', '199********'); 2.删delete 语法： delete from t_staff where staffName = ‘苗丹’ 3.改UPDATE 语法：
例子： UPDATE `t_staff` SET `id`='21', `departmentId`=NULL, `userRoleId`='0', `staffCode`='dev', `password`='96e79218965eb72c92a549dd5a330112', `staffName`='系统管理员', `sex`=NULL, `email`='', `mobile`='199********', `phone`='', `age`=NULL, `birthday`=NULL, `idCard`='', `creatorId`=NULL, `createTime`='2017-03-14 13:49:00', `updatorId`='21', `updateTime`='2018-01-15 14:28:50', `status`='0', `token`=NULL, `serviceId`=NULL, `ts`='2018-02-26 11:24:25', `dr`='0', `lastlogintime`='2018-02-26 11:24:25', `authorizeid`='23', `authorizetime`='2017-09-08 16:51:54', `userstatus`='1', `orgtype`=NULL, `city`=NULL, `servicecount`='0', `qualification`=NULL, `qualificationaudit`=NULL, `invitermobile`=NULL, `score`=NULL, `totalmoney`=NULL, `hisscore`=NULL, `histotalmoney`=NULL, `cardmobile`=NULL, `bankname`=NULL, `bankno`=NULL, `bankcode`=NULL, `bindbankdate`=NULL WHERE (`id`='21'); 4.查select 语法： 1）查询某张表t_staff为例 * :代表所有 如果只是单查其中某几个字段，select 后面跟字段名 select * from t_staff 2）带上条件的查询（where） select * from t_staff where staffName = ‘苗丹’ 3）查询固定的几个字段 select staffCode,staffName,mobile from t_staff where staffName = ‘苗丹’ 4）控制条目数limit select * from t_staff LIMIT 0,10 –从0开始，查10条数据 5.查询where 语法： 6.排序order by 语法：
习题参考答案 第1章习题参考答案 一、选择题 1. C 2. B 3. D 4. C 5. D 6. B 7. A 8. B 9. D 10. B 11. C 12. D 13. D 14. D 15. B 16. C 17. D 18. A 19. D 20. A 21. D 22. D 23. C 24. A 25. C 二、填空题 1. 数据库系统阶段 2. 关系 3. 物理独立性 4. 操作系统 5. 数据库管理系统（DBMS） 6. 一对多 7. 独立性 8. 完整性控制 9. 逻辑独立性 10. 关系模型 11. 概念结构（逻辑） 12. 树有向图二维表嵌套和递归 13. 宿主语言（或主语言） 14. 数据字典 15. 单用户结构主从式结构分布式结构客户/服务器结构浏览器/服务器结构 16. 现实世界信息世界计算机世界 三、简答题 1、简述数据库管理技术发展的三个阶段。各阶段的特点是什么？ 答：数据库管理技术经历了人工管理阶段、文件系统阶段和数据库系统阶段。 (1）、人工管理数据的特点： A、数据不保存。 B、系统没有专用的软件对数据进行管理。 C、数据不共
享。D、数据不具有独立性。 （2）、文件系统阶段的特点： A、数据以文件的形式长期保存。 B、由文件系统管理数据。 C、程序与数据之间有一定的独立性。 D、文件的形式已经多样化 E、数据具有一定的共享性 （3）、数据库系统管理阶段特点： A、数据结构化。 B、数据共享性高、冗余度底。 C、数据独立性高。 D、有统一的数据控制功能。 2、从程序和数据之间的关系来分析文件系统和数据库系统之间的区别和联系 答：数据管理的规模日趋增大，数据量急剧增加，文件管理系统已不能适应要求，数据库管理技术为用户提供了更广泛的数据共享和更高的数据独立性，进一步减少了数据的余度，并为用户提供了方便的操作使用接口。数据库系统对数据的管理方式与文件管理系统不同，它把所有应用程序中使用的数据汇集起来，以记录为单位存储，在数据库管理系统的监督和管理下使用，因此数据库中的数据是集成的，每个用户享用其中的一部分。 3、简述数据库、数据库管理系统、数据库系统三个概念的含义和联系。 答：数据库是指存储在计算机内、有组织的、可共享的数据集合。 数据库管理系统是软件系统的一个重要组成部分，它通过借助操作系统完成对硬件的访问，并对数据库的数据进行存取、维护和管理。 数据库系统是指计算机系统中引入数据库后的系统构成。它主要由数据库、数据库用户、计算机硬件系统和计算机软件系统几部分组成。 三者的联系是：数据库系统包括数据库和数据库管理系统。数据库系统主要通过数据库管理系统对数据库进行管理的。 4、数据库系统包括哪几个主要组成部分？各部分的功能是什么？画出整个数据库系统的层次结构图。 答：数据库系统包括：数据库、数据库用户、软件系统和硬件系统。 数据库主要是来保存数据的。 数据库用户是对数据库进行使用的人，主要对数据库进行存储、维护和检索等操作。 软件系统主要完成对数据库的资源管理、完成各种操作请求。 硬件系统主要完成数据库的一些物理上的操作，如物理存储、输入输出等。
大数据处理数据时代理念的三大转变：要全体不要抽样，要效率不要绝对精确，要相关不要因果。具体的大数据处理方法其实有很多，但是根据长时间的实践，天互数据总结了一个基本的大数据处理流程，并且这个流程应该能够对大家理顺大数据的处理有所帮助。整个处理流程可以概括为四步，分别是采集、导入和预处理、统计和分析，以及挖掘。 采集 大数据的采集是指利用多个数据库来接收发自客户端的数据，并且用户可以通过这些数据库来进行简单的查询和处理工作。比如，电商会使用传统的关系型数据库MySQL和Oracle等来存储每一笔事务数据，除此之外，Redis和MongoDB 这样的NoSQL数据库也常用于数据的采集。 在大数据的采集过程中，其主要特点和挑战是并发数高，因为同时有可能会有成千上万的用户来进行访问和操作，比如火车票售票网站和淘宝，它们并发的访问量在峰值时达到上百万，所以需要在采集端部署大量数据库才能支撑。并且如何在这些数据库之间进行负载均衡和分片的确是需要深入的思考和设计。 统计/分析 统计与分析主要利用分布式数据库，或者分布式计算集群来对存储于其内的海量数据进行普通的分析和分类汇总等，以满足大多数常见的分析需求，在这方面，一些实时性需求会用到EMC的GreenPlum、Oracle的Exadata，以及基于MySQL 的列式存储Infobright等，而一些批处理，或者基于半结构化数据的需求可以使用Hadoop。统计与分析这部分的主要特点和挑战是分析涉及的数据量大，其对系统资源，特别是I/O会有极大的占用。 导入/预处理 虽然采集端本身会有很多数据库，但是如果要对这些海量数据进行有效的分析，还是应该将这些来自前端的数据导入到一个集中的大型分布式数据库，或者分布式存储集群，并且可以在导入基础上做一些简单的清洗和预处理工作。也有一些用户会在导入时使用来自Twitter的Storm来对数据进行流式计算，来满足
第六章信息系统与数据库 一、选择题 1.以下列出了计算机信息系统抽象结构层次，其中的数据库管理系统和数据库______＿_。 Ａ.属于业务逻辑层 B 属于资源管理层 Ｃ属于应用表现层 D 不在以上所列层次中 2.以下列出了计算机信息系统抽象结构的4个层次，在系统中为实现相关业务 功能(包括流程、规则、策略等)而编制的程序代码属于其中的_＿＿_＿＿__。A基础设施层 B 业务逻辑层 C 资源管理层 D 应用表现层 3. 以下列出了计算机信息系统抽象结构的4个层次，系统中的硬件、系统软件 和网络属于其中的______＿_。 A.基础设施层 B．业务逻辑层 Ｃ．资源管理层 D.应用表现层 4. 以下列出了计算机信息系统抽象结构层次，在系统中可实现分类查询的表单 和展示查询结果的表格窗口＿_＿____＿。 Ａ属于业务逻辑层 Ｂ属于资源管理层 C属于应用表现层 Ｄ不在以上所列层次中 5.以下关于ＳQＬ语言的说法中,错误的是___＿_＿＿_ Ａ.SQＬ的一个基本表就是一个数据库 Ｂ．SQL语言支持三级体系结构 C.一个基本表可以跨多个存储文件存放 D.ＳQL的一个二维表可以是基本表,也可以是视图 6. 信息系统采用Ｂ/S模式时,其“查询ＳQＬ请求”和“查询结果”的“应答”发生在___＿＿__＿之间。 A浏览器和Web服务器 B 浏览器和数据库服务器 C Weｂ服务器和数据库服务器 D 任意两层 7. 关系数据库的SQL查询操作由３个基本运算组合而成,其中不包括＿_______ 。 A 连接 B 选择 Ｃ投影 Ｄ比较
8．信息系统采用的Ｂ/S模式，实质上是中间增加了____＿_＿_ 的C/S模式。 A Web服务器 Ｂ浏览器 C数据库服务器 D文件服务器 9.在信息系统的B／S模式中，OＤＢC/JDＢC是＿＿______之间的标准接口。 A Wｅb服务器与数据库服务器 B 浏览器与数据库服务器 C 浏览器与Web服务器 Ｄ客户机与Ｗeｂ服务器 10. 计算机信息系统中的B／Ｓ三层模式是指________。 A 应用层、传输层、网络互链层 Ｂ应用程序层、支持系统层、数据库层 C浏览器层、Ｗeｂ服务器层、DB服务器层 Ｄ客户机层、HTTP网络层、网页层 １1.ＯＤＢC是_＿＿_＿___，用户可以直接将SQL语句送给OＤＢＣ。 A一组对数据库访问的标准 Ｂ数据库查询语言标准 C数据库应用开发工具标准 Ｄ数据库安全标准 12．所谓“数据库访问”，就是用户根据使用要求对存储在数据库中的数据进行操作。它要求___＿____ 。 A．用户与数据库可以不在同一计算机上而通过网络访问数据库;被查询的数据可以存储在多台计算机的多个不同数据库中 Ｂ.用户与数据库必须在同一计算机上;被查询的数据存储在计算机的多个不同数据库中 C．用户与数据库可以不在同一计算机上而通过网络访问数据库；但被查询的数据必须存储同一台计算机的多个不同数据库中 Ｄ.用户与数据库必须在同一计算机上；被查询的数据存储在同一台计算机的指定数据库中 13．OＤBＣ是_＿______，用户可以直接将ＳＱＬ语句送给ODBＣ。 A.一组对数据库访问的标准 Ｂ．数据库查询语言标准 C. 数据库应用开发工具标准 D．数据库安全标准 14. SＱL查询语句:SEＬECT SNＡNE，DEPART,CNAＭＥ，GＲADE FRＯM Ｓ,Ｃ,SC WHERE S.ＳＮＯ=ＳC.SNO ＡND https://www.doczj.com/doc/ee11901851.html,Ｏ＝Ｃ.CＮＯAＮＤS.S ＥX=‘男’; 涉及的S，Ｃ和SC三个表。Ｓ和SC表之间和C和SC表之间分别通过公共属性 ＿_______作连接操作。 A SNO，CＮO B CNＯ,ＳＮO C ＣNO,SEＸ D SＮO，ＳＥX
处理百万级以上的数据提高查询速度的方法： .应尽量避免在子句中使用或<>操作符，否则将引擎放弃使用索引而进行全表扫描。 .对查询进行优化，应尽量避免全表扫描，首先应考虑在及涉及的列上建立索引。 .应尽量避免在子句中对字段进行值判断，否则将导致引擎放弃使用索引而进行全表扫描，如： 可以在上设置默认值，确保表中列没有值，然后这样查询： .应尽量避免在子句中使用来连接条件，否则将导致引擎放弃使用索引而进行全表扫描，如： 可以这样查询： .下面的查询也将导致全表扫描：(不能前置百分号) ‘’ 若要提高效率，可以考虑全文检索。 和也要慎用，否则会导致全表扫描，如： () 对于连续的数值，能用就不要用了： .应尽量避免在子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描。如： 应改为: * .应尽量避免在子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描。如： ()’’–以开头的 (,’′)–’′生成的 应改为: ‘’ >’′ <’′ .不要在子句中的“”左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。 .在使用索引字段作为条件时，如果该索引是复合索引，那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引，否则该索引将不会被使用，并且应尽可能的让字段顺序与索引顺序相一致。 .不要写一些没有意义的查询，如需要生成一个空表结构： 这类代码不会返回任何结果集，但是会消耗系统资源的，应改成这样： (…) .很多时候用代替是一个好的选择：
( ) 用下面的语句替换： ( ) .并不是所有索引对查询都有效，是根据表中数据来进行查询优化的，当索引列有大量数据重复时，查询可能不会去利用索引，如一表中有字段，、几乎各一半，那么即使在上建了索引也对查询效率起不了作用。 .索引并不是越多越好，索引固然可以提高相应的的效率，但同时也降低了及的效率，因为或时有可能会重建索引，所以怎样建索引需要慎重考虑，视具体情况而定。一个表的索引数最好不要超过个，若太多则应考虑一些不常使用到的列上建的索引是否有必要。 .应尽可能的避免更新索引数据列，因为索引数据列的顺序就是表记录的物理存储顺序，一旦该列值改变将导致整个表记录的顺序的调整，会耗费相当大的资源。若应用系统需要频繁更新索引数据列，那么需要考虑是否应将该索引建为索引。 .尽量使用数字型字段，若只含数值信息的字段尽量不要设计为字符型，这会降低查询和连接的性能，并会增加存储开销。这是因为引擎在处理查询和连接时会逐个比较字符串中每一个字符，而对于数字型而言只需要比较一次就够了。 .尽可能的使用代替，因为首先变长字段存储空间小，可以节省存储空间，其次对于查询来说，在一个相对较小的字段内搜索效率显然要高些。 .任何地方都不要使用* ，用具体的字段列表代替“*”，不要返回用不到的任何字段。 .尽量使用表变量来代替临时表。如果表变量包含大量数据，请注意索引非常有限（只有主键索引）。 .避免频繁创建和删除临时表，以减少系统表资源的消耗。 .临时表并不是不可使用，适当地使用它们可以使某些例程更有效，例如，当需要重复引用大型表或常用表中的某个数据集时。但是，对于一次性事件，最好使用导出表。 .在新建临时表时，如果一次性插入数据量很大，那么可以使用代替，避免造成大量，以提高速度；如果数据量不大，为了缓和系统表的资源，应先，然后。 .如果使用到了临时表，在存储过程的最后务必将所有的临时表显式删除，先，然后，这样可以避免系统表的较长时间锁定。 .尽量避免使用游标，因为游标的效率较差，如果游标操作的数据超过万行，那么就应该考虑改写。 .使用基于游标的方法或临时表方法之前，应先寻找基于集的解决方案来解决问题，基于集的方法通常更有效。 .与临时表一样，游标并不是不可使用。对小型数据集使用游标通常要优于其他逐行处理方法，尤其是在必须引用几个表才能获得所需的数据时。在结果集中包括“合计”的例程通常要比使用游标执行的速度快。如果开发时间允许，基于游标的方法和基于集的方法都可以尝试一下，看哪一种方法的效果更好。 .在所有的存储过程和触发器的开始处设置，在结束时设置。无需在执行存储过程和触发器的每个语句后向客户端发送消息。 .尽量避免向客户端返回大数据量，若数据量过大，应该考虑相应需求是否合理。 .尽量避免大事务操作，提高系统并发能力。 查询速度慢的原因： 、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷) 、吞吐量小，形成了瓶颈效应。 、没有创建计算列导致查询不优化。
陶宏才《数据库原理和设计》第3版课后习题答案解析
第一章 一、解答题 1、解释术语：数据、数据库、数据管理系统、数据库系统、数据库应用系统、视图、数据字典。P19-20 数据：是描述现实世界中各种具体事物或抽象概念的、可存储并具有明确意义的信息。 数据库：是相互关联的数据集合。 数据管理系统：是一个通用的软件系统，由一组计算机程序构成。 数据库系统：是一个用户的应用系统得以顺利运行的环境。 数据库应用系统：主要指实现业务逻辑的应用程序。 视图：指不同的用户对同一数据库的每一种理解称为视图。 数据字典：用于存储数据库的一些说明信息的特殊文件。 2、简述数据抽象、数据模型及数据模式之间的关系 P26 数据模型是数据抽象的工具，是数据组织和表示的方式； 数据模式是数据抽象利用数据模型，将数据组织起来后得到的结果； 总而言之，数据模式是数据抽象的结果。 3、DBMS应具备的基本功能有哪些？P9 数据独立性、安全性、完整性、故障恢复、并发控制 4、数据库中对数据最基本的4种操作是什么？ P24 增加、删除、修改、查询 5、评价数据模型的3个要素是什么？ P12 1)能够真实地描述现实系统 2)能够容易为业务用户所理解 3)能够容易被计算机实现 6、数据模型的3个要素是什么？ P24 数据结构、数据操作、数据约束 7、简述SQL语言的使用方式。P13 一般有两种方式：SQL的交互式使用；用户通过开发应用系统与RDBMS交互。 8、在数据库设计时,为什么涉及到多种数据模型？P12 因为目前商用化DBMS没有一个能够同时满足3项要求，为此，人们不得不走折中路线，设计一些中间的数据模型。 9、数据库系统中的用户类型有哪些？P28-29 最终用户、数据库应用开发人员、数据库管理员、其他与数据库系统有关的人员。 11、简述OLTP与OLAP间的区别。P42-43 OLTP(联机事务处理)主要面向日常的业务数据管理，完成用户的事务处理，提高业务处理效率，通常要进行大量的更新操作，同时对响应时间要求比较高。 OLAP(联机分析处理)注重数据分析，主要对用户当前及历史数据进行分析，辅助领导决策，通常要进行大量的查询操作，对时间的要求不太严格。 二、单项选择题 1、( A )不是SQL语言的标准。P156 A.SQL-84 B.SQL-86 C.SQL-89 D.SQL-92 2、 ( D )数据模型没有被商用DBMS实现。P26
数据库分析报告 姓名：********* 学号：20564520 专业：计算机科学与技术 设计题目：学生成绩管理系统 2011年12月20日
1.本题目的研究意义，国内外研究现状、水平和发展趋势。 学校主要有总务处、政教处、教导处、培训处四大块。其中教导处的工作最为繁重，工作人员多，信息量大。除财务部门有专人及专用软件进行信息处理外，其它各类的数据处理都由班主任以及教导处工作人员人工完成。教导处目前有几十个班级的学生，处理的信息主要有五大类：学生信息、成绩数据、课程信息。本系统主要着眼于以上部分，建立数据库以及对数据的各种操作功能。 对于学生信息，各班的班主任及学校领导由于各种分类和了解的需要，经常性地进行各种查询。例如：查询一个班级中团员的人数，男、女生的人数，住宿或通宿学生的人数等等。教导处在每一届学生进校时必须进行分班，设置学号；每一届学生毕业，要进行学生信息备份； 对于成绩管理，课任教师要进行本科目成绩登记，计算平均分、优秀率、及格率；班主任在期中考试和期末考试后计算本班学生总分，排名次；教导处要统计补考学生人数及相应名单，每学期进行学生成绩备份；学校领导则可通过查询工具来了解学生成绩情况。 以上各类信息目前还处于手工或半手工的管理状态，效率低，可靠性差。配备电脑，但实际利用率不高，如果采用计算机进行以上各类信息的管理，必将大大提高工作效率，对学校各类信息的维护及了解起到积极的作用。另外随着计算机网络的持续发展，无论是工作、学习还是生活，将会越来越多地融入到流动的比特中，人们的工作节奏在不断加快，需要快捷的信息来源，并对此作出反应。因此，无论是从目前的现状来看，还是面向未来，一个功能完备的学校信息管理系统的开发都非常有必要。 本人作为学习计算机专业的一员，对系统的需求作了较深入的认识，同时也掌握了一定的系统开发理论，借这次毕业设计的契机，一方面利用自己的所学小刀试牛，另一方面通过这次实践必将提升自身对软件工程、数据库、程序设计等理论的认识，积累系统开发的经验。 作为毕业设计，由于时间比较紧张，加之本人没有任何系统开发的经验，它肯定存在许许多多不足的地方，但对它的改善和功能的完备并不会随着毕业设计的结束而终止。本人将在原来的基础上，着眼未来，追踪计算机新技术发展，并应用到系统持续开发中。
高校学生学籍管理 §1 概述 编写说明： 本章描述本软件开发的背景，系统目标，用户的业务情况，以便于需求理解。 §1·1 背景 在学籍管理中，需要从大量的日常教学活动中提取相关信息，以反映教学情况。传统的手工操作方式，易发生数据丢失，统计错误，劳动强度高，且速度慢。使用计算机可以高速，快捷地完成以上工作。在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。 §1·2系统目标 学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，使其有更多的精力从事教务管理政策的研究实施，教学计划的制定执行和教学质量的监督检查，从而全面提高教学质量。 §1·3 业务模式 本系统是运行在Win98 、Win2000、WindowsNT等操作系统环境下的多台计算机构成的局域网，主要业务流程如下： ·按某学生某学期，学年考试及补考成绩，自动生成该学生是否升留降级，退学。 ·按某学生在校期间累计补考科目门数和成绩自动生成该学生是否结业，毕业，授位。 ·按某学生因非成绩原因所引起的学籍变更作自动处理。 ·按每学期各年级班学生考试成绩自动生成补考名单，科目。 ·按每学期各年级学生考试成绩自动生成某课程统计分析表。 ·按同一年级学习成绩进行同一课程不同班级间成绩比较。 §2用户需求 编写说明： 此系统专门为高校学籍管理所设置。本节主要描述用户需求的使用范围，功能要求信息采集与各部门的使用权限 §2·1使用范围 按成都信息工程学院全日制学生学籍管理等相关文件完成本科和专科学生学籍状况的系统管理（本科生用学年学分制，专科生用学年制）。 系统中保留五个年级学生的信息，学生毕业一年后信息转储，但随时可以查询，输出。 §2·2功能要求 ·学生档案管理：学生的一般情况，及奖励，处分情况； ·学生成绩管理：学习成绩，补考成绩； ·学籍处理：学生留降级处理，休复学处理，退学处理； ·日常教务管理：日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统计； ·毕业生学籍处理：结业处理，毕业处理，授位处理，学籍卡片等。
附件2 变更基础数据库处理要求 一、修改要求 1.对于变更基础数据库质量错误，只允许修改今年变更涉及的范 围，并且将修改后的原始数据单独报送。 2.如果修改变更基础数据库，除修改部分数据需要提交外，还需 提交数据修改说明相关文档，详细说明变更基础数据库错误问 题和修改内容。 3.变更基础数据库错误只允许修改数据库本身错误，不允许修改 地类。 4.不允许整库修改原始数据，确需修改的，则由省国土资源管理 部门向国家提交书面申请，待批准后方可修改。 5.地方上报的变更基础数据库修改成果，按照二次调查县级成果 要求单独组织（参见第三点），并通过二次调查数据库质量检 查软件的检查。 二、变更基础数据库修改成果检查内容 国家针对地方上报的变更基础数据库修改成果，将开展检查，具体检查内容如下： 1.地类检查。检查提交的修改数据与上报国家的第二次全国土地 调查成果数据中对应的地类是否保持一致。 2.面积检查。检查修改前后辖区控制面积是否保持不变（平方米 级，容差为0），数据修改部分的前后总面积是否保持不变。 3.空间范围检查。检查修改数据的空间范围是否在原始数据的控
制界线范围内。 4.拓扑检查。检查将修改后的数据替换更新到国家库后是否存在 拓扑错误。 三、变更基础数据库修改成果内容要求 1.矢量数据 （1）数据格式：MDB格式 （2）数学基础：与原始数据保持一致 （3）图层内容：地类图斑（DLTB）、线状地物（XZDW）、零星地物（LXDW）、地类界线（DLJX） （4）图层属性结构：与原始数据保持一致，即与最终的第二次全国土地调查数据库成果的矢量数据图层属性结构保持一致。 2.修改说明 a)修改报告：通过文字描述说明修改原因，修改内容和修改 方法，数据格式为DOC。 b)修改记录：详细记录修改要素内容，格式为XLS，表样式 如下：