Oracle数据库管理员的日常任务_01
目录
1 Oracle数据库管理员应按如下方式对Oracle数据库系统做定期监控： (1)
1.1.1 每天对Oracle数据库的运行状态,日志文件,备份情况,数据库的空间使用情况,系统资源的使用情况进行检查,发现并解决问题。 (2)
1.1.2 每周对数据库对象的空间扩展情况,数据的增长情况进行监控,对数据库做健康检查,对数据库对象的状态做检查。 2
1.1.3 每月对表和索引等进行Analyze,检查表空间碎片,寻找数据库性能调整的机会,进行数据库性能调整,提出下一步空间管理计划。对ORACLE数据库状态进行一次全面检查。 (2)
2 每天的工作 (2)
2.1.1 确认所有的INSTANCE状态正常登陆到所有数据库或例程,检测ORACLE后台进程: 3 2.1.2 检查数据文件的状态记录状态不是“online”的数据文件，并做恢复。 (3)
2.1.3 检查日志文件和trace文件记录alert和trace文件中的错误。 (3)
2.1.4 检查数据库当日备份的有效性。 (3)
2.1.5 检查文件系统的使用(剩余空间)。如果文件系统的剩余空间小于20%，需删除不用的文件以释放空间。 4
2.1.6 检查表空间的使用情况 (4)
2.1.7 检查剩余表空间 (4)
2.1.8 监控数据库性能 (5)
2.1.9 检查数据库性能，记录数据库的cpu使用、IO、buffer命中率等等 (5)
2.1.10 日常出现问题的处理。 (5)
3 每周的工作 (5)
3.1.1 监控数据库对象的空间扩展情况 (6)
3.1.2 监控数据量的增长情况 (6)
3.1.3 系统健康检查 (6)
3.1.4 检查无效的数据库对象 (7)
3.1.5 检查不起作用的约束 (7)
3.1.6 检查无效的trigger. 8
4 每月的工作 (8)
4.1.1 Analyze Tables/Indexes/Cluster. 8
4.1.2 检查表空间碎片 (9)
4.1.3 寻找数据库性能调整的机会 (9)
4.1.4 数据库性能调整 (9)
4.1.5 提出下一步空间管理计划 (9)
1 Oracle数据库管理员应按如下方式对Oracle数据库系统做定期监控：
1.1.1 每天对Oracle数据库的运行状态,日志文件,备份情况,数据库的空间使用情况,系统资源的使用情况进行检查,发现并解决问题。
1.1.2 每周对数据库对象的空间扩展情况,数据的增长情况进行监控,对数据库做健康检查,对数据库对象的状态做检查。
1.1.3 每月对表和索引等进行Analyze,检查表空间碎片,寻找数据库性能调整的机会,进行数据库性能调整,提出下一步空间管理计划。对ORACLE数据库状态进行一次全面检查。
2 每天的工作
2.1.1 确认所有的INSTANCE状态正常登陆到所有数据库或例程,检测ORACLE后台进程: $ ps –ef|grep ora
2.1.2 检查数据文件的状态记录状态不是“online”的数据文件，并做恢复。
select file_name,status from dba_data_files where status='AVAILABLE';
select file_name,status from dba_data_files where status='UNAVAILABLE';
2.1.3 检查日志文件和trace文件记录alert和trace文件中的错误。
连接到每个需管理的系统
使用‘telnet’
对每个数据库,cd到bdump目录,通常是$ORACLE_BASE//bdump
使用Unix‘tail’命令来查看alert_.log文件
如果发现任何新的ORA-错误,记录并解决。
2.1.4 检查数据库当日备份的有效性。
对RMAN备份方式: 检查第三方备份工具的备份日志以确定备份是否成功
对EXPORT备份方式: 检查exp日志文件以确定备份是否成功
对其他备份方式: 检查相应的日志文件
2.1.5 检查文件系统的使用(剩余空间)。如果文件系统的剩余空间小于20%，需删除不用的文件以释放空间。$df–k
2.1.6 检查表空间的使用情况
SELECT tablespace_name,max_m,count_blocks free_blk_cnt,sum_free_m,to_char(100*sum_free_m/sum_m,'99.99')||'%' pct_free FROM(SELECT tablespace_name,sum(bytes)/1024/1024 sum_m
FROM dba_data_files
GROUP BY tablespace_name),
(SELECT tablespace_name fs_ts_name,max(bytes)/1024/1024 max_m,count(blocks) count_blocks,sum(bytes/1024/1024) sum_free_m
FROM dba_free_space
GROUP BY tablespace_name)
WHERE tablespace_name=fs_ts_name;
2.1.7 检查剩余表空间
SELECT tablespace_name,sum(blocks) free_blk,trunc(sum(bytes)/(1024*1024)) free_m,
max(bytes)/(1024) big_chunk_k, count(*) num_chunks
FROM dba_free_space
GROUP BY tablespace_name;
2.1.8 监控数据库性能
运行bstat/estat生成系统报告或者使用statspack收集统计数据
2.1.9 检查数据库性能，记录数据库的cpu使用、IO、buffer命中率等等
使用vmstat,iostat,glance,top等命令
2.1.10 日常出现问题的处理。 3 每周的工作
3.1.1 监控数据库对象的空间扩展情况
根据本周每天的检查情况找到空间扩展很快的数据库对象,并采取相应的措施：
--删除历史数据
扩表空间
alter tablespace add datafile ‘ ’ size
调整数据对象的存储参数
nextextent
pct_increase
3.1.2 监控数据量的增长情况
根据本周每天的检查情况找到记录数量增长很快的数据库对象,并采取相应的措施：
删除历史数据
扩表空间
Alter tablespace add datafile ‘’ size
3.1.3 系统健康检查
检查以下内容:
init.ora
controlfile
redologfile
archiving
sortareasize
tablespace(system,temporary,tablespacefragment)
datafiles(autoextend,location)
object(number of extent,next extent,index)
rollback segment
logging&tracing(alert.log,max_dump_file_size,sqlnet)
3.1.4 检查无效的数据库对象
col owner for a20
col object_name for a30
SELECT owner,object_name,object_type
FROM dba_objects
WHERE status='INVALID';
3.1.5 检查不起作用的约束
SELECT owner,constraint_name,table_name,constraint_type,status FROM dba_constraints
WHERE status='DISABLED' AND constraint_type='P';
3.1.6 检查无效的trigger
SELECT owner,trigger_name,table_name,status FROM dba_triggers
WHERE status='DISABLED';
4 每月的工作 4.1.1 Analyze Tables/Indexes/Cluster
Analyze table estimate statistic ssample 50 percent;
4.1.2 检查表空间碎片
根据本月每周的检查分析数据库碎片情况,找到相应的解决方法;
4.1.3 寻找数据库性能调整的机会
比较每天对数据库性能的监控报告,确定是否有必要对数据库性能进行调整;
4.1.4 数据库性能调整
如有必要,进行性能调整;
4.1.5 提出下一步空间管理计划
根据每周的监控,提出空间管理的改进方法;
Oracle数据库管理员的日常任务_02
目录
1 日维护过程 (1)
1.1 查看所有的实例是否已起： (1)
1.2 查找新的警告日志文件; 2
1.3 查看DBSNMP的运行情况; 2
1.4 查数据库备份是否成功; 2
1.5 检查备份的磁带文档是否成功; 2
1.6 检查对合理的性能来说是否有足够的资源; 2
1.7 将存档日志复制到备用数据库中 (4)
1.8 经常查阅DBA用户手册 (4)
2 晚间维护过程 (4)
2.1 分析计划和收集数据 (4)
2.1.1 如果你现在没有作这些的话，用‘MK VOLFACT.SQL’来创建测定体积的表。 (4)
2.1.2 收集晚间数据大小的信息，用‘ANALYZE COMP.SQL’。 (4)
2.1.3 收集统计结果，用‘POP VOL.SQL’。 (4)
2.1.4 在空闲的时候检查数据，可能的话，每周或每个月进行。 (4)
3 每周维护过程 (5)
3.1 查找被破坏的目标 (5)
3.1.1 检查表空间的next_extent. 5
3.1.2 所有的表都应该有唯一的主键 (5)
3.1.3 所有的索引都要放到索引表空间中。运行‘MKREBUILD_IDX.SQL’ 5
3.1.4 不同的环境之间的计划应该是同样的，特别是测试环境和成品环境之间的计划应该相同。 5
3.2 查看是否有危害到安全策略的问题。 (6)
3.3 查看报错的SQL*NET日志。 (6)
3.3.1 客户端的日志。 (6)
3.3.2 服务器端的日志。 (6)
3.4 将所有的警告日志存档。 (6)
3.5 供应商的主页 (6)
3.5.1 ORACLE供应商 (6)
3.5.2 Quest Software. 6
3.5.3 Sun Microsystems. 6
4 月维护过程 (7)
4.1 查看对数据库会产生危害的增长速度 (7)
4.1.1 从以前的记录或报告中回顾段增长的变化以此来确定段增长带来危害 (7)
4.2 回顾以前数据库优化性能的调整 (7)
4.2.1 回顾一般ORACLE数据库的调整点，比较以前的报告来确定有害的发展趋势。 7
4.3 查看I/O的屏颈问题 (7)
4.3.1 查看前期数据库文件的活动性，比较以前的输出来判断有可能导致屏颈问题的趋势。7
4.4 回顾FRAGMENTATION.. 7
4.5 计划数据库将来的性能 (7)
4.5.1 比较ORACLE和操作系统的CPU，内存，网络，及硬盘的利用率以此来确定在近期将会有的一些资源争夺的趋势; 7
4.5.2 当系统将超出范围时要把性能趋势当作服务水平的协议来看。 (7)
4.6 完成调整和维护工作 (8)
4.6.1 使修改满足避免系统资源的争夺的需要，这里面包括增加新资源或使预期的停工。 8
5 附录(维护用程序) 8
5.1 日常程序 (8)
5.2 每晚处理程序 (10)
5.3 每周处理程序 (12)
1 日维护过程
1.1 查看所有的实例是否已起：
确定数据库是可用的，把每个实例写入日志并且运行日报告或是运行测试文件。当然有一些操作我们是希望它能自动运行的。
可选择执行：用ORACLE管理器中的‘PROBE’事件来查看;
1.2 查找新的警告日志文件;
1.联接每一个操作管理系统;
2.使用‘TELNET’或是可比较程序;
3.对每一个管理实例，经常的执行$ORACLE_BASE//bdump操作，并使其能回退到控制数据
4.在提示下，使用UNIX中的‘TAIL’命令查看alert_.log，或是用其他方式检查文件中最近时期的警告日志;
5.如果以前出现过的一些ORA_ERRORS又出现，将它记录到数据库恢复日志中并且仔细的研究它们，这个数据库恢复日志在〈FILE〉中;
1.3 查看DBSNMP的运行情况;
检查每个被管理机器的‘DBSNMP’进程并将它们记录到日志中。
在UNIX中，在命令行中，键入ps–ef | grep dbsnmp,将回看到2个DBSNMP进程在运行。如果没有，重启DBSNMP。
1.4 查数据库备份是否成功; 1.5 检查备份的磁带文档是否成功; 1.6 检查对合理的性能来说是否有足够的资源;
1.检查在表空间中有没有剩余空间。
对每一个实例来说，检查在表空间中是否存在有剩余空间来满足当天的预期的需要。当数据库中已有的数据是稳定的，数据日增长的平均数也是可以计算出来，最小的剩余空间至少要能满足每天数据的增长。
A)运行‘FREE.SQL’来检查表空间的剩余空间。
B)运行‘SPACE.SQL’来检查表空间中的剩余空间百分率
2.检查回滚段;
回滚段的状态一般是在线的，除了一些为复杂工作准备的专用段，它一般状态是离线的。
a)每个数据库都有一个回滚段名字的列表。
b)你可以用V$ROLLSTAT来查询在线或是离线的回滚段的现在状态.
Select USN,LATCH,EXTENTS,RSSIZE,WRITES,HWMSIZE,SHRINKS,STATUS
Fromv$rollstat;
c)对于所有回滚段的存储参数及名字，可用DBA_ROLLBACK_SEGS来查询。但是它不如V$ROLLSTAT 准确。
Col segment_name for a15
col tablespace_name for a20
colfile_id for 999999
Select*
From dba_rollback_segs;
库的SID。
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以上有一段时间的话，我们就需要查看及研究出现的问题。
1.7 将存档日志复制到备用数据库中
如果有一个备用数据库，将适当的存档日志复制到备用数据库的期望位置，备用数据库中保存最近期的数据。
1.8 经常查阅DBA用户手册
如果有可能的话，要广泛的阅读，包括DBA手册，行业杂志，新闻组或是邮件列表。
2 晚间维护过程
大部分的数据库产品将受益于每晚确定的检查进程的运行。
A.收集VOLUMETRIC数据
2.1 分析计划和收集数据
更准确的分析计算并保存结果。
2.1.1 如果你现在没有作这些的话，用‘MK VOLFACT.SQL’来创建测定体积的表。 2.1.2 收集晚间数据大小的信息，用‘ANALYZE COMP.SQL’。 2.1.3 收集统计结果，用‘POP VOL.SQL’。 2.1.4 在空闲的时候检查数据，可能的话，每周或每个月进行。
我是用MS EXCEL和ODBC的联接来检查数据和图表的增长。
3 每周维护过程 3.1 查找被破坏的目标 3.1.1 检查表空间的next_extent
对于每个给定表空间的对象来说，NEXT_EXTENT的大小是相同的，如12/14/98，缺省的NEXT_EXTENT的 DATAHI为1G，DATALO为500MB，INDEXES为256MB。
A)检查NEXT_EXTENT的设置，可用‘NEXTEXT.SQL’。
B)检查已有的EXTENTS，可用‘EXISTEXT.SQL’。
3.1.2 所有的表都应该有唯一的主键
a)查看那些表没有主键，可用‘NO_PK.SQL’。
b)查找那些主键是没有发挥作用的，可用‘DIS_PK.SQL’。
c)所有作索引的主键都要是唯一的，可用‘NONUPK.SQL’来检查。
3.1.3 所有的索引都要放到索引表空间中。运行‘MKREBUILD_IDX.SQL’ 3.1.4 不同的环境之间的计划应该是同样的，特别是测试环境和成品环境之间的计划应该相同。
a)检查不同的2个运行环境中的数据类型是否一致，可用‘DATATYPE.SQL’。
b)在2个不同的实例中寻找对象的不同点，可用‘OBJ_COORD.SQL’。
c)更好的做法是，使用一种工具，象寻求软件的计划管理器那样的工具。
3.2 查看是否有危害到安全策略的问题。 3.3 查看报错的SQL*NET日志。 3.3.1 客户端的日志。 3.3.2 服务器端的日志。 3.4 将所有的警告日志存档。 3.5 供应商的主页 3.5.1 ORACLE供应商
https://www.doczj.com/doc/593861683.html,
https://www.doczj.com/doc/593861683.html,
https://www.doczj.com/doc/593861683.html,/support
https://www.doczj.com/doc/593861683.html,
3.5.2 Quest Software
https://www.doczj.com/doc/593861683.html,
3.5.3 Sun Microsystems
https://www.doczj.com/doc/593861683.html,
4 月维护过程 4.1 查看对数据库会产生危害的增长速度 4.1.1 从以前的记录或报告中回顾段增长的变化以此来确定段增长带来危害 4.2 回顾以前数据库优化性能的调整 4.2.1 回顾一般ORACLE数据库的调整点，比较以前的报告来确定有害的发展趋势。 4.3 查看I/O的屏颈问题 4.3.1 查看前期数据库文件的活动性，比较以前的输出来判断有可能导致屏颈问题的趋势。 4.4 回顾FRAGMENTATION 4.
5 计划数据库将来的性能 4.5.1 比较ORACLE和操作系统的CPU，内存，网络，及硬盘的利用率以此来确定在近期将会有的一些资源争夺的趋势; 4.5.2 当系统将超出范围时要把性能趋势当作服务水平的协议来看。 4.
6 完成调整和维护工作 4.6.1 使修改满足避免系统资源的争夺的需要，这里面包括增加新资源或使预期的停工。
5 附录(维护用程序) 5.1 日常程序
0. free.sql
To verify free space in tablespaces
Minimum amount of free space
document your thresholds:
SELECT tablespace_name,sum(blocks) free_blk,trunc((sum(bytes)/1024*1024)) free_m,
max(bytes)/(1024) big_chunk_k,count(*) 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_blo cks
,to_char(100*sum_free_blocks/sum_alloc_blocks,'09.99')||'%' pct_free
FROM
(SELECT tablespace_name,sum(blocks) sum_alloc_blocks
FROM dba_data_files
GROUP BY tablespace_name)
,(SELECT tablespace_name fs_ts_name
,max(blocks) largest_free_chunk
,count(blocks) nr_free_chunks
,sum(blocks) 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)
SELECT e.owner,e.segment_type,e.segment_name,count(*) nr_extents,s.max_extents ,to_char(sum(e.bytes)/(1024*1024),'999,999.90') 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.
f 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.
SELECT a.table_name,a.next_extent,a.tablespace_name
FROM all_tables a,
(SELECT tablespace_name,max(bytes) 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;
5.2 每晚处理程序
1. mk_volfact.sql
mk_volfact.sql (only run this once to set it up; do not run it nightly!)
Table UTL_VOL_FACTS
CREATETABLEutl_vol_facts(
table_nameVARCHAR2(30),
num_rowsNUMBER,
meas_dtDATE)
TABLESPACEplatab
STORAGE(
INITIAL128k
NEXT128k
PCTINCREASE0
MINEXTENTS1
MAXEXTENTSunlimited
)
/
--PublicSynonym
CREATEPUBLICSYNONYMutl_vol_factsFOR&OWNER..utl_vol_facts
/
Grants for UTL_VOL_FACTS
GRANTSELECTONutl_vol_factsTOpublic
2. analyze_comp.sql
analyze_comp.sql
BEGIN
SYS.DBMS_UTILITY.ANALYZE_SCHEMA('&OWNER','COMPUTE');
END;
/
3. pop_vol.sql
pop_vol.sql
insertintoutl_vol_facts
selecttable_name
,NVL(num_rows,0)asnum_rows
,trunc(last_analyzed)asmeas_dt
fromall_tables
or just user_tables
whereownerin('&OWNER')
or a comma-separated list of owners
/
commit
/
5.3 每周处理程序
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.
his tells us what the setting for NEXT is for these objects today.
11/30/98
SELECTsegment_name,segment_type,ds.next_extentasActual_Next
,dt.tablespace_name,dt.next_extentasDefault_Next
FROMdba_tablespacesdt,dba_segmentsds
WHEREdt.tablespace_name=ds.tablespace_name
ANDdt.next_extent!=ds.next_extent
ANDds.owner=UPPER('&OWNER')
ORDERBYtablespace_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
SELECTsegment_name,segment_type
,count(*)asnr_exts
,sum(DECODE(dx.bytes,dt.next_extent,0,1))asnr_illsized_exts
,dt.tablespace_name,dt.next_extentasdflt_ext_size
FROMdba_tablespacesdt,dba_extentsdx
WHEREdt.tablespace_name=dx.tablespace_name
ANDdx.owner='&OWNER'
GROUPBYsegment_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
SELECTtable_name
FROMall_tables
WHEREwner='&OWNER'
MINUS
SELECTtable_name
FROMall_constraints
WHEREwner='&&OWNER'
ANDconstraint_type='P';
4. disPK.sql
disPK.sql
To find out which primary keys are disabled
11/30/98
SELECTowner,constraint_name,table_name,status
FROMall_constraints
WHEREwner='&OWNER'ANDstatus='DISABLED’ANDconstraint_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
SELECTindex_name,table_name,uniqueness
FROMall_indexes
WHEREindex_namelike'&PKNAME%'
ANDwner='&OWNER'ANDuniqueness='NONUNIQUE'
SELECTc.constraint_name,i.tablespace_name,i.uniqueness
FROMall_constraintsc,all_indexesi
WHEREc.owner=UPPER('&OWNER')ANDi.uniqueness='NONUNIQUE'
ANDc.constraint_type='P'ANDi.index_name=c.constraint_name
6. mkrebuild_idx.sql
mkrebuild_idx.sql
Rebuild indexes to have correct storage parameters
11/2/98
SELECT'alterindex'||index_name||'rebuild'
,'tablespaceINDEXESstorage'
||'(initial256Knext256Kpctincrease0);'
FROMall_indexes
WHERE(tablespace_name!='INDEXES'
ORnext_extent!=(256*1024)
)
ANDwner='&OWNER'
/
7. datatype.sql
datatype.sql
To check datatype consistency between two environments
11/30/98
SELECTtable_name,column_name,data_type,data_length,data_precision,data_scale,nu llable
FROMall_tab_columns--firstenvironment
WHEREwner='&OWNER'
MINUS
SELECTtable_name,column_name,data_type,data_length,data_precision,data_scale,nu llable
FROMall_tab_columns@&my_db_link--secondenvironment
WHEREwner='&OWNER2'
orderbytable_name,column_name
8. obj_coord.sql
obj_coord.sql
To find out any difference in objects between two instances
12/08/98
SELECTobject_name,object_type
FROMuser_objects
MINUS
SELECTobject_name,object_type
FROMuser_objects@&my_db_link
1.视图的概述 视图其实就是一条查询sql语句，用于显示一个或多个表或其他视图中的相关数据。视图将一个查询的结果作为一个表来使用，因此视图可以被看作是存储的查询或一个虚拟表。视图来源于表，所有对视图数据的修改最终都会被反映到视图的基表中，这些修改必须服从基表的完整性约束，并同样会触发定义在基表上的触发器。(Oracle支持在视图上显式的定义触发器和定义一些逻辑约束) 2.视图的存储 与表不同，视图不会要求分配存储空间，视图中也不会包含实际的数据。视图只是定义了一个查询，视图中的数据是从基表中获取，这些数据在视图被引用时动态的生成。由于视图基于数据库中的其他对象，因此一个视图只需要占用数据字典中保存其定义的空间，而无需额外的存储空间。 3.视图的作用 用户可以通过视图以不同形式来显示基表中的数据，视图的强大之处在于它能够根据不同用户的需要来对基表中的数据进行整理。视图常见的用途如下： 通过视图可以设定允许用户访问的列和数据行，从而为表提供了额外的安全控制 隐藏数据复杂性 视图中可以使用连接(join)，用多个表中相关的列构成一个新的数据集。此视图就对用户隐藏了数据来源于多个表的事实。 简化用户的SQL 语句 用户使用视图就可从多个表中查询信息，而无需了解这些表是如何连接的。 以不同的角度来显示基表中的数据 视图的列名可以被任意改变，而不会影响此视图的基表 使应用程序不会受基表定义改变的影响 在一个视图的定义中查询了一个包含4 个数据列的基表中的3 列。当基表中添加了新的列后，由于视图的定义并没有被影响，因此使用此视图的应用程序也不会被影响。 保存复杂查询 一个查询可能会对表数据进行复杂的计算。用户将这个查询保存为视图之后，每次进行类似计算只需查询此视图即可。
目录 2........................................................................................................................................... 数据库操作规范：1.................................................................................................................................. 2.数据库关键参数配置：1.1................................................................................................................................. 2.数据库数据提取流程：1.2................................................................................................................................. 2.数据库操作管理制度：1. 3............................................................................................................................. 3 .操作系统帐号管理制度：1. 4................................................................................................................................. 3 .1.5数据库帐号管理制度： 4.2........................................................................................................................................... 应用程序管理规范 ..................................................................................................................................... 4.应用程序发布管理： 2.1 4 ............................................................................................................................................... 数据库备份规范 3..................................................................................................................................... 4 3.1.备份设备物理规划：......................................................................................................................................... 43.2.数据库备份制度： ............................................................................................................................................. 4 3.3.备份数据定义： 1数据库操作规范： 1.1数据库关键参数配置：
办公室日常信息管理系统 1．需求分析： 1．1业务流程分析： 系统管理员的功能包括如下几个方面：文件信息管理、考勤信息管理、会议记录管理、通知公告管理 办公管理系统的数据库功能主要体现在对各种信息的提供、保存、更新和查询的操作上，包括通知公告信息，文件信息。 文件信息：文件编号，文件名称，文件类型，存储位置 考勤信息：员工编号，时间，姓名，性别，出勤情况 会议记录：会议编号，会议时间，参会人，记录人，会议内容 通知公告：公告编号，内容，通知人，公告时间 用户管理：用户以合法身份登入系统后,管理员可以进行系统用户的添加,密码的修改操作。 文件信息管理：办公室管理员可以在文件信息管理模块对办公室线路信息进行管理。管理员首先建立办公室文件信息数据库，输入原始的文件信息，当有新的文件需要添加或者需要对已有的文件信息进行修改，删除的时候，管理员就可以进行相应的操作。管理员也可以通过本模块查询到所有需要查询的文件的详细信息。 考勤信息管理：管理员可以在考勤信息管理模块实现对考勤信息的管理。管理员首先应该建立考勤信息数据库，输入原始的数据信息，当有新的考勤信息的时候或者管理员需要修改某个考勤的相关信息以及想要删除某个考勤信息的时候，就可以完成相应的操作。管理员也可以在整个数据库中查寻相关考勤信息。 会议记录管理：管理员可以在会议记录管理模块实现对会议记录信息的管理。管理员根据相应的会议记录来设置相应的会议记录详细信息。当有新的会议记录添加的时候，要把相应的会议记录信息添加到数据库中，管理员还可以对某条会议记录信息进行修改，删除和查询操作。 通知公告管理：管理员可以在通知公告管理模块实现对通知公告信息的管
Previous Next View PDF 6 Data Dictionary and Dynamic Performance Views Previous Next View PDF 第6章数据字典和动态性能视图 This chapter describes the central set of read-only reference tables and views of each Oracle database, known collectively as the data dictionary. The chapter also describes the dynamic performance views, which are special views that are continuously updated while a database is open and in use. 本章介绍了每个 Oracle 数据库都具有的只读参考表和视图中最重要的部分，统称为数据字典。本章还介绍了动态性能视图，它们是一些会在数据库处于打开状态时不断更新的特殊视图。 This chapter contains the following sections: 本章包含以下各节： ?Overview of the Data Dictionary o Contents of the Data Dictionary o Storage of the Data Dictionary o How Oracle Database Uses the Data Dictionary ?Overview of the Dynamic Performance Views o Contents of the Dynamic Performance Views o Storage of the Dynamic Performance Views ?Database Object Metadata ?数据字典概述 o数据字典的内容 o数据字典存储 o Oracle数据库如何使用数据字典?动态性能视图概述 o动态性能视图的内容 o动态性能视图的存储 ?数据库对象元数据 Overview of the Data Dictionary 数据字典概述 An important part of an Oracle database is its data dictionary, which is a read-only set of tables that provides administrative metadata about the database. A data dictionary contains information such as the following: Oracle 数据库的一个重要部分是它的数据字典，它是一组提供有关数据库管理元数据的只读表。数据字典包含如下信息： ?The definitions of every schema object in the database, including default values for columns and integrity constraint information ?在数据库中每个模式对象的定义，包括列的默认值和完整性约束信息 ?The amount of space allocated for and currently used by the schema objects ?分配给模式对象的空间量及当前已使用量 ?The names of Oracle Database users, privileges and roles granted ?Oracle数据库用户的名称、授予用户的权限和角色、和与用户相关
Oracle创建视图 在本练习中，将在HR模式中练习如何创建视图，查询视图的定义，并对视图进行更新。 （1）创建一个视图EMPLOYEES_IT，该视图是基于HR模式中的EMPLOYEES表，并且该视图只包括那些部门为IT的员工信息。在创建视图时使用WITH CHECK OPTION，防止更新视图时，输入非IT部门的员工信息。 create or replace view employees_it as select * from employees where department_id =( select department_id from departments where departments.department_name='IT') with check option; （2）创建一个联接视图EMP_DEPT，它包含EMPLOYEES表中的列和DEPARTMENTS 表中的DNAME列。 create or replace view emp_dept as select t1.employee_id,t1.first_name,https://www.doczj.com/doc/593861683.html,st_name,t1.email, t1.phone_number,t1.hire_date,t1.job_id,t1.salary,t2.department_name from employees t1,departments t2 where t1.department_id=t2.department_id with check option; （3）Oracle针对创建的视图，只在数据字典中存储其定义。输入并执行如下的语句查看创建的视图定义： select text from user_views where view_name=UPPER('emp_dept'); （4）查看视图各个列是否允许更新。 col owner format a20 col table_name format a20 col column_name format a20 select * from user_updatable_columns where table_name=UPPER('emp_dept');
1 设计思路 为了设计一套具有较强可扩展性的用户认证管理，需要建立用户、角色和权限等数据库表，并且建立之间的关系，具体实现如下。 1.1 用户 用户仅仅是纯粹的用户，用来记录用户相关信息，如用户名、密码等，权限是被分离出去了的。用户（User）要拥有对某种资源的权限，必须通过角色（Role）去关联。 用户通常具有以下属性： 编号，在系统中唯一。 ü名称，在系统中唯一。 ü用户口令。 ü注释，描述用户或角色的信息。 1.2 角色 角色是使用权限的基本单位，拥有一定数量的权限，通过角色赋予用户权限，通常具有以下属性： ü编号，在系统中唯一。 ü名称，在系统中唯一。 ü注释，描述角色信息 1.3 权限 权限指用户根据角色获得对程序某些功能的操作，例如对文件的读、写、 修改和删除功能，通常具有以下属性： ü编号，在系统中唯一。 ü名称，在系统中唯一。 ü注释，描述权限信息 1.4 用户与角色的关系 一个用户（User）可以隶属于多个角色（Role），一个角色组也可拥有多个用户，用户角色就是用来描述他们之间隶属关系的对象。用户（User）通过角色（Role）关联所拥有对某种资源的权限，例如 l 用户（User）： UserID UserName UserPwd 1 张三 xxxxxx 2 李四 xxxxxx …… l 角色（Role）： RoleID RoleName RoleNote 01 系统管理员监控系统维护管理员 02 监控人员在线监控人员 03 调度人员调度工作人员 04 一般工作人员工作人员…… 从该关系表可以看出，用户所拥有的特定资源可以通过用户角色来关联。 1.5 权限与角色的关系 一个角色（Role）可以拥有多个权限（Permission），同样一个权限可分配给多个角色。例如： l 角色（Role）： RoleID RoleName RoleNote 01 系统管理员监控系统维护管理员 02 监控人员在线监控人员
办公室日常管理信息系统-标准化文件发布号：（9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
数学与计算机学院 课程设计说明书 课程名称: 大型数据库-课程设计 课程代码: 题目: 办公室日常管理信息系统 年级/专业/班: 学生姓名: 学号: 开始时间:2012 年06月7日 完成时间:2012 年07月 16 日 课程设计成绩： 学习态度及平时成绩（30）技术水平与实际 能力（20） 创新 （5） 说明书撰写质量（45） 总分 （100）
指导教师签名：年月
目录 1 引言 (1) 1.1问题的提出 (1) 1.2任务与分析 (1) 2 需求分析 (2) 2.1添加功能 (2) 2.2删除功能 (2) 2.3删除全部职员信息 (2) 2.4显示功能 (2) 2.5查找功能 (2) 2.6修改功能 (2) 4 总体设计 (3) 4.1程序框架设计 (3) 4.2数据库系统设计 (3) 4.2.1数据字典 (3) 4.2.2模型E-R图 (5) 4.2.3模型总体E-R图 (6) 4.2.4数据库一览 (7) 5程序设计 (8) 5.1登陆模块 (8) 6.2文件管理模块 (10) 6.3成员管理模块 (11) 6.4考勤管理模块 (14) 6.5会议管理 (15) 6.5日志 (17) 6系统测试 (17) 7结论 (23)
8参考文献 (24)
1 引言 1.1 问题的提出 随着社会的发展，企业的发展，职工数量的增加，人员的不断流动，平时我们常用的文件人工记录，文件记录已经渐渐不能满足现代化办公室的要求，查询起来也相当繁琐，得到的信息也不够准确，为了能使大量的企业和个人能够方便快捷的查询到办公室的各种信息，应该有一个功能比较全面的办公室管理系统。 办公室日常管理信息系统是一个功能比较全面的信息管理系统，具有界面友好、高效迅速、反馈信息完整等特点。该软件采用.Net(后期实现部分，属于软件开发，在这里不进行详细实现)和强大的数据库软件开发工具进行开发，能够运行在各种操作系统上，不仅可以满足大部分企业，还能应用在学校以及团体对办公室日常各种信息管理的需求，并且易于操作。 办公室日常管理信息系统可以大大地提高办公室日常办公的效率，以及帮助减少在工作中可能出现的错误，为客户提供更好的服务。本系统的开发主要包括后台数据库的建立、维护以及前端应用程序的开发（略）两个方面。后台数据库使用SQL Server 2005。 1.2任务与分析 系统功能基本要求：文件管理信息：包括文件编号、文件种类、文件名称、存放位置等；考勤管理：包括姓名、年龄、职务、日期、出勤情况等；查询员工的出勤情况。会议记录：包括会议时间、参会人、记录员、会议内容等；办公室日常事务管理，包括时间、事务、记录人。按条件查询，统计。
fnd_user 系统用户表 fnd_application 应用信息表 FND_PROFILE_OPTIONS_VL 系统配置文件 fnd_menus 菜单 fnd_menu_entries_tl FND_NEW_MESSAGES 消息表 FND_FORM 表单表 FND_CONCURRENT_PROGRAMS_VL 并发程序视图 FND_CONCURRENT_PROGRAMS_TL FND_CONCURRENT_PROGRAMS FND_DESCR_FLEX_COL_USAGE_VL FND_DESCR_FLEX_COL_USAGE_TL FND_DESCR_FLEX_COLUMN_USAGES FND_EXECUTABLES_FORM_V 可执行并发程序视图FND_EXECUTABLES_TL FND_EXECUTABLES FND_DESCRIPTIVE_FLEXS FND_CONC_REQ_SUMMARY_V 并发请求视图FND_CONCURRENT_REQUESTS FND_RESPONSIBILITY 职责表
FND_RESPONSIBILITY_VL 职责FND_USER_RESP_GROUPS 用户职责 fnd_flex_value_sets 值集表 FND_FLEX_VALUES FND_IREP_ALL_INTERFACES 接口表 FND_IREP_CLASSES Fnd_Irep_Classes_Tl fnd_territories_vl 国家视图 fnd_log_messages 日志表 fnd_form_functions 功能 FND_DOCUMENT_SEQUENCES 单据序列 FND_DOC_SEQUENCE_ASSIGNMENTS 序列分配 fnd_id_flexs 关键弹性域定义表 FND_ID_FLEX_STRUCTURES 弹性域结构表 FND_ID_FLEX_SEGMENTS 弹性域段表 fnd_descriptive_flexs 描述性弹性域属性表 FND_DESCR_FLEX_CONTEXTS 弹性域列类别表 FND_DESCR_FLEX_COLUMN_USAGES 弹性域列类别属性表FND_FLEX_VALUE_SETS 值集表 FND_FLEX_VALUES 值表 Fnd_Flex_Values_Tl 值描述表
ORACLE常用SQL语句大全 一、基础 1、说明：创建数据库 CREATE DATABASE database-name 2、说明：删除数据库 drop database dbname 3、说明：备份sql server --- 创建备份数据的 device USE master EXEC sp_addumpdevice 'disk', 'testBack', 'c:/mssql7backup/MyNwind_1.dat' --- 开始备份 BACKUP DATABASE pubs TO testBack 4、说明：创建新表 create table tabname(col1 type1 [not null] [primary key],col2 type2 [not nul l],..) 根据已有的表创建新表： A：select * into table_new from table_old (使用旧表创建新表) B：create table tab_new as select col1,col2… from tab_old definition only<仅适用于Oracle> 5、说明：删除表 drop table tablename
6、说明：增加一个列，删除一个列 A：alter table tabname add column col type B：alter table tabname drop column colname 注：DB2DB2中列加上后数据类型也不能改变，唯一能改变的是增加varchar类型的长度。 7、添加主键： Alter table tabname add primary key(col) 删除主键： Alter table tabname drop primary key(col) 8、创建索引：create [unique] index idxname on tabname(col….) 删除索引：drop index idxname 注：索引是不可更改的，想更改必须删除重新建。 9、创建视图：create view viewname as select statement 删除视图：drop view viewname 10、几个简单的基本的sql语句 选择：select * from table1 where 范围 插入：insert into table1(field1,field2) values(value1,value2) 删除：delete from table1 where 范围 更新：update table1 set field1=value1 where 范围 查找：select * from table1 where field1 like ’%value1%’ ---like的语法很精妙，查资料! 排序：select * from table1 order by field1,field2 [desc] 总数：select count as totalcount from table1 求和：select sum(field1) as sumvalue from table1 平均：select avg(field1) as avgvalue from table1 最大：select max(field1) as maxvalue from table1 最小：select min(field1) as minvalue from table1 11、几个高级查询运算词 A：UNION 运算符 UNION 运算符通过组合其他两个结果表（例如 TABLE1 和 TABLE2）并消去表中任何重复行而派生出一个结果表。当 ALL 随 UNION 一起使用时（即 UNION ALL），不消除重复行。两种情况下，派生表的每一行不是来自 TABLE1 就是来自 TABLE2。 B：EXCEPT 运算符 EXCEPT 运算符通过包括所有在 TABLE1 中但不在 TABLE2 中的行并消除所有重复行而派生出一个结果表。当ALL 随 EXCEPT 一起使用时 (EXCEPT ALL)，不消除重复行。 C：INTERSECT 运算符 INTERSECT 运算符通过只包括 TABLE1 和 TABLE2 中都有的行并消除所有重复行而派生出一个结果表。当 ALL 随 INTERSECT 一起使用时 (INTERSECT ALL)，不消除重复行。 注：使用运算词的几个查询结果行必须是一致的。 12、使用外连接
学习资料：数据库用户管理 SQL Server的安全包括服务器安全和数据安全两部分。服务器安全是指可以SQL Server数据库服务器的登录管理、数据库数据的访问安全等，数据安全则包括数据的完整性、数据库文件的安全性。因此，如果你准备访问SQL Server数据库的数据，你应该具有SQL Server登录帐户和访问数据库的权限。 下面逐一讲解如何创建登录帐户、如何创建数据库用户和如何给用户授权。 一、SQL Server身份验证 在登录SQL Server时，需要选择身份验证的方式，SQL Server支持以下两种身份验证。 Windows身份验证。 SQL Server身份验证。 简单地说，Windows身份验证是使用当前登录到操作系统的用户去登录，而SQL Server身份验证是使用SQL Server中建立的用户去登录。 登录验证通过以后，就可以像管理本机SQL Server一样来管理远程机上的SQL Server 服务。 二、建立登录帐户并赋予权限 与创建数据库一样，建立SQL Server数据库的登录名、用户名，为其赋予权限也有两种方式。 1）使用SQL Server Management Studio建立登录账户并赋予权限 2）使用T-SQL建立登录账户并赋予权限 1．在SQL Server Management Studio中建立登录账户并赋予权限在SQL Server Management Studio中，通常需要进行三步操作。 1）建立SQL Server登录名 在SQL Server Management Studio中，建立登录的步骤如下。 （1）在“安全性”节点下，右击“登录名”，在右键菜单中选择“新建登录名”选项。
oracle中以dba_、user_、v$_、all_、session_、index_开头的常用表和视图（https://www.doczj.com/doc/593861683.html,/gzz%5Fgzz/blog/item/1f6ef92a67599392033bf6de.html） 2009年08月10日星期一 17:06 oracle中以dba_、user_、v$_、all_、session_、index_开头的常用表和视图dba_开头 dba_users 数据库用户信息 dba_segments 表段信息 dba_extents 数据区信息 dba_objects 数据库对象信息 dba_tablespaces 数据库表空间信息 dba_data_files 数据文件设置信息 dba_temp_files 临时数据文件信息 dba_rollback_segs 回滚段信息 dba_ts_quotas 用户表空间配额信息 dba_free_space 数据库空闲空间信息 dba_profiles 数据库用户资源限制信息 dba_sys_privs 用户的系统权限信息 dba_tab_privs 用户具有的对象权限信息 dba_col_privs 用户具有的列对象权限信息 dba_role_privs 用户具有的角色信息 dba_audit_trail 审计跟踪记录信息 dba_stmt_audit_opts 审计设置信息 dba_audit_object 对象审计结果信息 dba_audit_session 会话审计结果信息 dba_indexes 用户模式的索引信息 user_开头 user_objects 用户对象信息 user_source 数据库用户的所有资源对象信息 user_segments 用户的表段信息 user_tables 用户的表对象信息 user_tab_columns 用户的表列信息 关于这个还涉及到两个常用的例子如下： 1、oracle中查询某个字段属于哪个表 Sql代码 select table_name,owner from dba_tab_columns t where t.COLUMN_NAME like upper('%username%'); select table_name,owner from dba_tab_columns t where t.COLUMN_NAME like
公司日常办公室管理制度全1 第一章管理大纲 为了加强管理，完善各项工作制度，促进公司发展壮大，提高经济效益，根据国家有关法律、法规及公司章程的规定，特制订本管理细则。 第一条公司全体员工必须遵守公司章程，遵守公司的各项规章制度和决定。 第二条公司禁止任何部门、个人做有损公司利益、形象、声誉或破坏公司发展的事情。 第三条公司通过发挥全体员工的积极性、创造性和提高全体员工的技术、管理、经营水平，不断完善公司的经营、管 理体系，实行多种形式的责任制，不断壮大公司实力和 提高经济效益。 第四条公司提倡全体员工努力学习时尚知识和管理营销常识，努力提高员工的整体素质和水平，造就一支思想新、作 风硬、业务强、服务水平优秀的员工队伍。 第五条公司鼓励员工积极参与公司的决策和管理，鼓励员工发挥才智，提出合理化建议。 第六条公司为员工提供平等的竞争环境和晋升机会，公司推行岗位责任制，实行考勤、考核制度，评先树优，对做出
贡献者予以表彰、奖励。 第七条公司提倡求真务实的工作作风，提高工作效率；提倡厉 行节约，反对铺张浪费;倡导员工团结互助，同舟共济， 发扬集体合作和集体创造精神，增强团体的凝聚力和向 心力。 第八条员工必须维护公司纪律，对任何违反公司章程和各项规章制度的行为，都要予以追究。 第二章员工守则 一、遵纪守法，忠于职守，爱岗敬业。 二、服从领导，关心下属，团结互助。 三、爱护公物，勤俭节约，杜绝浪费。 四、勤于学习，注重沟通，精通业务。 五、积极进取，勇于开拓，求实创新。 六、诚实守信，敬职爱岗，勇于承担工作责任。 第三章服务规范 一、服务礼仪：仪表整洁、姿态标准。 二、微笑服务：笑容和蔼、亲切礼貌。
V$SYSSTAT中包含多个统计项，这部分介绍了一些关键的v$sysstat统计项，在调优方面相当有用。下列按字母先后排序： 数据库使用状态的一些关键指标： l CPU used by this session：所有session的cpu占用量，不包括后台进程。这项统计的单位是百分之x秒.完全调用一次不超过10ms l db block changes：那部分造成SGA中数据块变化的insert,update或delete操作数这项统计可以大概看出整体数据库状态。在各项事务级别，这项统计指出脏缓存比率。 l execute count：执行的sql语句数量(包括递归sql) l logons current：当前连接到实例的Sessions。如果当前有两个快照则取平均值。l logons cumulative：自实例启动后的总登陆次数。 l parse count (hard)：在shared pool中解析调用的未命中次数。当sql语句执行并且该语句不在shared pool或虽然在shared pool但因为两者存在部分差异而不能被使用时产生硬解析。如果一条sql语句原文与当前存在的相同，但查询表不同则认为它们是两条不同语句，则硬解析即会发生。硬解析会带来cpu和资源使用的高昂开销，因为它需要oracle 在shared pool中重新分配内存，然后再确定执行计划，最终语句才会被执行。 l parse count (total)：解析调用总数，包括软解析和硬解析。当session执行了一条sql语句，该语句已经存在于shared pool并且可以被使用则产生软解析。当语句被使用(即共享) 所有数据相关的现有sql语句(如最优化的执行计划)必须同样适用于当前的声明。这两项统计可被用于计算软解析命中率。 l parse time cpu：总cpu解析时间(单位：10ms)。包括硬解析和软解析。 l parse time elapsed：完成解析调用的总时间花费。 l physical reads：OS blocks read数。包括插入到SGA缓存区的物理读以及PGA中的直读这项统计并非i/o请求数。 l physical writes：从SGA缓存区被DBWR写到磁盘的数据块以及PGA进程直写的数据块数量。 l redo log space requests：在redo logs中服务进程的等待空间，表示需要更长时间的log switch。 l redo size：redo发生的总次数(以及因此写入log buffer)，以byte为单位。这项统计显示出update活跃性。
目录 1数据库操作规范： 1.1数据库关键参数配置： ·新项目或系统、数据库填写系统上线更新记录表； ·mysql数据库应用服务端口设定，默认实例服务端口是3306，其它实例需注意服务端口值； ·数据库内存使用是实际物理内存三分之二，如果是双机系统建议不要超过二分 之一； ·严禁按照Internet上查找的资料中只言片语，对数据库进行调整； 1.2数据库数据提取流程： 1业务部门相关人员填写“数据申请单”； 2部门负责人签字； 3DBA依情况操作； 4需求申请部门验收。 1.3数据库操作管理制度： ①业务部门要求的数据库操作需要有书面审批流程，DBA应保留原始文件一份； ②业务部门所填写的数据申请表单，一定需要相关负责人签字后方可执行。 ③在做数据库更改操作前，必须和业务人员核对业务逻辑，在完全清楚业务逻辑后进 行数据库操作； ④所有数据库更改操作，必须先进行测试，并将操作放在事物中，分步执行； ⑤保留重要操作的脚本、操作前数据、操作过程结果，以便日后查对； ⑥在完成操作后，要给操作需求方最终结果报告，使需求方可以及时核对； ⑦对于一些核心机密数据，需要遵守公司相关的保密协议，不能向外泄露；
⑧注意维护数据库服务器的硬盘空间，及盘阵上磁盘状态； ⑨按流水记录数据操作日志，作为以后查对凭证； ⑩以后有关数据库手工操作之前，一定通知所有应用程序开发人员，以便评估、保存操作结果； ⑾DBA个人使用的计算机应严格管理，尽可能不要在办公区外上网，更不要浏览和工作无关的网站，一定要安装防毒套装软件，避免感染病毒和木马， 严禁安装与工作无关的应用软件； ⑿当数据库需要调整时，严禁按照网上查找的资料操作数据库，一定是先查看官方完整文档或权威文档，通过严格测试，书写完整报告，经评估后，填写 数据库维护申请表，获审批方可操作； ⒀严禁在其它地方使用工具连接生产数据库，进行操作； ⒁操作流程：填写数据申请单 ·业务部门业务人员提出申请； ·业务部门负责人审核； ·运营DBA执行，操作完成后，需在“DBA操作结果”中写明操作语 句和影响记录条数； ·运营核查； ·业务部门任务申请人员检验操作结果，并签字确认； ·单据由运营部门保留。 1.4操作系统帐号管理制度： ①在数据库服务器、关键应用服务器上，只能有数据库DBA人员的帐号，开发人 员需要介入时，填写开发人员使用数据库申请单； ②在操作系统中需要启动本地安全策略中有关帐户管理的安全策略，策略如下： ·启动密码必须符合复杂性要求； ·密码长度最小值6个字符； ·帐户锁定时间10分钟； ·帐户锁定阀值5次； ③每两个星期检查一次操作系统日志； 1.5数据库帐号管理制度： ①应用程序帐号权限需要做严格限制，对不同应用需求使用不同权限和操作范围帐号， 要有部门负责人确认； ②在不同应用服务器上相同应用程序应使用不同数据库访问帐号； ③帐号密码需要有复杂性要求(字母、数字14位以上)； ⑤所有帐号名称、访问权限、应用程序名称必须记录在案(如：表格形式)； ⑥在防火墙上严格限制数据库端口访问的IP地址，只有正常对外服务的应用服务器 IP可以访问相关数据库； ⑦数据库超级用户权限使用严格限制；
数学与计算机学院 课程设计说明书 课程名称: 大型数据库-课程设计 课程代码: 题目: 办公室日常管理信息系统 年级/专业/班: 学生姓名: 学号: 开始时间:2012 年06月7日 完成时间:2012 年07月 16 日课程设计成绩：
办公室日常管理信息系统 指导教师签名：年月II
目录 1 引言 (1) 1.1问题的提出 (1) 1.2任务与分析 (1) 2 需求分析 (1) 2.1添加功能 (1) 2.2删除功能 (1) 2.3删除全部职员信息 (2) 2.4显示功能 (2) 2.5查找功能 (2) 2.6修改功能 (2) 4 总体设计 (3) 4.1程序框架设计 (3) 4.2数据库系统设计 (3) 4.2.1数据字典 (3) 4.2.2模型E-R图 (4) 4.2.3模型总体E-R图 (6) 4.2.4数据库一览 (7) 5程序设计 (8) 5.1登陆模块 (8) 6.2文件管理模块 (10) 6.3成员管理模块 (11) 6.4考勤管理模块 (13) 6.5会议管理 (15) 6.5日志 (16) 6系统测试 (16) 7结论 (22) I
办公室日常管理信息系统 8参考文献 (23) II
西华大学数学与计算机学院课程设计说明书 1 引言 1.1 问题的提出 随着社会的发展，企业的发展，职工数量的增加，人员的不断流动，平时我们常用的文件人工记录，文件记录已经渐渐不能满足现代化办公室的要求，查询起来也相当繁琐，得到的信息也不够准确，为了能使大量的企业和个人能够方便快捷的查询到办公室的各种信息，应该有一个功能比较全面的办公室管理系统。 办公室日常管理信息系统是一个功能比较全面的信息管理系统，具有界面友好、高效迅速、反馈信息完整等特点。该软件采用.Net(后期实现部分，属于软件开发，在这里不进行详细实现)和强大的数据库软件开发工具进行开发，能够运行在各种操作系统上，不仅可以满足大部分企业，还能应用在学校以及团体对办公室日常各种信息管理的需求，并且易于操作。 办公室日常管理信息系统可以大大地提高办公室日常办公的效率，以及帮助减少在工作中可能出现的错误，为客户提供更好的服务。本系统的开发主要包括后台数据库的建立、维护以及前端应用程序的开发（略）两个方面。后台数据库使用SQL Server 2005。 1.2任务与分析 系统功能基本要求：文件管理信息：包括文件编号、文件种类、文件名称、存放位置等；考勤管理：包括姓名、年龄、职务、日期、出勤情况等；查询员工的出勤情况。会议记录：包括会议时间、参会人、记录员、会议内容等；办公室日常事务管理，包括时间、事务、记录人。按条件查询，统计。 2 需求分析 2.1添加功能 添加一个文件的基本信息，包括文件名称，文件类型，文件编号，文件存放位置。会议记录需要添加参会人，会议类容，会议时间和记录人。 2.2删除功能 能够对一个职员的信息进行删除按姓名进行删除。 1
Oracle常用数据字典表（系统表或系统视图）及查询SQL 2014年12月15日?数据库?共4187字?暂无评论?阅读861 次 文章目录 ?数据字典分类 ?dba_开头 ?user_开头 ?v$开头 ?all_开头 ?session_开头 ?index_开头 ?伪表 ?数据字典常用SQL查询 数据字典是Oracle存放有关数据库信息的地方，其用途是用来描述数据的。比如一个表的创建者信息，创建时间信息，所属表空间信息，用户访问权限信息的视图等。 数据字典系统表，保存在system表空间中。查询所有数据字典可用语句“select * from dictionary;”。 数据字典分类 数据字典主要可分为四部分： 1）内部RDBMS表：x$*，用于跟踪内部数据库信息，维持DB的正常运行。是加密命名的，不允许sysdba以外的用户直接访问，显示授权不被允许。
2）数据字典表：*$，如tab$,obj$,ts$等，用来存储表、索引、约束以及其他数据库结构的信息。 3）动态性能视图：gv$*，v$*，记录了DB运行时信息和统计数据，大部分动态性能视图被实时更新以反映DB当前状态。 4）数据字典视图：user_*、all_*、dba_*，在非Sys用户下，我们访问的都是同义词，而不是V$视图或GV视图。 数据库启动时，动态创建x$，在X$基础上创建GV$，在GV$基础上创建V$X$表-->GV$(视图)--->V$(视图)。 数据字典视图可分为静态数据字典视图和动态数据字典视图。 静态数据字典是指在用户访问数据字典时内容不会发生改变。这类数据字典主要是由表和视图组成，应该注意的是，数据字典中的表是不能直接被访问的，但是可以访问数据字典中的视图。 静态数据字典中的视图分为三类，它们分别由三个前缀够成：user_*（该用户方案对象的信息）、all_*（该用户可以访问的所有对象的信息）、dba_*（全部数据库对象的信息）。 动态数据字典是Oracle包含的一些潜在的由系统管理员如SYS维护的表和视图，由于当数据库运行的时候它们会不断进行更新，所以称它们为动态数据字典。这些视图提供了关于内存和磁盘的运行情况，所以我们只能对其进行只读访问而不能修改它们。Oracle中这些动态性能视图都是以v$开头的视图，比如v$access。 dba_开头 dba_users数据库用户信息