oracle物理设计原则

数据库物理设计原则

1.1 数据库环境配置原则

1.1.1 操作系统环境：

对于中小型数据库系统，采用linux操作系统比较合适，对于数据库冗余要求负载均衡能力要求较高的系统，可以采用Oracle9i RAC的集群数据库的方法，集群节点数范围在2—64个。对于大型数据库系统，可以采用Sun Solaris SPARC 64位小型机系统或HP 9000 系列小型机系统。RAD5 适合只读操作的数据库，RAD1 适合OLTP数据库

1.1.2 内存要求

对于linux操作系统下的数据库,由于在正常情况下Oracle对SGA的管理能力不超过1.7G。所以总的物理内存在4G以下。SGA的大小为物理内存的50%—75%。对于64位的小型系统，Oracle数据库对SGA的管理超过2G的限制，SGA设计在一个合适的范围内：物理内存的50%—70%，当SGA过大的时候会导致内存分页，影响系统性能。

1.1.3 交换区设计

当物理内存在2G以下的情况下，交换分区swap为物理内存的3倍，当物理内存>2G的情况下，swap大小为物理内存的1—2倍。

1.1.4 其他环境变量参考Oracle相关的安装文档和随机文档。

1.2 数据库设计原则

1.2.1 数据库SID

数据库SID是唯一标志数据库的符号，命名长度不能超过5个字符。对于单节点数据库，以字符开头的5个长度以内字串作为SID的命名。对于集群数据库，当命名SID后，各节点SID自动命名为SIDnn，其中n n为节点号：1，2，…,64。例如rac1、rac2、rac24。

1.2.2 数据库全局名

数据库全局名称：

1.2.3 数据库类型选择

对于海量数据库系统，采用data warehouse的类型。对于小型数据库或OLTP类型的数据库，采用Transaction Processing类型。

1.2.4 数据库连接类型选择

Oracle数据库有专用服务器连接类型和多线程服务器MTS连接类型。对于批处理服务，需要专用服务器连接方式，而对于OLTP服务则MTS的连接方式比较合适。由于采用MTS后，可以通过配置网络服务实现某些特定批处理服务采用专用服务器连接方式，所以数据库设计时一般采用MTS类型。

1.2.5 数据库SGA配置

数据库SGA可以采用手工配置或按物理内存比例配置，在数据库初始设计阶段采用按比例配置方式，在实际应用中按系统调优方式修改SGA。

1.2.6 数据库字符集选择

为了使数据库能够正确支持多国语言，必须配置合适的数据库字符集，采用UTF8字符集。

注意：如果没有大对象，在使用过程中进行语言转换没有什么影响，具体过程如下（切记设定的字符集必须是ORACLE支持，不然不能start）

1.2.7 数据库其他参数配置

1.2.7.1 DB_FILES

Db_files是数据库能够同时打开的文件数量，默认值是200个。当数据库规划时文件数量FILES接近或超过200个时候，按以下估计值配置:

1.2.7.2 Db_block_size

一个extent要是5个blocks的倍数为好，如：一个blocks是4096字节，那一个extent就是2M、4M或8M为好。Db_block_size是数据库最小物理单元，一旦数据库创建完成，该参数无法修改，db_block_size 按以下规则调整：

数据仓库类型： db_block_size尽可能大，采用8192 或 16384

OLTP类型： db_block_size 用比较小的取值范围： 2048 或 4096

Blocks推荐是系统操作的块倍数（裸设备块大小是512字节，NTFS是 4K，使用8K的方式在大部分系统上通用）。

1.2.8 数据库控制文件配置

1.2.8.1 控制文件镜象

多个控制文件存放在不同的物理位置。

1.2.8.2 控制文件配置

控制文件中参数设置，最大的数据文件数量不能小于数据库参数db_files。

1.2.9 数据库日志文件配置

1.2.9.1 日志文件大小

日志文件的大小由数据库事务处理量决定，在设计过程中，确保每20分钟切换一个日志文件。所以对于批处理系统，日志文件大小为几百M 到几G的大小。对于OLTP系统，日志文件大小为几百M以内。

1.2.9.2 日志文件组数量

对于批处理系统，日志文件组为5—10组；对于OLTP系统，日志文件组为 3—5组，每组日志大小保持一致；对于集群数据库系统，每节点有各自独立的日志组。

1.2.9.3 日志成员数量

为了确保日志能够镜象作用，每日志组的成员为2个。

1.2.10 数据库回滚段配置

在Oracle9i数据库中，设计Undo表空间取代以前版本的回滚段表空间。

Undo 表空间大小的设计规范由以下公式计算：

Undospace = UR * UPS *db_block_size+ 冗余量

UR：表示在undo中保持的最长时间数（秒），由数据库参数UNDO_RETENTION值决定。

UPS：表示在undo中，每秒产生的数据库块数量。

例如：在数据库中保留2小时的回退数据，假定每小时产生200个数据库块。则Undospace = 2 * 3600 * 200 * 4K = 5.8G

1.2.11 数据库临时段表空间配置

数据库临时段表空间根据实际生产环境情况调整其大小，表空间属性为自动扩展。

1.2.12 数据库系统表空间配置

系统表空间大小1G左右，除了存放数据库数据字典的数据外，其他数据不得存储在系统表空间。

1.3 数据库表空间设计原则

1.3.1 表空间大小定义原则

当表空间大小小于操作系统对最大文件限制时，表空间由一个文件组成。如果表空间大小大于操作系统对最大文件限制时，该表空间由多个数据文件组成，表空间的总大小为估算为：

Tablespace + sum (数据段+索引段)*150%。

1.3.2 表空间扩展性设计原则

表空间数据文件采用自动扩展的方式，扩展容量快大小按2的整数倍（1M、2M、4M、8M、16M、32M、64M）进行扩展，创建表空间时尽量采用nologing选项。表空间的最大限制一般采用unlimited，除非确切知道表空间数据文件的最大使用范围。（一般windows ３２位系统的文件最大２Ｇ，６４位的unix系统系统文件最大１２８G,但也要注意文件格式设定的文件大小）,建议最大为2G。表空间采用local管理方式，例

如：

1.4 裸设备的使用

一个scsi设备可以 14个分区，unix操作系统256个分区,性能比文件系统方式高15％左右，空间大于要小于(实际分区大小减两个ORACLE的数据块)，比如100M，大于为100000K，推荐在unix使用软连接(ln)方式把裸设备形成文件，用加入表空间时加resue 选项，当然也可只接把设备加入表空间，移动裸设备使用dd命令

对于windows平台，oracle提供软连接工具，实现裸设备的使用，计算一条记录的长度

2 数据库逻辑设计原则

2.1 命名规范

2.1.1 表属性规范

2.1.1.1 表名

前缀为Tbl_ 。数据表名称必须以有特征含义的单词或缩写组成，中间可以用“_”分割，例如：

tbl_pstn_detail。表名称不能用双引号包含。

2.1.1.2 表分区名

前缀为p 。分区名必须有特定含义的单词或字串。

例如：tbl_pstn_detail 的分区p2004100101表示该分区存储 2004100101时段的数据。

2.1.1.3 字段名

字段名称必须用字母开头，采用有特征含义的单词或缩写，不能用双引号包含。

2.1.1.4 主键名

前缀为PK_。主键名称应是前缀+表名+构成的字段名。如果复合主键的构成字段较多，则只包含第一个字段。表名可以去掉前缀。

2.1.1.5 外键名

前缀为FK_。外键名称应是前缀+ 外键表名 + 主键表名 + 外键表构成的字段名。表名可以去掉前缀。

2.1.2 索引

4.1.2.1 普通索引

前缀为IDX_。索引名称应是前缀+表名+构成的字段名。如果复合索引的构成字段较多，则只包含第一个字段，并添加序号。表名可以去掉前缀。

2.1.2.2 主键索引

前缀为IDX_PK_。索引名称应是前缀+表名+构成的主键字段名，在创建表时候用using index指定主键索引属性。

2.1.2.3 唯一所以

前缀为IDX_UK_。索引名称应是前缀+表名+构成的字段名。

2.1.2.4 外键索引

前缀为IDX_FK_。索引名称应是前缀+表名+构成的外键字段名。

2.1.2.5 函数索引

前缀为IDX_func_。索引名称应是前缀+表名+构成的特征表达字符。

2.1.2.6 蔟索引

前缀为IDX_clu_。索引名称应是前缀+表名+构成的簇字段。

2.1.3 视图

前缀为V_。按业务操作命名视图。

2.1.4 实体化视图

前缀为MV_。按业务操作命名实体化视图。

2.1.5 存储过程

前缀为Proc_ 。按业务操作命名存储过程

2.1.6 触发器

前缀为Trig_ 。触发器名应是前缀 + 表名 + 触发器名。

2.1.7 函数

前缀为Func_ 。按业务操作命名函数

2.1.8 数据包

前缀为Pkg_ 。按业务操作集合命名数据包。

2.1.9 序列

前缀为Seq_ 。按业务属性命名。

2.1.10 表空间

2.1.10.1 公用表空间

前缀为Tbs_ 。根据存储的特性命名，例如： tbs_parameter 。

2.1.10.2 专用表空间

Tbs_<表名称>_nn。该表空间专门存储指定的某一个表，或某一表的若干个分区的数据

2.1.11 数据文件

<表空间名>nn.dbf 。nn =1，2，3，4，…等。

2.1.12 普通变量

前缀为Var_ 。存放字符、数字、日期型变量。

2.1.13 游标变量

前缀为Cur_ 。存放游标记录集。

2.1.14 记录型变量

前缀为Rec_ 。存放记录型数据。

2.1.15 表类型变量

前缀为Tab_ 。存放表类型数据。

2.1.16 数据库链

前缀为dbl_ 。表示分布式数据库外部链接关系。

2.2 命名

2.2.1 语言

命名应该使用英文单词，避免使用拼音，特别不应该使用拼音简写。命名不允许使用中文或者特殊字符。

英文单词使用用对象本身意义相对或相近的单词。选择最简单或最通用的单词。不能使用毫不相干的单词来命名

当一个单词不能表达对象含义时，用词组组合，如果组合太长时，采用用简或缩写，缩写要基本能表达原单词的意义。

当出现对象名重名时，是不同类型对象时，加类型前缀或后缀以示区别。

2.2.2 大小写

名称一律大写，以方便不同数据库移植，以及避免程序调用问题。

2.2.3 单词分隔

命名的各单词之间可以使用下划线进行分隔。

2.2.4 保留字

命名不允许使用SQL保留字。

2.2.5 命名长度

表名、字段名、视图名长度应限制在20个字符内(含前缀)。

2.2.6 字段名称

同一个字段名在一个数据库中只能代表一个意思。比如telephone在一个表中代表“电话号码”的意思，在另外一个表中就不能代表“手机号码”的意思。

不同的表用于相同内容的字段应该采用同样的名称，字段类型定义。

2.3 数据类型

2.3.1 字符型

固定长度的字串类型采用char，长度不固定的字串类型采用varchar。避免在长度不固定的情况下采用char 类型。如果在数据迁移等出现以上情况，则必须使用trim()函数截去字串后的空格。

2.3.2 数字型

数字型字段尽量采用number类型。

2.3.3 日期和时间

2.3.3.1 系统时间

由数据库产生的系统时间首选数据库的日期型，如DATE类型。

2.3.3.2 外部时间

由数据导入或外部应用程序产生的日期时间类型采用varchar类型，数据格式采用：YYYYMMDDHH24MISS。

2.3.3.3 大字段

如无特别需要，避免使用大字段(blob，clob，long，text，image等)。

2.3.3.4 唯一键

对于数字型唯一键值，尽可能用系列sequence产生。

2.4 设计

2.4.1 范式

如无性能上的必须原因，应该使用关系数据库理论，达到较高的范式，避免数据冗余,但是如果在数据量上与性能上无特别要求，考虑到实现的方便性可以有适当的数据冗余，但基本上要达到3NF.如非确实必要，避免一个字段中存储多个标志的做法。如11101表示5个标志的一种取值。这往往是增加复杂度，降低性能的地方。

2.4.2 表设计

2.4.2.1 逻辑段设计原则

2.4.2.1.1 Tablespace

每个表在创建时候，必须指定所在的表空间，不要采用默认表空间以防止表建立在系统表空间上导致性能问题。对于事务比较繁忙的数据表，必须存放在该表的专用表空间中。

2.4.2.1.2 Pctused

默认pctused导致数据库物理空间利用率非常低40%左右；对于update比较少或update不导致行增大的表，pctused可设置在60—85之间；对于update能够导致行增大的表，update设置在40—70之间

2.4.2.1.3 Initrans

对于需要并行查询或者在RAC数据库中需要并行处理的表，initrans设置为2的倍数，否则，不设该值。

2.4.2.1.4 Storage

2.4.2.1.4.1 Initial

尽量减少表数据段的extents数量，initial的大小尽量接近数据段的大小64K，128K，… ，1M，2M，4M，8M，16M ，…，等按2的倍数进行圆整。例如表或分区数据段大小为28M，则initial取32M。

2.4.2.1.4.2 Next

表或分区扩展extents的大小，按上述方法进行圆整。当表或分区数据段无法按Initial接近值进行圆整的情况下，其大小可以按 Initial+Next进行圆整。此时，必须设置Minextents=2。例如：表或分区数据段大小为150M，则Initial=128M；Next=32M，Minextents=2。

2.4.2.1.4.3 Minextents

该参数表示表创建时候Extents的初始数量，一般取1—2。

2.4.2.1.4.4 Pctincrease

表示每个扩展Extents的增长率，设置pctincrease=0能够获得较好的存储性能。

2.4.2.2 特殊表设计原则

2.4.2.2.1 分区表

对于数据量比较大的表，根据表数据的属性进行分区，以得到较好的性能。如果表按某些字段进行增长，则采用按字段值范围进行范围分区；如果表按某个字段的几个关键值进行分布，则采用列表分区；对于静态表，则采用hash分区或列表分区；在范围分区中，如果数据按某关键字段均衡分布，则采用子分区的复合分区方法。

2.4.2.2.2 聚蔟表

如果某几个静态表关系比较密切，则可以采用聚蔟表的方法。

2.4.2.3 完整性设计原则

2.4.2.

3.1 主键约束

关联表的父表要求有主健，主健字段或组合字段必须满足非空属性和唯一性要求。对于数据量比较大的父表，要求指定索引段。

2.4.2.

3.2 外键关联

对于关联两个表的字段，一般应该分别建立主键、外键。实际是否建立外键，根据对数据完整性的要求决定。为了提高性能，对于数据量比较大的标要求对外健建立索引。对于有要求级联删除属性的外键，必须指定on delete cascade 。

2.4.2.

3.3 NULL值

对于字段能否null，应该在sql建表脚本中明确指明，不应使用缺省。由于NULL值在参加任何运算中，结果均为NULL。所以在应用程序中必须利用nvl()函数把可能为NULL值得字段或变量转换为非NULL的默

认值。例如：NVL（sale,0）。

2.4.2.

3.4 Check条件

对于字段有检查性约束，要求指定check规则。

2.4.2.

3.5 触发器

触发器是一种特殊的存储过程，通过数据表的DML操作而触发执行，起作用是为确保数据的完整性和一致性不被破坏而创建，实现数据的完整约束。

触发器的before或after事务属性的选择时候，对表操作的事务属性必须与应用程序事务属性保持一致，以避免死锁发生。在大型导入表中，尽量避免使用触发器。

2.4.2.4 注释

表、字段等应该有中文名称注释，以及需要说明的内容。

2.4.3 索引设计

对于查询中需要作为查询条件的字段，可以考虑建立索引。最终根据性能的需要决定是否建立索引。对于复合索引，索引字段顺序比较关键，把查询频率比较高的字段排在索引组合的最前面。在分区表中，尽量采用local分区索引以方便分区维护。

除非时分区local索引，否则在创建索引段时候必须指定指定索引段的tablespace、storage属性，具体参考4.4.2.1内容。

2.4.4 视图设计

视图是虚拟的数据库表，在使用时要遵循以下原则：

从一个或多个库表中查询部分数据项；

为简化查询，将复杂的检索或字查询通过视图实现；

提高数据的安全性，只将需要查看的数据信息显示给权限有限的人员；

视图中如果嵌套使用视图，级数不得超过3级；

由于视图中只能固定条件或没有条件，所以对于数据量较大或随时间的推移逐渐增多的库表，不宜使用视图；可以采用实体化视图代替。

除特殊需要，避免类似Select * from [TableName] 而没有检索条件的视图；

视图中尽量避免出现数据排序的SQL语句。

2.4.5 包设计

存储过程、函数、外部游标必须在指定的数据包对象PACKAGE中实现。存储过程、函数的建立如同其它语言形式的编程过程，适合采用模块化设计方法；当具体算法改变时，只需要修改需要存储过程即可，不需要修改其它语言的源程序。当和数据库频繁交换数据是通过存储过程可以提高运行速度，由于只有被授权的用户才能执行存储过程，所以存储过程有利于提高系统的安全性。

存储过程、函数必须检索数据库表记录或数据库其他对象，甚至修改（执行Insert、Delete、Update、Drop、Create等操作）数据库信息。如果某项功能不需要和数据库打交道，则不得通过数据库存储过程或函数的方式实现。在函数中避免采用DML或DDL语句。

在数据包采用存储过程、函数重载的方法，简化数据包设计，提高代码效率。存储过程、函数必须有相应

的出错处理功能。

2.4.6 安全性设计

4.4.6.1 管理默认用户

在生产环境中，必须严格管理sys和system用户，必须修改其默认密码，禁止用该用户建立数据库应用对象。删除或锁定数据库测试用户scott 。

2.4.6.2 数据库级用户权限设计

必须按照应用需求，设计不同的用户访问权限。包括应用系统管理用户，普通用户等，按照业务需求建立不同的应用角色。

用户访问另外的用户对象时，应该通过创建同义词对象synonym进行访问。

2.4.6.3 角色与权限

确定每个角色对数据库表的操作权限，如创建、检索、更新、删除等。每个角色拥有刚好能够完成任务的权限，不多也不少。在应用时再为用户分配角色，则每个用户的权限等于他所兼角色的权限之和。

2.4.6.4 应用级用户设计

应用级的用户帐号密码不能与数据库相同，防止用户直接操作数据库。用户只能用帐号登陆到应用软件，通过应用软件访问数据库，而没有其它途径操作数据库。

2.4.6.5 用户密码管理

用户帐号的密码必须进行加密处理，确保在任何地方的查询都不会出现密码的明文。

2.5 SQL编写

2.5.1 字符类型数据

SQL中的字符类型数据应该统一使用单引号。特别对纯数字的字串，必须用单引号，否则会导致内部转换而引起性能问题或索引失效问题。利用trim(),lower()等函数格式化匹配条件。

2.5.2 复杂sql

对于非常复杂的sql(特别是有多层嵌套，带子句或相关查询的)，应该先考虑是否设计不当引起的。对于一些复杂SQL可以考虑使用程序实现。

USER_TAB_COMMENTS 数据字典

Comment on 可加注解

2.5.3 高效性

2.5.

3.1 避免In子句

使用In 或 not In子句时，特别是当子句中有多个值时，且查询数据表数据较多时，速度会明显下降。可以采用连接查询或外连接查询来提高性能。

Char 比 varchar 查询时高询

在进行查询及建立索引时，char比varchar的效率要高，当然varchar在存储上比char要好

2.5.

3.2 避免嵌套的Select子句

这个实际上是In子句的特例。

2.5.

3.3 避免使用Select * 语句

如果不是必要取出所有数据，不要用*来代替，应给出字段列表，注：不含select count(*)。

2.5.

3.4 避免不必要的排序

不必要的数据排序大大的降低系统性能。

2.5.4 健壮性

2.5.4.1 Insert语句

使用Insert语句一定要给出要插入值的字段列表，这样即使更改了表结构加了字段也不会影响现有系统的运行。

2.5.4.2 Count(*)、Count(*)、count(distinct id)的区别

Select count(*) from testtab

得到表testtab的记录数

select count(id) from testtab

得到表testtab id字段非空记录数

select count(distinct id) from testtab

得到表testtab id字段值非相同记录数

2.5.4.3 Not null 为字段类型性质的约束

本约束功能在后期无语法使期失效，可使用修改字段类型方式

alter table modify 字段名类型 not null

alter table modify 字段名类型

2.5.4.4 外键值可用null的问题

外键列如没有明确说明not null，可插入null记录（而null是在外部表的记录中没有的），如无可插null 记录的想法，要对外键字段加not null约束。

2.5.4.5 序列 sequence 跳号的问题

sequence 因回滚，系统崩溃（使用cache 内的值将认为已用），多表引用都将使其跳号，所以不能用于为连续序号 utl_row.cast_to_row

2.5.4.6 unicn\ intersect\ minus 使用ordey by的注意事项

以上语句进行连表操作，而表同表的字段顺序的类型相同但字段标题名可不同，使用ordey by时后面如果是字段名，要求所有的表的字段标题名相同，否则用字段的顺序号

2.5.5 安全性

2.5.5.1 Where 条件

无论在使用Select,还是使用破坏力极大的Update和Delete语句时，一定要检查Where条件判断的完整性，不要在运行时出现数据的重大丢失。如果不确定，最好先用Select语句带上相同条件来果一下结果集，来检验条件是否正确。

2.5.6 完整性

有依赖关系的表，例如主外键关系表，在删除父表时必须级联删除其子表相应数据，或则按照某种业务规则转移该数据。9I中表中字段缩小及变类型，字段为空或表空，varchar和char长度不变可任意改，字段名和表名可字段可用 ALTER TABLE table SET UNUSED (column) 设定为不可用，注意无命令再设为可用

3 备份恢复设计原则

3.1 数据库exp/imp备份恢复

Oracle数据库的Exp、Imp提供了数据快速的备份和恢复手段，提供了数据库级、用户级和表级的数据备份恢复方式。这种方法一般作为数据库辅助备份手段。

3.1.1 数据库级备份原则

在数据库的数据量比较小，或数据库初始建立的情况下采用。不适合7*24的在线生产环境数据库备份。

3.1.2 用户级备份原则

在用户对象表数据容量比较小、或则用户对象初始建立的情况下使用。

3.1.3 表级备份原则

主要在以下场合采用的备份方式：

参数表备份

静态表备份

分区表的分区备份。

3.2 数据库冷备份原则

数据库冷备份必须符合以下原则：

数据库容量比较小。

数据库允许关闭的情况。

3.3 Rman备份恢复原则

这种方式适用于7*24环境下的联机热备份情形。

3.3.1 Catalog数据库

单独建立备份恢复用的数据库实例，尽可能与生产环境的数据库分开，确保catalog与生产数据库的网络连接良好。在9I系统使用良好的备份策略以可，支持完全使用控制文件保存catalog信息，备份策略如下：

注意：对数据库设定控制文件保存备份信息为365天，具体语句如下。

3.3.2 Archive Log

设置Archive Log 的位置，确保存储介质有足够的空间来保留指定时间内archive log的总量。建设定期对RMAN进行全备份，删除冗余归档日志文件。

3.3.3 全备份策略

对于小容量数据库，可以采用全备份策略。对于大容量数据库，必须制定全备份策略方案，备份时对archive log进行转储，同时冷备份catalog 数据库。

3.3.4 增量备份策略

对于大容量数据库，必须制定增量备份、累积备份和全备份的周期，备份时对archive log进行转储，同时冷备份catalog 数据库。

3.3.5 恢复原则

采用Rman脚本进行数据库恢复。数据库恢复有以下几种：

3.3.5.1 局部恢复

主要用于恢复表空间、数据文件，一般不影响数据库其他操作。

3.3.5.2 完全恢复

数据库恢复到故障点，由catalog当前数据库决定。

3.3.5.3 不完全恢复

恢复到数据库的某一时间点或备份点。

恢复catalog数据库。

恢复数据库control file 。

恢复到数据库某一时间点。

重设日志序列。

3.4 备用数据库原则

数据库系统在以下情况下可以考虑采用备用数据库data guard原则：

数据库容量适中。

数据库严格要求7*24不间断，或间断时间要求控制在最小范围内。

数据库要求有异地备份冗余。

3.5 一些小经验

使用oemc的oms时，首选项要求是节点和数据库分别加入系统用户（如：administrator）和数据库DBA 用户(system)。节点的系统用户必须有批处理作业登录的权限

agent 不能启动，lisnter修改后都要手动删除oracle\ora9\network\agent 中的*.q文件

oracle\admin\my9i\bdump 中是用户的出错日志

改变表的空间的方式alter table hr.ssss move TABLESPACE example（要重建索引）; 或用imp导入时，设定导入用户只有某一表空间的使用权，无RESOURCE角色和UNLIMITED TABLESPACE权限

aleter system set log_checkpoint_to_alter=true，后可报警文件发现checkpoint的起动和结束时间。

3.6 系统调优知识

3.6.1.1 生成状态报表（statspack的使用）

使用（存放位置@?\rdbms\admin\）的文件生成报表用户

@?\rdbms\admin\Spcreate.sql建表

将timed_statistics设定true

使用生成的perfstat用户登录，执行以下语句手动收集信息

Exex statspack.snap

Exec statspack.snap(I_SNAP_LEVEL=>0,I_MODEFY_PRAMETER=>TRUE) 0级，最少10最大

使用下面的语句生成状态报表

@?\rdbms\admin\Spreport.sql

其他相关文件

delete stats$snapshot ;清原来记录数据

@?\rdbms\admin\Saputo.sql

select job from user_jobs 取用户作业号

exec dbms_remove(作业号)

timed_statistics=true要求

@?\rdbms\admin\spdrop.sql ;

3.6.1.2 sql追踪

设定全部用户跟踪

alter system set sql_trace=true;

用户级别跟踪

alter session set sql_trace=true;

用户的跟踪文件生成在 admin\{pid}\udump\{pid} _ora_{ SPID}.trc 中,spid从下面语句得到

SELECT https://www.docsj.com/doc/4312102802.html, bkpr, https://www.docsj.com/doc/4312102802.html,ername, p.spid,s.sid,s.serial# FROM v$bgprocess b, v$session s, v$process p WHERE p.addr = b.paddr(+) AND p.addr = s.paddr and https://www.docsj.com/doc/4312102802.html,ername=user;

DBA对特定用户跟踪

exec dbms_system_set_Sql_trace_in_session(sid,serial#,true)

信息从下面得到

SELECT https://www.docsj.com/doc/4312102802.html, bkpr, https://www.docsj.com/doc/4312102802.html,ername, p.spid,s.sid,s.serial#,osuser,s.program

FROM v$bgprocess b, v$session s, v$process p

WHERE p.addr = b.paddr(+)

AND p.addr = s.paddr;

/*p.spid用于sql_trace时日志编号，dbms_system.set_sql_trace_in_session(sid,erial#,true)*/

用户的跟踪文件生成在 admin\{pid}\udump 中

系统的跟踪文件生成在admin\{pid}\bdump\alert_{pid}.log

tkprof.exe将log文件生成格式化文本

在av Rd(ms) 20以上说明表空间使用过用频繁，考虑将表分开其他表空间上

系统变量fast_start_mttr_target的值要大到不产生log等待，当然也可通过加log组使其不等待

reao log大小应为每30分钟切换一次

建议表空间的利用率不超80%

buffer hit 要达80%以上为好

3.6.1.3 内存调整

一般的内存分配原则

SGA 50%（其中80% DATA BUFFER，15% SHARE POOL，5其他）

PGA30%

OS 20%

例如：2G的WINDOWS的平台，OS 300M，SAG 1.2G,PGA 500M

内存分配的基本单位

ＳＧＡ《＝１２８Ｍ４Ｍ

ＳＧＡ》１２８Ｍ６４位系统１６Ｍ，３２Ｍ系统８Ｍ

动态分配时总值不可大于sga_max_size

通过V$SGA_DYNAMIC_FREE_MEMORY取空闲内存空间

在缩小时如果内存空间实际在应用中，ＣＰＵ利用率将达１００％，最后将语句出错。

V$SGASTAT 可看实际的使用情况

Redo log buffer一般在５Ｍ内，可通过v$sessuon_wait看是否等，v$sysstat

可也通过报警文件看是否等切换，方法可加组。可通过nologging（数据库也要设定支持nologging）方法减少日志文件产生量。

java_pool 没有设定时，使用shared_pool_size

3.6.1.3.1 shared_pool

本缓冲区用于sql语句，pl sql等的对象保存

Cursor_sharing{Exact|Similar|force} 游标共享设定

Force方式适用OLTP数据库，Exact方式适合数据仓库，similar为智能方式

hard parses 硬SQL语句分析，每秒要底于100次,小要加大shared_pool

soft parse 软SQL语句分析，OLTP要达90%以上，小要加大shared_pool

不建议用无命名PL SQL段

如果有大PL SQL(存储过程)对象可强制保存于内存，也可加大SHARED_POOL_RESERVED_SIZE，大小不可过SHARED_POOL_SIZE的50%，不然实例不能起动

3.6.1.3.2 db_cache

本缓冲区用于数据库数据对象保存

db_cache_advice 为on，可以提出通过企业管理器看到系统建议

通过select * from v$system_event 进行系统查看。

发现存在free buffer waits，说明不能将data buffer及时写入data file;

可通过增加加CPU后，加db_writer_processes=CPU数改善。

也可设disk_asynch_io为true,使用异步IO（前提同要操作系统支持）db_writer_processes=1时（只有一个CPU的情况下），也可通加大dbwr_io_slaves来改善。db_writer_processes>1,不可用本功能

调整效果排序：异步IO>CPU>dbwr_io_slaves

Buffer Busy Waits大说明出现IO冲突

Buffer Busy Waits 大和 dbbock大说明全表扫描多，说明数据不能读入，可加大

db_cache_size来改善.

Undo block大要加大回滚段（手动管理方式，９Ｉ默认是自动管理）

undo header 大要加大回滚段（手动管理方式，９Ｉ默认是自动管理）

db_cache命中率99%，不是唯一因素，关系是不要出现等待。建议达90%以上。

内存使用建议：

系统可以设三个缓冲区，建表时可设定用那个缓冲区（默认在db_cache_size）

db_cache_size （默认区）

db_keep_cache_size （常访问，小于db_keep_cache_size的10%的表可放于本区）

db_recycle_cache_size （一个事物完成后常时间不再使用，或两倍大小于缓冲区）

3.6.2 排序的优化

9I为专用服务器时系统变量workarea_size_policy 设定为auto, statistics_level设定为 TYPICAL 可获取v$pga_target_advice中的优化建议。参数pga_aggregate_target值为所有连接用户可用排序内存。

9I为共享服务器时workarea_size_policy设定为menaul, sort_area_size值为每用户排序内存。

如果内存不足将使用TEMP表空间进行排序,排序使用比率disk/meme应小于5%

尽量少用排序,如果使用排序功能，尽量在字段上加索引进行优化。

SQL分析模式:RBO(基于规则)方案小表(驱动表)放在最后,优先使用索引,对SQL语句要求严格(8I以前的模式);CBO （基于开销）根据统计值进行选择开销最少,性能最优的最佳方式进行,但本方式DBA(使用analyze table语句)要定期进行分析统计.系统设定通过optimizer_mode 系统参数

说明: 指定优化程序的行为。如果设置为 RULE, 就会使用基于规则的优化程序, 除非查询含有提示。如果设置为 CHOOSE, 就会使用基于成本的优化程序, 除非语句中的表不包含统计信息。ALL_ROWS 或

FIRST_ROWS

始终使用基于成本的优化程序。

值范围: RULE | CHOOSE | FIRST_ROWS | ALL_ROWS

默认值: CHOOSE

｛rule（RBO）|choose（自动选择）|fist_rows| fist_rows_n|all_row｝

3.6.3 统计信息

进行某表的统计分析

EXECUTE dbms_stats.gather_table_stats ('HR','EMPLOYEES');

查看结果

4 设计工具

统一使用sybase power designer设计工具，在该工具上完成物理模型的设计。所有的数据库对象尽可能在物理模型上进行设计，而且每个物理模型都要有相应的文字描述。

所有的数据库对象变更以数据库物理模型为基准。为了避免字符敏感问题，产生的脚本以大写字母为标准。

深基坑工程设计内容教学内容

深基坑工程设计内容 （1）基坑支护结构设计的极限状态 基坑支护结构设计应满足两种极限状态的要求： 1)承载能力极限状态 基坑工程的承载能力极限状态要求不出现以下各种状况： ①支护结构的结构性破坏——挡土结构、锚撑结构折断、压屈失稳，锚杆的断裂、拔出，挡土结构地基基础承载力不足等使结构失去承载能力的破坏形式。 ②基坑内外土体失稳——基坑内外土体整体滑动，坑底隆起，结构倾倒或踢脚等破坏形式。 ③止水帷幕失效——坑内出现管涌、流土或流砂。 2)正常使用极限状态 基坑的正常使用极限状态，要求不出现以

下各种状况： ①基坑变形影响基坑正常施工、工程桩产生破坏或变位；影响相邻地下结构、相邻建筑、管线、道路等正常使用。 ②影响正常使用的外观或变形。 ③因地下水抽降而导致过大的地面沉降。 （2）基坑支护结构的设计内容 ①支护结构体系的选型及地下水控制方式。 ②支护结构的强度和变形计算。 ③基坑内外土体稳定性计算。 ④基坑降水、止水帷幕设计。 ⑤基坑施工监测设计及应急措施的制定。 ⑥施工期可能出现的不利工况验算。 以上设计内容，可以分成三个部分。其一是支护结构的强度变形和基坑内外土体稳定性设计；其二是对基坑地下水的控制设计；其三是施工监测，包括对支护结构的监测和周边

环境的监测。软土地区的深基坑坑底以下土层较软，加固坑内被动区土体，可减小支护桩入土深度、基坑变形。加固范围由计算或类似工程经验确定。加固的方法常用喷射注浆、深层搅拌。深层搅拌局部加固的形式如图 2.2.3 所示。 图2.2.3 深层搅拌局部加固的形式5、基坑工程设计依据 基坑工程设计时，首先应掌握以下设计资料(即设计依据)： ①岩土工程勘察报告。区别基坑工程的安全

Oracle存储结构

Oracle 存储结构分析 一逻辑结构的层次与种类 1，表（table）： 2，分区表（table partition）：一个有很大数据量的表；我们可以把表分区，每个分区可以放在不同的段上。以实现对表的优化 3，簇（cluster）：将多个表集合在一起，这些表拥有相同的列；这些相同列放在同一个物理的段里面。 4，索引（index）： 5，index-organized table（对应sqlserver的群集索引）: 这些表中的数据以索引的大小按升序或者降序排列 6，index partition（索引的分区）: 关于索引的数据分别存于不同的物理段里面 7，undo segment: 有序循环的方式存储（存放old value；读一致性；rollback ；recovery） 8，temporary: 临时段用来排序 9，LOB segment: 存放大的数据，oracle里面将这些数据并不放在表内部，而 是有专门一个段来存储 10，nested table（嵌套表）：一个表中的某个字段的值是另外一个整表！ 11，bootstrap segment：初始化我们的实例用的。这个段不需要维护和管理！ 二oracle存储参数的设定及继承问题 【记忆】默认为 Oracle default ===》 Tablespace (创建表空间时定义的参数) ====》 Segment（优先级最高）

【理解】初始参数 oracle block 的5倍；意思是说你创建一个表，即使里面没存数据，它已经占用了8k×5=40kB的空间（这里假设oracle block size 为8kB） 三创建表时可以单独为表指定存储参数 SQL> conn hr/123456@kk 已连接。 SQL> create table hello(id int) 2 tablespace bkeep 3 storage(initial 100k 4 next 100k); 【点子】我们来创建一个表空间test11，不带任何存储参数，然后打开oem看看它的存储参数（这些参数就是从oracle default哪里继承过来的！） 四extent的分配和重新分配 -当创建段时就分配空间 -当扩展段时给它分配空间 -强制分配空间给段（段可以跨数据文件，但不可以跨表空间；但是强制的段是不能跨数据文件获取空间的） 创建表时，最初始的空间一定会分配给它！

物理实验设计的基本方法

物理实验设计的基本方法 导读：本文是关于物理实验设计的基本方法，希望能帮助到您！ 物理学是一门实验科学，而我们目前的物理教学，基本上是停留在关于物理学的知识系统的归纳和理论体系的阐述上，就连物理实验本身的教学，也是按教材的分析按部就班地进行纯理论的讲解．其弊端是显而易见的，如果考查的实验不是教材所限的实验呢？ 一、实验设计教学的必要性１９９６年上海高考第四（５）题要求测定陶瓷管上均匀电阻膜的厚度，就属于设计型实验．但由于题目给出了全部实验器材和所有相关量，使实验定位在电阻或电阻率的测定上，又大大降低了实验难度，只属于局部设计型实验．无论命题者出于何种考虑，设计型实验毕竟半遮半掩地出现了，这多少给教学工作者提了个醒． １．从小处着眼，加强实验设计教学上海作为高考改革的试点城市，其成功的改革将为全国高考提供可能的改革方向，甚至一些新颖的题型和情境，都可能为全国高考所借鉴．如１９９６年全国高考第２１题就是从１９９５年上海高考第一（５）题脱胎而来的．无疑上海高考关于实验设计的考查是又一个成功的改革举措，极有在全国推广的价值．而物理《考试说明》中要求“会用在这些实验中学过的实验方法”，也为实验设计的考查在全国的推广提供了可能．

２．从大处着眼，加强实验设计教学著名核物理学家钱三强先生在为郭奕玲、沈慧君编著的《物理学史》所作的序中，曾严厉指出：“今天我们科学界有一个弱点，这就是思想不很活泼，这也许跟大家过去受的教育有一定关系……”我们常常教育学生“应该……”“必须……”；我们的考试题目常常不惜笔墨描述背景、附加条件，最后只有一个小小的空格“是……”．这样培养选拔出来的人才在学校是好学生，步入社会是好职员，大脑中只是机械地跳动着两个问题：“你要我做什么？你要我怎么做？”工作常常：“完成”的相当漂亮，但思想僵化，毫无创见．这正是我们的悲哀！长期以来的这种教育选拔模式，致使我们现在仍只能在很羞涩地提到几个美籍华人时才有一种借来的荣光与自豪！ 思想不活跃，是因为我们给了学生太多的“必须”的限制；思想僵化，是因为我们留给学生太少的“可能”的余地．实验设计的教学，正是活跃思想，培养能力的一种好方法，授以实验的基本方法，让学生自己去考虑有哪些可能的做法，自己会怎么做．二、实验设计的基本方法１．明确目的，广泛联系题目或课题要求测定什么物理量，或要求验证、探索什么规律，这是实验的目的，是实验设计的出发点．实验目的明确后，应用所学知识，广泛联系，看看该物理量或物理规律在哪些内容中出现过，与哪些物理现象有关，与哪些物理量有直接的联系．对于测量型实验，被测量通过什么规律需用哪些物理量来定量地表示；对于验证型实验，在相应的物理现象中，怎样的定量关系成立，才能达到验证规律的目的；对于探索型实验，在相应的物理现象中，涉及哪

公共设施设计的原则

公共设施设计的原则 目录 ?（一）易用性原则 ?（二）安全性原则 ?（三）系统性原则 ?（四）审美性原则 ?（五）独特性原则 ?（六）公平性原则 ?（七）合理性原则 ?（八）环保性原则 （一）易用性原则 “一个商品售货员将饼干扔在你的脚下，而你不得不弯下腰将摔碎的商品捡起——毫无疑问，这种情况下，你十之八九会非常生气并将你的愤怒表达出来，但自动售货机这样做的时候，…..。”很明显，很多具有明确产品属性的公共设施设计缺乏“可以被人容易和有效使用的能力。”我们有时不得不在自动取款机前等待前面的老人一遍有一遍的重复错误操作，而无法施以援手。这就是公共设施缺乏易用性所造成的困扰。易用性（Usability）通俗的讲就是指“（产品）是否好用或有多么好用”。它是就有明确使用功能的公共设施设计时必须考虑的原则性问题，比如垃圾桶开口的设计就既要考虑到防水功能，又不能因此使垃圾投掷产生困难，或是人们在使用自动取款机时，如何可以不再使用容易忘记的密码确认方式，如何可以在操作完成后记得取回银行卡。这些都是公共设施设计时应该考虑的易用性原则。 （二）安全性原则 笔者曾在公共设施设计专题课程中向学生提问过这样一个问题：“如果儿童在广场中玩耍时不慎被某些公共设施所伤害（如公共座椅的金属扶手、公共电话亭侧面挡板边沿），那么，这种意外伤害的责任较多的应归咎于设计者，还是使用者（这里特指儿童）呢？”多数学生认为责任应是儿童的玩耍调皮或父母缺少看护造成，只有少数学生认为是设计师的设计疏漏所引起的，笔者赞同少数学生的观点。作为设置与公共环境中的公共设施，设计时必须考虑到参与者与使用者可能在使用过程中出现的任何行为，儿童的天性就是玩耍嬉闹，这是不能改变的，而能改变的是以儿童身高作为一个尺度，低于此高度的公共设施均应考虑到其材料、结构、工艺及形态的安全性，在设计伊始便尽量避免对使用者所造成的安全隐患，这就是公共设施设计的安全性原则。 （三）系统性原则 通常情况下，在公共休息区内，或在公共座椅的周围应设置垃圾桶，而垃圾桶的数量应于公共座椅的数量向匹配，太多会造成浪费，而太少则会诱使随意丢弃垃圾的行为。可见，公共座椅与垃圾桶之间存在着某种匹配关系。再如健身设施周围相对集中的公共照明设施，便起

创新物理小实验的设计思想

初中创新物理小实验的设计思想 镇江市江滨中学物理组物理组 一、物理实验设计要具有挑战性：挑战性不仅表现在给学生视觉的冲击，更重要的是引起学生的思考 案例一：引言：奇妙的物理世界 实验设计：气流的变化。怎样把燃烧的蜡烛火焰吹灭？ 推荐理由：一般来说物体能挡住气流。但是，物体的形状对气流是有影响的。当在燃烧的蜡烛前面放一个方形的物体可以挡住气流、而换一个圆形的物体把蜡烛吹灭的时候，学生表现出来的惊奇是一种学习物理的享受。 案例二：对物体做功，物体的内能增加、温度升高 实验设计：压缩气体做功内能增加、温度升高。 推荐理由：压缩空气做功，空气的内能增加、温度升高。学生一般只知道结论，没有体验。我用打气筒有气嘴一端叫学生用手堵住，老师快速打气，这时气体的温度可能有上百摄氏度，对学生来说不仅是感觉的刺激，更重要的是引起学生的思考。接着，将温度计放在气嘴上用多媒体投影到光屏上，温度计的度数随打气而上升。

案例三：受力面积越大、压强越小 实验设计：探究：一个鸡蛋能承受多大的压力。 推荐理由：大家都知道：鸡蛋碰石头。可是，一个鸡蛋能承受20千克力左右，学生不一定能想到。当一个人站在四只鸡蛋上，鸡蛋没有碎；而鸡蛋轻轻一敲就碎时，一定能激发学生的思考，对学生理解压强的概念是有帮助的。 二、物理实验设计结果要在意料之外、情理之中：“情理”--------指物理的道理和自然之美 案例一：水蒸发吸热有致冷作用 实验设计：为什么纸不能燃烧？用二个餐巾纸团沾上酒精燃烧后，一个纸团烧成灰烬、另一个纸团酒精燃烧完后餐巾纸却完好无损。（这个餐巾纸团是用水浸润过的） 推荐理由：蒸发吸热有致冷作用，日常生活很常见。但是，“神5飞船”返回舱在进入大气层时是一团火球、而里面的人却安然无恙，学生是知道其中道理的，但是学生没有直接的体验。当学生看到一个纸团是烧成灰烬、而另一个纸团却完好无损时，学生的感受只有二个字-----惊讶！ 案例二：比热容概念的教学 实验设计：等质量的铅和水加热后，体验温度的变化。 推荐理由：比热容是一个很抽象的概念，学生不能理解物质有一种性质------热的容量。当等质量的铅块和水加热几分钟以后，水可以用手摸一摸，感受温度的变化；而铅块却不能用手摸，这时铅块的温度可以点燃火柴。强烈的对比必然引起学生积极地思考。 三、物理实验设计要注意学生的参与性：课堂教学的生命力就在于-------师生融为一体

公共设施设计

公共设施设计 《浅谈长沙王陵公园公共设施设计》 班级： 姓名： 学号： 指导老师：

目录 一、公共设施设计概述 二、公共设施设计方法及原理 三、公共设施设计发展趋势 四、公共设施设计案例调查与分析 王陵公园——考查与分析 ——后期改造

一．公共设施设计概述 （一）公共设施的含义： 公共设施是指城市、社区等公共空间的基本服务性功能设备，是现代城市发展而产生的融工业与环境设计于一体的新型的环境设计产品，是现代城市不可缺少的基本构成要素。 公共设施是指为市民提供公共服务产品的各种公共性、服务性设施，按照具体的项目特点可分为教育、医疗卫生、文化娱乐、交通、体育、社会福利与保障、行政管理与社区服务、邮政电信和商业金融服务等。 （二）公共设施设计的意义： 公共设施是给予公众提供生活、交流、工作和学习必不可少的公共服务设施，同时具有美化环境和改善环境作用，是体现城市人文关怀的基本“标尺”，是展示现代城市文明的重用标志之一。 （三）公共设施的发展概况： 工业革命以前,公共设施品种少，功能单纯。随着城市及工业技术的发展，公共设施的品种逐渐丰富起来，功能服务也开始从单一化向多功能化发展。二十世纪电脑技术和网络技术的出现，使公共设施更具有了智能化的服务功能，从而大幅度降低了服务成本，并使人们的生活变得更为方便和舒适。 （四）公共设施设计的范畴： 包括政治（如检阅台及检阅广场）、经济（如交易市场）、文化（如剧院）及公众日常活动等方面的公共配套需求设备都属于公共设施设计的范畴。（五）公共设施的基本要求与特点： 公众化、安全性、美化性、坚固性、耐候性、实用性、舒适性和醒目化。（六）公共设施的艺术化与景观化： 公共环境空间中设施除了应具有实用性和功能性以外，还扮演着美化环境的重要角色，因此将公共设施艺术化与景观化是对公共设施设计与制造的基本要求。 （七）公共设施的人性化设计： 公众不仅可以使用设施的功能来满足其需求，还能参与设施所能赋予的某种特殊的活动，从而产生精神上的愉悦和快感，即所谓“人机互动”。 （八）公共设施所属系统分类： 公共交通系统：交通警示、路障、公交站台、停车场、车站、收费站、加 油站、自行车停放点、警亭、人行护栏等。 公共卫生系统：垃圾桶、垃圾房、垃圾处理站、公厕、洗手饮水池、痰 盂等。 公共照明系统：公路照明灯、泛光灯、嵌地灯、射灯、庭院灯等。 公共信息系统：电话亭、邮筒、电子信息屏、导示牌、广告牌、告示牌等。 公共休息系统：休息亭、休闲廊架、休息桌椅。 公共活动系统：健身设施、跑道、游泳池、露天舞场、球场、儿童游乐 设施。

高中物理实验设计原则

高中物理实验设计原则 1实验的设计 最初的高中物理实验手册对验证机械能守恒实验的设计，是让重锤连接一条纸带，纸带穿过竖直固定的电火花计时器的限位孔(如图1所示)，接通计时器电源，手提纸带从高处静止释放重锤，重锤和纸带一起加速下落，打点计时器在纸带上记录了重锤的运动情况．重复做多次试验，然后选择一条打点清晰的纸带(如图2所示)来研究重锤下落是否机械能守恒．重锤从静止开始下落，要求出减少的机械能mgh，首先要找到开始下落时的那个纸带上的那一个打点O点．设计者利用理论计算。所以把距离为2mm的两个打点的那一个点记做是静止下落的起始点O点．这样就可以用刻度尺测量出重锤下落的高度hOB，算出减少的机械能．再利用短时间内AC平均速度约等于B点的瞬时速度．实验分析从以上试验设计原理上去分析以上的实验设计，似乎都一一满足了．而且此实验设计简便，测量数据较少，数据处理也很方便，这样也同时提高了实验的精确性．只是实验中纸带下落过程受到打点计时器和空气的阻力，但重锤的重力远大于阻力．因此数次的实验结果也比较符合设计者的预想．粗略看来此实验的设计较为成功，但问题出在初始点O点的确定上，即2mm的推导上． 2实验的改进 设计者为了避开因寻找起始点而犯的科学性错误，现行的物理实验手册中在处理纸带时，实验不再确定起始点，而是随机取了纸带中较为清晰的两点A、B(如图3所示)，验证重锤从A到B的过程中机械能是否守恒．实验要量出AB的距离，然后用短时间内平均速度约等于瞬时速度。实验分析实验的操作过程没有发生变化，只是在纸带打点处理上进行了改进，而改进后的实验没有了科学性错误，并且也是切实可行的．从实验设计原则上看都满足了七大原则，那这样的实验设计是不是完美了呢?不需要做任何的优化了呢?其实我们可以发现这实验设计也有它的缺陷存在．①实验至少需要测量三段距离，要计算两个瞬

实验2 Oracle数据库物理存储结构管理

实验2 Oracle数据库物理存储结构管理 1.向BOOKSALES数据库的USERS表空间添加一个大小为10MB的数据文件users0 2.dbf。 2.向BOOKSALES数据库的TEMP表空间添加一个大小为10MB的临时数据文件temp02.dbf。 3. 向BOOKSALES数据库的USERS表空间中添加一个可以自动扩展的数据文件user03.dbf ，大小5M，每次扩展1M，最大容量为100M。 4.取消BOOKSALES数据库数据文件user03.dbf的自动扩展。 5.将BOOKSALES数据库数据文件users02.dbf更名为users002.dbf。

6.查询BOOKSALES数据库当前所有的数据文件的详细信息。 7.为BOOKSALES数据库添加一个多路复用的控制文件control03.ctl。 （过程忘了截图）复制过程没有问题，在文件夹中也能显示出CONTROL03.CTL文件可是在重新startup的时候数据库没有重新运行，出现了错误 查询也有CONTROL03.CTL文件

后来删除了CONTROL03.CTL文件（即10的图）还是启动不了数据库，只在新的例程里，后来重载了oracle。 8.以二进制文件的形式备份BOOKSALES数据库的控制文件。 第一次忘了截图 9.将BOOKSALES数据库的控制文件以文本方式备份到跟踪文件中，并查看备份的内容。

10.删除BOOKSALES数据库的控制文件control03.ctl。 11.查询BOOKSALES数据库当前所有控制文件信息 12.向BOOKSALES数据库添加一个重做日志文件组（组号为4），包含一个成员文件undo04a.log，大小为4M。 13.向BOOKSALES数据库的重做日志组4中添加一个成员文件，名称为undo04b.log。 14.将BOOKSALES数据库的重做日志组4中所有成员文件移植到一个新的目录下。

环境设施设计讲稿

环境设施设计 引言：设计方法 第一章：环境设施概述 一、城市环境设施的概念： 环境设施一般泛指建筑室内、室外环境一切具有一定艺术美感的，设置成特定功能的，为环境所需的人为构筑物。环境设施设计的着眼点在于研究公共空间、城市环境、现代人三者的关系，具体的探求对象为：空间、行为及设施要素组成的行为场所。环境设施作为城市规划、建筑设计、环境景观设计、室内设计中的一项重要设计因素正得到重视，它同样影响着整个空间环境形象。环境设施的设计品质与设置齐全与否，直接体现出该空间环境的质量，更彰显了一个城市的精神文化、艺术品位与开放度。主要是面向社会大众开放的交通、文化、娱乐、商业、广场、体育、文化古迹、行政办公等公共场所的设施、设备等。 环境设施不仅仅是城市必备的“硬件”，而是人类从线性思维方式中解放出来，而以多维思维方式认识问题、理解问题的结果。现代环境设施是一个综合的、整体的、有机的概念。从人类环境的时空出发，通过系统地分析处理，整体地把握人、环境，环境设施的关系，使环境设施构成最优化的“人类——环境系统”。 二、城市环境设施设计的重点： 环境设施在设计制造时把“人的因素”作为一个重要的条件来考虑，也就是在生理学和心理学两个方面进行全盘考虑，注重公共设施在安全、方便、舒适、美观等方面的评价，即以人性化的最大需求为主。公共设施与人类的活动息息相关，公共设施的人性化设计就是包含着人机工程的设施产品设计，只要是“人”所使用的产品，就应在人机工程上加以考虑，要充分考虑人的心理、生理因素，建立人与产品之间的和谐关系，最大限度的挖掘人的潜能，保护人的健康，方便人们的生活。 三、环境设施的特征：作为空间环境的组成要素，既涉及到功能，又涉及到视觉和心理问题。 （1）功能特征： 环境设施的设计，不应仅凭设计者的经验和主观判断，而是必须根据特定的空间环境条件，特定的使用人群，特殊的地域背景加以综合分析，而后进行有针对性的设计。 人是城市环境的主体,因而设计应以人为本，充分考虑使用人群的需要。在使用人群中老人、儿童、青年、残疾人有着不同的行为方式与心理状况,必须对他们的活动特性加以研究调查后，才能在设施的物质性功能中给予充分满足，以体现“人性化”的设计。 A、基本性：环境设施外在的，首先为所感知的功能特性。垃圾筒收集废弃物，路 灯提供夜间照明 B、环境性：环境性是指环境设施通过其形态、数量、空间分布方式等对环境要求 予以补充和强化的功能特性。环境设施往往通过自身的形态以及与特定场所环 境的相互作用而显示出来。以隔离墩为例，它们通过行列或群组的形式出现， 对车辆或行人的交通空间进行划分，并对其运行方式起到诱导作用。 C、装饰性：装饰性是指环境设施以其形态对环境起到衬托和美化的功能特性。包 括两个层面的意义：a、单纯个体的艺术处理b、与环境特点的呼应和对环境氛 围的渲染。现在的产品多为批量生产，容易造成千人一面的后果。环境设施要具备 能够反映所处地区地域特色的个性。例如，像上海这样的经济型大都市，人们工作 和生活的节奏都非常快，需要公共设施和产品为他们提供便捷而舒适的服务；TTTT

1、建筑基坑工程安全管理规范

建筑基坑工程安全管理规范 前言 1、基坑坍塌，往往会造成作业人员的群死群伤，是施工现场群死群伤三大危险源之一。 2、工程体量越来越大，基坑越来越深，地质条件越来越复杂。 3、一旦出事，除施工现场受影响外，往往殃及周边的建（构）筑物、管线、市政设施，危及周边居民的生命和财产安全，社会影响大。 从全国和我区的安全看，致使基坑坍塌的因素有技术方面的，也有管理方面的。 从技术角度来看，目前的工程勘察、设计、施工和验收规范都是齐全的，但对基坑工程而言，许多房建勘察、设计和施工队伍甚至工程安全监督机构对越来越大、越来越深、越来越多的基坑工程还是比较陌生的。 因此，按照住建部《危险性较大的分部分项工程安全管理办法》的要求，有必要将各地以前实施的五花八门的管理办法和程序统一到一个标准化的管理程序，对涉及工程的前期准备、勘察、设计、审图、专项施工方案的制定及审核批准、施工和监理、验收、监测等多个环节做出具体的规定，以堵塞可能出现的安全纰漏。 只有管理到位，技术保障措施方可得到落实，基坑工程的安全方可得到保障。为此，广西壮族自治区住房和城乡建设厅委托广西壮族自治区建设工程质量安全监督总站，会同有关单位依据有关法律法规和技术标准，设置基坑工程的安全管理程序，制定本标准，以全过程各环节的安全措施保障基坑工程的安全。 本标准是关于建筑基坑工程安全的管理标准。 1、范围 本标准规定了建筑基坑（简称基坑）工程的术语和定义，规定了前期准备、勘察、设计、施工图审查、施工方案的制定及审核批准、施工和监理、验收、监测各环节的安全管理程序。 本标准适用于工程地址在广西壮族自治区行政区域内，深度和危险程度符合住房和城乡建设部建质【2009】87号文件规定的房屋基坑和市政设施基坑和市政设施基坑的开挖、支护和降（止、排）水。 对建筑基坑工程的安全管理，除应符合本标准的规定外，尚应符合国家现行法律法规和技术标准的规定。 2、规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB50007建筑地基基础设计规范 GB50021岩土工程勘察规范 GB50202建筑地基基础工程施工质量验收规范 GB50300建筑工程施工质量验收统一标准 GB50330建筑边坡工程技术规范 GB50497建筑基坑工程监测技术规范 JGJ72高层建筑岩土工程勘察规程 JGJ120建筑基坑支护技术规程 住房和城乡建设部建质【2009】87号危险性较大的分部分项工程安全管理办法 DBJ/T45-002广西岩土工程勘察规范 3、术语和定义 3.1建筑基坑 为进行建（构）筑物基础或地下室施工所开挖的坑或槽。 3.2深基坑 开挖深度达到或超过5m，或开挖深度不足5m但现场工程地质条件、周边环境和地下管线复杂，开挖后严重影响毗邻建（构）筑物、地下管线和道路安全的基坑。 3.3周边环境 基坑开挖影响范围内包括既有建（构）筑物、道路、地下设施、地下管线、岩土体及地下水体的统称。 3.4基坑工程 为营造安全并适合于建筑工程施工的基坑，所进行的支护结构施工和挖除基坑范围内土体的工程。

初中物理单元作业设计原则.doc

单元作业设计是在单元知识学习结束后，对各节凌乱的知识进行系统研究，形成知识的网络化和系统化，使课内知识与课外的拓展相结合，识记与探究相结合，动脑与动手相结合的综合性作业设计，对检验学习成果及检测能力的提高有着重要的作用。因此单元作业的设计应遵循以下原则： 一、以新的物理课程标准为准则。 新物理课程标准的主旨是：提高学生的科学素养。学生是单元作业的执行者、操作者，因此单元作业设计应以学生为主体，做到研究学生，深入了解学生的认知特点和学习实际，从而建立最基本的自信心，提高做作业的兴趣。 如在《简单机械和功》的单元作业设计中，除了设计基本的习 题外，还增加了操作性作业：要求学生把生活中认识的所有杠杆进行分类，并能够分析描述。如此既能激发学生学习的兴趣，又培养了学生的观察能力、语言表达能力、分析能力、概括能力等，为学生综合素养的提高做好铺垫。 二、深挖教材体系，确立知识体系。 在单元学习的基础上，深入研究整个教材体系，根据学生的认知特点和本单元的教学内容、教学目标、教学重难点等，对教材内容进行重组，由浅入深、由易到难的确立本单元的知识体系。 《简单机械和功》一章，在了解各节教材及学生学情的基础上，对知识进行重组。 杠杆基础：杠杆的分类简单计算

简单 重点：探究杠杆平衡条件 滑轮滑轮组基础：特点、作用、实质 机械重点：简单计算 斜面轮轴基础：实质 基础：实质 生活中的应用 生活中的应用 功基础：概念、公式、单位、简单计算 难点：判断做功的必要条件 功功率基础：概念、公式、单位、简单计算 重点：估测上楼时的功率 机械效率重点：有用功、总功、额外功 难点：探究滑轮组的机械效率 以重组的知识体系作为单元作业设计的指南，如在选择题里面 设计了杠杆的分类、简单机械的判断、功、功率的认识等习题；实验 探究题预设了杠杆实验、滑轮组机械效率的实验等。思路清晰、循序渐进、难易适中，既体现教材特点，又凸显学生思维特点。 三、利用生活资源，体现学科特点。 物理学科的特点是：来源于生活，为生活服务。单元作业要成 为连接物理教学与社会生活的纽带，在理论学习的基础上，回归生活，做到物理教学为生活服务的目的，体现在单元作业设计的生活化、社会化，激发学生完成作业的热情和欲望。如： 1．图 2 所示的用具中，属于费力杠杆的是（）

Oracle体系结构详解

Oracle体系结构就是围绕这张图展开的，要想深入了解oracle，就必须把这张图搞明白。如图： 一、基本组成： Oracle server： 一般情况下是一个instance和一个database组成 1个instance只能对应一个数据库。 特殊：1个数据库可以有多个instance（rac） 一台服务器上同时可装多套版本的数据库软件，每个数据库软件可建多个数据库，但是每个数据库只对应一个instance，也可以理解成每个数据库只有一个SID 。 利用DBCA建出的每个库都是相对独立的，在同一服务器上如果创建多库必须将环境变量的参数文件做区分，并且在对实例切换时需如下操作： connect 用户名/密码@实例的服务名

Oracle Instance： 是由内存（SGA）和后台进程（backupground Process）组成 通过instance来访问database 一个实例只能打开一个数据库 Oracle database： 数据文件（Data files）： 数据文件永远存储数据库的数据，包括数据字典、用户数据（表、索引、簇）、undo数据等 重做日志（Redo log）： “先记后写” 重做日志用于记录数据库的变化，当进行例程恢复或介质恢复时需要使用重做日志 执行DDL或DML操作时，事物变化会被写到重做日志缓冲区，而在特定的时刻LGWR会将重做日志缓冲区中的内容写入重做日志。 控制文件（Control file） 控制文件用于记录和维护数据库的物理结构，并且每个Oracle数据库至少要包含一个控制文件。 归档日志（Archive log）: 是非活动（Inactive）重做日志的备份。 口令文件（Password file）: 用于验证特权用户（具有SYSDBA、SYSOPER权限的特殊数据库用户） 参数文件(Parameter file): 用于定义启动实例所需要的初始化参数，包括文本参数文件（pfile）和服务器参数文件（spfile）（二进制文件放入裸设备，引入spfile） User and Server process ： 在执行sql语句时产生的进程，每一个连接，oracle server创建一个session，产生一个server process，在client发起一个connection时就产生了一个user process。

物理实验设计原则方法

物理实验设计原则 所谓设计实验，是在明确实验目的的基础上，根据实验原理和要求，自己选择适当的器材，或从题目中选择合理的器材，制定实验方案，求出实验结果。这种实验对学生的能力要求较高，学生必须熟练掌握实验的全部原理、器材、操作与技巧，并能触类旁通地灵活运用。 客观地讲，设计性实验对学生综合运用所学知识、对学生创造能力要求比较高，但是它所用的器材、原理、方法都渗透在学生实验、演示实验或课本知识之中。在设计、操作实验时，只是要求学生将它们创造性地组合。因此，在试验教学中，应通过演示实验有目的地培养学生敏锐的观察能力和思维能力；同过实验操作有意识地让学生了解所学仪器、器材的性能和使用方法；通过分析学生实验，让学生熟悉实验方法、弄清实验原理。只有这样，才能使学生在实验思路上触类旁通，全面提高学生实验能力，从而有效地提高较高的实验能力。 一．设计型实验的设计原则 科学性：设计的方案应有科学的依据及正确的方式（1）方案中所依据的原理应遵循物理规律，且要求选用的规律简明、正确。（2）方案中所安排的步骤应有合力的顺序，其操作实验规则要求。（3）方案中进行数据处理及误差分析应依据科学的研究方法。 1.安全性：按设计方案实施时，应安全可靠，不会对器材造成损坏。（1）选用器材时，应考虑器材性能及参量（如：仪表量

程、电器的额定值、测力计的弹性限度等）的要求。 2.精确性：实验误差应控制在误差允许的范围之内，尽可能选择误差较小的方案。（1）在安装器材时或使用仪器之前，应按实验要求对器材、仪表精心调整。如：欧姆表用前要进行调零。（2）选用合适的测量工具（直尺、仪表）及合适的量值范围，使之与被测量数值相匹配。如：使用万用表测量电阻时，应选用合适的档位，使测量时电表指针指在中央刻度值附近。（3）针对实验中可能出现的偶然误差，往往多次重复实验，获取多组实验数据、结果，以选取有效信息、数据。（4）设计合理的数据处理方式。如：求取算术平均值、用坐标纸作图像等。 3.简便性、直观性，设计实验应便于操作、读数、进行数据处理，便于实验者直观、明显的观察。 二．设计型实验的设计思路 解决设计型实验问题的关键在于选择实验原理，它是进行实验设计的根本依据和起点。它决定应当测量哪些物理量、如何安排实验步骤等项目。实验原理的确定：一是根据问题的要求，二是根据问题的条件。 如果问题中没有给定（或给足）实验器材，实验设计的基本思路是：1.根据问题的条件和要求，构思相关的物理情景；2.确定实验原理；3.确定测量的物理量；4.安排实验方案。 有时，对同一个问题，可以构想出不同的物理情景，导出物理量的不同表达形式，以这些表达式作为实验设计的依据，会有不

物理演示实验的基本原则

物理演示实验的基本原则 演示实验是教师进行表演和示范操作，并指导学生进行观察和思考的实验。它是物理教学中广为应用的一种教学形式，它可以用于各种教学环节中。物理课堂演示实验有六项应用原则是各位考生需要注意的，只有把握好这一前提，才能运用好演示实验为试讲或说课增色，下面就重点介绍一下这六项基本原则。 1.目的性原则 在演示实验中，明确实验目的有两层含义。一是教师要有明确的实验目的。根据实验目的决定有无必要演示，选择什么样的演示，怎样进行演示；二是要使学生明确实验目的。在演示之前，定要让学生明确实验的目的以及怎样做实验。 2.科学性原则 演示实验的设计和解释，必须符合科学性原则，实验中出现误差是难免的，但是不允许出现科学性错误。 3.简单、可靠性原则 在保证符合科学的前提下，只要能说明问题，演示实验必须做到简单、可靠，所用的仪器和操作方法应尽量简单易行。 例：演示低压沸腾可用以下三种方法： (1)将烧瓶中的水煮沸，加塞，停止加热后水沸腾停止了，再将烧瓶倒置在支架上，往瓶底浇冷水，水又重新沸腾起来。 (2)往瓶中倒入90℃左右的热水，水温低于沸点不沸腾，用抽气机(或针筒)抽气，水就沸腾起来。 (3)用100mL的针筒直接抽取约10mL的90℃左右的热水，将针筒尖端用橡皮帽封住，拉动活塞，针筒内的水就沸腾起来。 比较以上三种方法，显然第三种最符合“三个简单”的要求，所以，凡是能用简单的方法，就不必把演示实验的装置复杂化。 4.直观、明显性原则 所谓直观性就是从实验中就可以直接观察到物理过程，无需经过复杂的推理便能直接揭露其物理本质。 例：演示液体的低压沸腾时，直接抽气演示就比浇冷水演示要直观。所谓明显性，是指实验的效果明显，而且要使所有的学生都能观察到，这样，就需要增强仪器和实验的可见度。

Oracle数据库的物理存储结构之数据库控制文件详解

Oracle数据库中，数据库控制文件维护着数据库的全局物理结构，用以支持数据库成功的启动和运行。创建数据库时，同时就提供了与之对应的数据库控制文件。在数据库使用过程中，Oracle不断的更新数据库控制文件，所以只要数据库是打开的，数据库控制文件就必须处于可写状态。如果，犹豫某些原因控制文件不能被访问，那么数据库也就不能正常的工作了。 每一个控制文件只能与一个Oracle数据库相关联。数据库控制文件包含了数据库实例的启动和正常操作时，访问数据库所需的关于数据库的信息。数据库控制文件的内容只有Oralce 可以修改，数据库管理员和用户都不能对其进行编辑。 控制文件包含了以下信息： ?数据库名称 ?数据库创建的时间戳 ?相关的数据文件、重演日志文件的名称和位置 ?表空间信息 ?数据文件脱机范围 ?日志历史 ?归档日志信息 ?备份组和备份块信息 ?备份数据文件和重演日志信息 ?数据文件拷贝信息 ?当前日志序列数 ?检查点（checkpoint）信息 数据库名称和时间戳源自数据库创建之时，数据库名称或是来自DB_NAME初始化从参数，或者来自Cteate Database语句使用的名称。 每当数据文件或重演日志文件被添加内容、重新命名或者直接从数据库删除时，控制文件都要进行更新以反应物理结构的变化。记录下这些变化后，Oracle就可以：在数据库启动的时候，能够确定并打开数据文件和重演日子文件。 在必须要恢复数据库的时候，能够确定哪些文件是必须的、哪些文件是可用的。 PS：如果数据库的物理结构发生了改变（使用了Alert Database语句），用户应该立刻备份控制文件。 控制文件还记录了关于检查点的信息。每3秒，检查点进程（CKPT）就会在控制文件里记录重演日志文件的检查点位置信息。这些信息用于数据库的恢复过程，告诉数据库在这一点之前的已经记录下的重演条目不必进行恢复，因为它们已经被写入数据文件了。 由于控制文件对数据库的至关重要，所以联机存储着多个副本。这些文件一般存储在各个不同的磁盘上，以便将因磁盘试下哦引起的潜在危险降至最低程度。Oracle支持对同一个数据库并发的打开、书写多个相同的控制文件。通过为一个数据库在不同的磁盘上保存多个控制文件，可以幼小的降低对于控制文件可能发生的单点失败。例如，包含一个控制文件的磁盘崩溃了，如果Oracle试图访问这个被破坏的文件，当前实例就会失败，但是如果在不同的磁盘上保存了当前控制文件的复件，就可以重启一个实例而无需进行数据库恢复。

环境设施艺术调研报告

环境设施艺术调研报告 课程：环境设施艺术设计 调研时间： 调研地点：合肥各大休闲广场、公园和高级居民区、繁华街道 调研目的：通过对合肥的休闲广场、各个特色的公园、居民区的调查研究，积累素材和灵感。实践调研可以增加对本课程（环境设施艺术设计）的理解，把调研的成果运用到课程作业设计中来。加强学生的户外调研和分析能力。培养学生全面地认知、理解并掌握公共设施设计的基本理论和运作规律，在专业设计单项中能掌握更接近产品的设计能力，协调人与城市环境关系的作用，让学生更确实把握公共设施与产品设计的这一关系。调研分析：环境设施的概念：现代城市中，为公众及必要的社会生活提供服务、满足需求的公共设施；城市设施种类繁多量大，涵盖面广，涉及市政交通管制，公益服务、商业服务、广告信息等众多领域。城市设施既是建筑和城市空间的必要补充，又是城市外部环境的重要组成部分。因此也称之为城市设施。 1. 公共休闲服务设施 在城市公共空间中为满足人们休息、健身、娱乐等要求而设置的公共环境设施，主要包括休息座椅、健身娱乐设施、电话亭、公共饮水器、邮筒、售报亭、照明灯具等。 2. 交通服务设施 是指城市街道中主要用于交通指示、组织的设施,包括路灯、交通指示灯、交通指示牌、路标、人行天桥、候车亭、候车亭、路障、自行车停放设施、加油站、无障碍设施等。 3．公共卫生服务设施 在城市公共空间中为满足人们公共卫生要求而设置的公共环境设施，主要包括垃圾桶（烟灰皿）和公共厕所。 4 .信息服务设施 为满足人们城市公共空间和环境的认知，引导人们快速 到达目的地而设置的公共环境设施，主要包括户外广告、信 息张贴栏、布告栏、导向牌等。 5 .美化丰富空间设施 是指那些为城市街道增添 艺术气息,美化和丰富在城市 公共空间环境的设施,包括花 坛、雕塑、喷泉、叠水瀑布、 地面艺术铺装、装饰照明、景 观小品等。 功能和意义 环境设施对于市容市貌的

基坑支护结构设计原则

基坑支护结构设计原则与勘察要求 基坑支护结构设计原则与勘察要求 3.1 设计原则 3.1.1 基坑支护结构应采用以分项系数表示的极限状态设计表达式进行设计。 3.1.2 基坑支护结构极限状态可分为下列两类： 1 承载能力极限状态：对应于支护结构达到最大承载能力或土体失稳、过大变形导致支护结构或基坑周边环境破坏； 2 正常使用极限状态：对应于支护结构的变形已妨碍地下结构施工或影响基坑周边环境的正常使用功能。 3.1.3 基坑支护结构设计应根据表3.1.3选用相应的侧壁安全等级及重要性系数。 表3.1.3 基坑侧壁安全等级及重要性系数 安全等级破坏后果Υ0 一级支护结构破坏、土体失稳或过大变形对基坑周边环境及地下 1.10 结构施工影响很严重 二级支护结构破坏、土体失稳或过大变形对基坑周边环境及地下 1.00 结构施工影响一般 三级支护结构破坏、土体失稳或过大变形对基坑周边环境及地下 0.90 结构施工影响不严重 注：有特殊要求的建筑基坑侧壁安全等级可根据具体情况另行确定。 3.1.4 支护结构设计应考虑其结构水平变形、地下水的变化对周边环境的水平与竖向变形的影响，对于安全等级为一级和对周边环境变形有限定要求的二级建筑基坑侧壁，应根据周边环境的重要性、对变形的适应能力及土的性质等因素确定支护结构的水平变形限值。 3.1.5 当场地内有地下水时，应根据场地及周边区域的工程地质条件、水文地质条件、周边环境情况和支护结构与基础型式等因素，确定地下水控制方法。当场地周围有地表水汇流、排泻或地下水管渗漏时，应对基坑采取保护措施。 3.1.6 根据承载能力极限状态和正常使用极限状态的设计要求，基坑支护应按下列规定进行计算和验算。 1 基坑支护结构均应进行承载能力极限状态的计算，计算内容应包括： 1) 根据基坑支护形式及其受力特点进行土体稳定性计算； 2) 基坑支护结构的受压、受弯、受剪承载力计算； 3) 当有锚杆或支撑时，应对其进行承载力计算和稳定性验算。 2 对于安全等级为一级及对支护结构变形有限定的二级建筑基坑侧壁，尚应对基坑周边环境及支护结构变形进行验算。 3 地下水控制验算： 1) 抗渗透稳定性验算； 2) 基坑底突涌稳定性验算；

oracle体系结构

Oracle体系结构：物理结构，逻辑结构，内存结构，数据库实例和进程，数据字典 物理结构：数据文件，日志文件，控制文件，配置文件 数据文件用来存储数据库中的全部数据，如数据库表中的数据和索引数据。通常为后缀名为.dbf格式的文件。 日志文件（又称重做日志文件），用于记录数据库所做的全部变更（如增加、删除、修改），以便在系统发生故障时，用它对数据库进行恢复。名字通常为Log*.dbf格式 控制文件每个Oracle数据库都有相应的控制文件，用于打开、存取数据库。它们是较小的二进制文件，其中记录了数据库的物理结构。名字通常为Ctr*.ctl格式 配置文件是一个ASCII文本文件，记录Oracle数据库运行时的一些重要参数。名字通 常为initsid*.ora格式，如：initCIMS.ora，SID相当于它所控制的数据库的标识符。每个Oracle 数据库和实例都有它自己惟一的init.ora文件。 逻辑结构：表空间，段，区，数据库块，模式对象 Oracle中除了用户创建的存放数据对象的数据表空间外，还有以下类型的表空间： （1）System表空间 （2）回滚表空间（RollBack TableSpace） （3）临时表空间（Temp TableSpace） 段：数据段，索引段，临时段，回退段 区是由很多连续的数据块组成的数据库存储空间。缺省情况下，数据库会使用表空间中存储的存储参数来管理他们的区。

Oracle数据库的模式对象包括表、视图、序列、同义词、索引、触发器、存储过程等。内存结构：系统全局区，程序全局区，排序区，软件代码区 系统全局区（SGA，System Global Area.）是内存结构的主要组成部分，是Oracle为一个实例分配的一组共享内存缓冲区，保存着Oracle系统与所有数据库用户的共享信息，包括数据维护、SQL语句分析，重做日志管理等。是实例的主要部分。 数据块缓冲区中存放着Oracle系统最近从数据文件中读取的数据块。数据块缓冲区又称用户数据高速缓冲区，为所有与该实例相链接的用户进程所共享。 在Oracle9i中，数据库缓存的大小可以直接由初始化参数DB_ACHESIZE指定，该参数可以直接以K字节或M字节为单位来设置数据库缓存的大小。 字典缓冲区用于保存数据字典中的行。数据字典缓冲区也通过最近最少使用（LRU）算法来管理。大小由数据库内部管理。字典缓存区是SQL共享池的一部分，共享池的大小（以字节为单位）由数据库文件init.ora中的SHARED_POOL_SIZE参数来设置 对数据库进行修改的任何事务（Transaction）在记录到重做日志之前都必须首先放到重做日志缓冲区（Redo Log Buffer.）中。重做日志缓冲区是专为此开辟的一块内存区域，重做日志缓存中的内容将被LGWR后台进程随时写入重做日志文件 共享SQL池（Shared SQL Pool）相当于程序高速缓冲区，所有的用户程序都存放在共享SQL 池中。SQL共享池包括库高速缓存、数据字典高速缓存和服务器控制结构 Java池为Java命令提供语法分析。 缓冲池把大数据集与其他的应用程序分开，以减少它们争夺数据块缓冲区内相同的资源。可以在SGA中创建多个缓冲池 数据库是指物理上的数据库文件或逻辑上的数据库结构。 基于之上管理和控制物理数据库的软件系统，称为数据库管理系统（DBMS）。 数据库实例和进程 数据库实例是指软件系统中用来访问数据库文件集的存储结构以及后台进程的集合，它是存取和控制数据库的软件机制