两天多时间一直在装oracle 11g数据库，R1、R2都试过了，计算机也换了，但是一直不能安装成功。错误的主要表现为当数据库安装到85%的时候，大概是提示克隆数据库的时候，提示dbconsole启动失败，根据提示在系统环境变量中设置了oracle_unqname ，值为orcl，然后用打开cmd，输入emctl start dbconsole 执行提示 OC4J_DBConsole_hh06_orcl 文件找不到，根据提示中的完整路径找到所在目录，发现只有一个OC4J_DBConsole_localhost_orcl文件夹，而没有OC4J_DBConsole_hh06_orcl，我的计算机名称是hh06，系统是不是把localhost和hh06搞混了？（纯属个人判断，可能是其他的地方设置不对引起的），在安装目录里复制一份OC4J_DBConsole_localhost_orcl，并更名为OC4J_DBConsole_hh06_orcl ，执行emctl start dbconsole ，继续提示文件找不到，但是目录换了，说明有进步，重复上面的复制更名操作，再执行，最后提示：发生服务特定错误：2。晕，google了无数次，尝试了很多人的做法，最后发现是时区设置不对，设置方法是在安装目录中查找emd.properties文件，应该能找到两份，都是在刚才复制和被复制的那两个文件夹中，那个起作用呢，管它呢，我都给改了，用文本方式打� ......
在数据仓库中经常会用到 Partition Tables & Index，这些天客户都放假，有点空闲时间，把关于 Partition 的概念重新过一遍，顺便简单整理如下：
What Partition:
Partition 就是分区，将一张表或者索引根据不同的条件划分成一个个分区，逻辑上来看跟普通表无异。
When Partition:
一般来说，当你某张表中的数据量非常庞大，达到百万级别，或数据大小达到以G为单位计时候，建议使用 Partition。
Why Partition:
对于应用来说，由于数据量巨大，当进行巨额数据之间的 join 操作时，使用 Partition 会极大的提高性能；对于管理来说，Partition 大大的加强了管理的简便性。
Which Partition:
oracle 10g 主要提供了4种分区的方式
1, Range Partitioning
2, Hash Partitioning
3, List Partitioning
4, Composite Partitioning
Range Partitioning
这种分区是最普遍的分区方法，表中的数据若能够按照逻辑范围来划分（比如月份），就可以采用此方式。
复制内容到剪贴板 程序代码
Create TABLE sonic_range
(sonic_id NUMBER(5),
sonic_name VARCHAR2(30),
sonic_date DATE)
PARTITION BY RANGE(sonic_date)
(PARTITION sonic_jan2009 VALUES LESS THAN(TO_ ......
cluster的意思是把两个或两个以上具有公共列的表在物理上存放在一起，可以节省空间并且使某些关联操作加快，有hash cluster和index cluster。使用clustered table和普通表没有太大差别，基本是透明，惟独在加数据之前，要先做cluster的index .
-----------------------------------------------------------------------------------------------
经常被同时访问的表在物理位置上可以存储在一起。为了将它们存储在一起，就要创建一个簇( c l u s t e r )来管理这些表。表中的数据一起存储在簇中，从而最小化必须执行的I / O次数，改善系统性能。
表中相关的列称为簇键(cluster key)。簇键用一个簇索引(cluster index)来进行索引；对于簇中的多个表，簇键值只存储一次。在把任何行插入簇的表中之前，都必须先创建一个簇索引。对于经常频繁一起查询的表说，使用簇比较方便。在簇中，来自不同表的行存储在同一个块中；因此同将表分开存储相比，连接这些表的查询就可能执行更少的I / O。不过，与对非簇表的相同操作比较，簇表的插入、更新和删除性能要差很多。在聚簇表之前，要判断共同查询这些表的频率。如果这些表总是一起查询，就要考虑把它们合并成一个表而不是聚簇两个 ......
索引组织表（IOT）有一种类B树的存储组织方法。普通的堆组织表是以一种无序的集合存储。而IOT中的数据是按主键有序的存储在B树索引结构中。与一般B树索引不同的的是，在IOT中每个叶结点即有每行的主键列值，又有那些非主键列值。
在IOT所对应的B树结构中，每个索引项包括<主键列值，非主键列值>而不是ROWID，对于普通堆组织表，oracle会有对应的索引与之对应，且分开存储。换句话说，IOT即是索引，又是实际的数据。
索引组织表(IOT)不仅可以存储数据，还可以存储为表建立的索引。索引组织表的数据是根据主键排序后的顺序进行排列的，这样就提高了访问的速度。但是这是由牺牲插入和更新性能为代价的(每次写入和更新后都要重新进行重新排序)。
索引组织表的创建格式如下：
create table indexTable(
ID varchar2 ( 10 ),
NAME varchar2 ( 20 ),
constraint pk_id primary key ( ID )
)
......
前言
绝大多数的Oracle数据库性能问题都是由于数据库设计不合理造成的，只有少部分问题根
植于Database Buffer、Share Pool、Redo Log
Buffer等内存模块配置不合理，I/O争用，CPU争用等DBA职责范围上。所以除非是面对一个业已完成不可变更的系统，否则我们不应过多地将关注点
投向内存、I/O、CPU等性能调整项目上，而应关注数据库表本身的设计是否合理，库表设计的合理性才是程序性能的真正执牛耳者。
合理的数据库设
计需要考虑以下的方面：
·业务数据以何种方式表达。如一个员工有多个Email，你可以在T_EMPLOYEE表中建立多个
Email字段如email_1、email_2、email_3，也可以创建一个T_EMAIL子表来存储，甚至可以用逗号分隔开多个Email地址存
放在一个字段中。
·数据以何种方式物理存储。如大表的分区，表空间的合理设计等。
·如何建立合理的数据表索引。
表索引几乎是提高数据表查询性能最有效的方法，Oracle拥有类型丰富的数据表索引类型，如何取舍选择显得特别重要。
本文我们将目
光主要聚焦于数据表的索引上，同时也将提及其他两点的内容。通过对一个简单的库表设计实例的分析引出设计中的不足，并逐一改正。� ......
有关表分区的一些维护性操作：
一、添加分区
以下代码给SALES表添加了一个P3分区
ALTER TABLE SALES ADD PARTITION P3 VALUES LESS THAN(TO_DATE('2003-06-01','YYYY-MM-DD'));
注意：以上添加的分区界限应该高于最后一个分区界限。
以下代码给SALES表的P3分区添加了一个P3SUB1子分区
ALTER TABLE SALES MODIFY PARTITION P3 ADD SUBPARTITION P3SUB1 VALUES('COMPLETE');
二、删除分区
以下代码删除了P3表分区：
ALTER TABLE SALES DROP PARTITION P3;
在以下代码删除了P4SUB1子分区：
ALTER TABLE SALES DROP SUBPARTITION P4SUB1;
注意：如果删除的分区是表中唯一的分区，那么此分区将不能被删除，要想删除此分区，必须删除表。
三、截断分区
截断某个分区是指删除某个分区中的数据，并不会删除分区，也不会删除其它分区中的数据。当表中即使只有一个分区时，也可以截断该分区。通过以下代码截断分区：
ALTER TABLE SALES TRUNCATE PARTITION P2;
通过以下代码截断子分区：
ALTER TABLE SALES TRUNCATE SUBPARTITION P2SUB2;
四、合并分区
合并分区是将相邻的分区合并成一个分区，结果分区将采用较高分区的界限，值得注意的是，不能 ......
最新文章 :