CREATE TABLE tb_hsh_tst(empno NUMBER(4) NOT NULL,ename VARCHAR2(10),sal NUMBER(7,2))STORAGE (INITIAL 50k NEXT 50k)PARTITION BY HASH(empno)(PARTITION P1 TABLESPACE data01,PARTITION P2 TABLESPACE data02,PARTITION P3 TABLESPACE data03,PARTITION P4 TABLESPACE data04,PARTITION P5 TABLESPACE data04);这样是最佳创建的方法吗？原因呢实践 :rose:

要等到奥运结束才有能加硬盘；有许多表自创建以来一直没有整理过；有什么好方法来快速的腾出点空间

背景：历史数据多，且日常经常查询使用；先前从未有过整理/rebuid;表/索引都比较大；日常 DML比较多允许维护停机时间30分钟；磁盘空间慢慢不够使用，增加硬件需要3个月不能在等。还请经验丰富的你多多指点啊！:rose:

面试了好几轮，有很多对实例等基本概念都不能说清楚；调优的知识局限在索引方面。。。；oracle的产品说来简单，忽悠是它的精髓:)

刷新也算 :)主题：为即将到来的奥运和日全食加油Managing Partitions* Delete a tablespace with partitions:alter table xxx truncate partition part_namealter table xxx drop partition part_namedrop tablespace xxx* Selecting from a Partitionselect * from xxx partition (part_name)* Moving PartitionsAlter table xxx move partition part_name tablespace tbscpc_name* Adding Partitions in the middleAlter table xxx split partition

需要接手新系统：如何最快的知道哪些业务表增长的速度较快？--（不询问前提下）

1. 迭代构建数据仓库，而不是采用“大棒”方法数据仓库实施过程中最简单最重要的方法就是迭代构建一个数据仓库。而不是采用“大棒”方法构建数据仓库。快速创建数据仓库的一个迭代，然后不断调整，并快速进入下一个迭代，以此类推。不要一下子收集所有需求，也不要采用瀑布开发生命周期的方式开发数据仓库。2. 做好大数据量的准备开始启动数据仓库项目时，一定要清醒地认识到你正在处理你以前从未看到过的大量数据。数据仓库以TB甚至PB来度量数据量。而旧有的业务系统则以MB或者GB来度量。数据量的增加将代表很多含义——比

简而言之，数据库是面向事务的设计，数据仓库是面向主题设计的。数据库一般存储在线交易数据，数据仓库存储的一般是历史数据。数据库设计是尽量避免冗余，一般采用符合范式的规则来设计，数据仓库在设计是有意引入冗余，采用反范式的方式来设计。数据库是为捕获数据而设计，数据仓库是为分析数据而设计，它的两个基本的元素是维表和事实表。维是看问题的角度，比如时间，部门，维表放的就是这些东西的定义，事实表里放着要查询的数据，同时有维的ID。单从概念上讲，有些晦涩。任何技术都是为应用服务的，结合应用可以很

简而言之，数据库是面向事务的设计，数据仓库是面向主题设计的。数据库一般存储在线交易数据，数据仓库存储的一般是历史数据。数据库设计是尽量避免冗余，一般采用符合范式的规则来设计，数据仓库在设计是有意引入冗余，采用反范式的方式来设计。数据库是为捕获数据而设计，数据仓库是为分析数据而设计，它的两个基本的元素是维表和事实表。维是看问题的角度，比如时间，部门，维表放的就是这些东西的定义，事实表里放着要查询的数据，同时有维的ID。单从概念上讲，有些晦涩。任何技术都是为应用服务的，结合应用可以很

根据explain,给个提示;即对explain的理解

12i时代的到来,Form即将泯没在oaf体系中....时间的迁移,必然导致form和DOS一样,为越来越少的人们熟知和使用.--然而form对初学者确实很有意思,初次接触者都会有深刻体会.经典'建筑'需要puber的典力保护;