亚洲熟妇无码乱子AV电影,国产亚洲精久久久久久无码,亚洲区不卡顿区在线观看

Oracle数据导入导出imp/exp命��o

东舟 — Mon, 04 Jun 2007 06:45:00 GMT

Oracle数据导入导出imp/exp��q��当于oracle数据�q�原与备份。exp命��o可以把数据从�q�程数据库服务器导出到本地的dmp文�g�Q�imp命��o可以把dmp文�g从本地导入到�q�处的数据库服务器中�?利用�q�个功能可以构徏两个相同的数据库�Q�一个用来测试，一个用来正式��用�?br />
执行环境�Q�可以在SQLPLUS.EXE或者DOS�Q�命令行�Q�中执行�Q?br /> DOS中可以执行时�׃�� 在oracle 8i 中�?安装目录ora81BIN被设�|��ؓ全局路径�Q?br /> 该目录下有EXP.EXE与IMP.EXE文�g被用来执行导入导出�?br /> oracle用java�~�写�Q�SQLPLUS.EXE、EXP.EXE、IMP.EXE�q�两个文件有可能是被包装后的�c�L��件�?br /> SQLPLUS.EXE调用EXP.EXE、IMP.EXE所包裹的类�Q�完成导入导出功能�?br />
下面介绍的是导入导出的实例�?br />数据导出�Q?br /> 1 ��数据库TEST完全导出,用户名system 密码manager 导出到D:daochu.dmp�?br />   exp system/manager@TEST file=d:daochu.dmp full=y
2 ��数据库中system用户与sys用户的表导出
   exp system/manager@TEST file=d:daochu.dmp owner=(system,sys)
3 ��数据库中的表inner_notify、notify_staff_relat导出
    exp aichannel/aichannel@TESTDB2 file= d:datanewsmgnt.dmp tables=(inner_notify,notify_staff_relat)

4 ��数据库中的表table1中的字段filed1�?00"打头的数据导�?br />   exp system/manager@TEST file=d:daochu.dmp tables=(table1) query=" where filed1 like '00%'"

上面是常用的导出�Q�对于压�~�，既用winzip把dmp文�g可以很好的压�~��?br /> 也可以在上面命��o后面加上 compress=y 来实现�?br />
数据的导�?br /> 1 ��D:daochu.dmp 中的数据导入 TEST数据库中�?br />   imp system/manager@TEST file=d:daochu.dmp
   imp aichannel/aichannel@HUST full=y file=d:datanewsmgnt.dmp ignore=y
   上面可能有点问题�Q�因为有的表已经存在�Q�然后它��报错，对该表就不进行导入�?br />   在后面加�?ignore=y ��可以了�?br /> 2 ��d:daochu.dmp中的表table1 导入
imp system/manager@TEST file=d:daochu.dmp tables=(table1)

基本上上面的导入导出够用了。不��情况要先是��表��d��删除�Q�然后导入�?br />
注意�Q?br /> 操作者要有��够的权限�Q�权限不够它会提�C��?br /> 数据库时可以�q�上的。可以用tnsping TEST 来获得数据库TEST能否�q�上�?br />
附录一�Q?br /> �l�用户增加导入数据权限的操作
�W�一,启动sql*puls
�W�二�Q�以system/manager登陆
�W�三�Q�create user 用户�?IDENTIFIED BY 密码 �Q�如果已�l�创��用户�Q�这步可以省略）
�W�四�Q�GRANT CREATE USER,DROP USER,ALTER USER ,CREATE ANY VIEW ,
   DROP ANY VIEW,EXP_FULL_DATABASE,IMP_FULL_DATABASE,
      DBA,CONNECT,RESOURCE,CREATE SESSION TO 用户名字
�W�五, �q�行-cmd-�q�入dmp文�g所在的目录,
      imp userid=system/manager full=y file=*.dmp
      或�?imp userid=system/manager full=y file=filename.dmp

执行�C�Z��:
F:WorkOracle_Databackup>imp userid=test/test full=y file=inner_notify.dmp

屏幕昄��
Import: Release 8.1.7.0.0 - Production on 星期�?2�?16 16:50:05 2006
(c) Copyright 2000 Oracle Corporation. All rights reserved.

�q�接�? Oracle8i Enterprise Edition Release 8.1.7.0.0 - Production
With the Partitioning option
JServer Release 8.1.7.0.0 - Production

�l�由常规路径导出由EXPORT:V08.01.07创徏的文�?br />已经完成ZHS16GBK字符集和ZHS16GBK NCHAR 字符集中的导�?br />导出服务器��用UTF8 NCHAR 字符�?(可能的ncharset转换)
. 正在��AICHANNEL的对象导入到 AICHANNEL
. . 正在导入表                �?"INNER_NOTIFY"          4行被导入
准备启用�U�束条�g...
成功�l�止导入�Q�但出现警告�?br />

附录二：
Oracle 不允许直接改变表的拥有�? 利用Export/Import可以辑ֈ��q�一目的.
先徏立import9.par,
然后�Q��用时命��o如下�Q�imp parfile=/filepath/import9.par
�?import9.par 内容如下�Q?br />        FROMUSER=TGPMS
        TOUSER=TGPMS2     �Q�注�Q�把表的拥有者由FROMUSER改�ؓTOUSER�Q�FROMUSER和TOUSER的用户可以不同）
        ROWS=Y
        INDEXES=Y
        GRANTS=Y
        CONSTRAINTS=Y
        BUFFER=409600
        file==/backup/ctgpc_20030623.dmp
        log==/backup/import_20030623.log

补充�Q?br />1.在导入导出命令中加上feedback=1000可以让过�E�显�C�Z��个不断增多的�?..”，以改变以往的闪烁的光标

东舟 2007-06-04 14:45 发表评论

东舟 — Mon, 29 Jan 2007 07:50:00 GMT

主键的无意义性：
　我强调主键不应该��h��实际的意义，�q�可能对于一些朋友来说不太认同，比如订单表吧�Q�会有“订单编号”字�D�，而这个字�D�呢在业务实际中本��n��是应该��h��唯一性，��h��唯一标识记录的功能，但我是不推荐采用订单�~�号字段作�ؓ主键的，因�ؓ��h��实际意义的字�D�，��h��“意义更改”的可能性，比如订单�~�号在刚开始的时候我们一切顺利，后来客户说“订单可以作废，�q��新生成订单，而且订单可��保持原订单号一致”，�q�样原来的主键就面��危险了。因此，��h��唯一性的实际字段也代表可以作��Z��键。因此，我推荐是新设一个字�D�专门用��Z��键，此主键本�w�在业务逻辑上不体现�Q�不��h��实际意义。而这�U�主键在一定程序增加了复杂度，所以要视实际系�l�的规模大小而定�Q�对于小��目�Q�以后扩展不会很大的话，也查允许用实际唯一的字�D�作主键的�?
　
　主键的选择
　我们现在在思考一下，应该采用什么来作表的主键比较合理，��x��一下，主键的设计没有一个定论，各�h有各人的�Ҏ��Q�哪怕同一个，在不同的��目中，也会采用不同的主键设计原则�?

　�W�一�Q�编号作主键
　此方法就是采用实际业务中的唯一字段的“编号”作��Z��键设计，�q�在��型的项目中是推荐这样做的，因�ؓ�q�可以�ə�目比较��单化�Q�但在��用中却可能带来一些麻烦，比如要进行“编号修改”时�Q�可能要涉及到很多相兌��的其他表�Q�就象黎叔说的“后果很严重�?�q�有��是上面提到的“业务要求允许编号重复时”，我们再那么先知，都无法知道业务将会修�Ҏ��什�?
　　
　�W�二�Q�自动编号主�?
　�q�种�Ҏ��也是很多朋友在��用的�Q�就是新��Z��个ID字段�Q�自动增长，非常方便也满��主键的原则�Q�优�Ҏ��Q�数据库自动�~�号�Q�速度快，而且是增量增长，聚集型主键按��序存放�Q�对于检索非常有�?数字型的�Q�占用空间小�Q�易排序�Q�在�E�序中传递也方便;如果通过非系�l�增加记录（比如手动录入�Q�或是用其他工具直接在表里插入新记录�Q�或老系�l�数据导入）�Ӟ��非常方便�Q�不用担心主键重复问题�?

　�~�点�Q�其实缺点也��是来自其优点，��是因�ؓ自动增长�Q�在手动要插入指定ID的记录时会显得麻烦，��其是当�pȝ��与其他系�l�集成时�Q�需要数据导入时�Q�很难保证原�pȝ��的ID不发生主键冲�H�（前提是老系�l�也是数字型的）;如果其他�pȝ��主键不是数字型那��麻烦更大了�Q�会��D��修改主键数据�c�d��了，�q�也会导致其他相兌��的修改，后果同样很严�?��q��其他�pȝ��也是数字型的�Q�在导入�Ӟ��Z��区分新老数据，可能惛_��老数据主键前�l�一加一个“o�?old)来表�C��是老数据，那么自动增长的数字型又面临一个挑战�?
　　
　�W�三�Q�Max加一
　�׃��自动�~�号存在那些问题�Q�所以有些朋友就采用自己生成�Q�同��h��数字型的�Q�只是把自动增长��L��了，采用在Insert�Ӟ��d��Max值后加一�Q�这�U�方法可以避免自动编��L��问题�Q�但也存在一个效率问题，如果记录非常大的话，那么Max()也会影响效率�?更严重的是�ƈ发性问题，如果同时有两��到相同的Max后，加一后插入的ID��g��重复�Q�这已经是有�l�验教训的了�?
　�W�四�Q�自制加一
　考虑Max加一的效率后�Q�有人采用自制加一�Q�也��是��Z��个特别的表，字段为：表名�Q�当前序列倹{��这样在往表中插入值时�Q�先从此表中扑ֈ�相应表的最大值后加一�Q�进行插入，有�h可能发现�Q�也可能会存在�ƈ发处理，�q�个�q�发处理�Q�我们可以采用lock�U�程的方式来避免�Q�在生成此值的�Ӟ��先Lock�Q�取到��g��后，再unLock出来�Q�这样不会有两�h同时生成了。这比Max加一的速度要快多了。但同样存在一个问题：在与其他�pȝ��集成�Ӟ��q��了系�l�中的生成方法后�Q�很�ȝ��保证自制表中的最大��g��导入后的保持一��_��而且数字型都存在上面讲到的“o”老数据的导入问题。因此在“自制加一”中可以把主键设为字�W�型的。字�W�型的自制加一我倒是蛮推荐的�Q�应该字�W�型主键可以应付很多我们意想不到的情��c�?

　�W�五�Q�GUID主键
　目前一个比较好的主键是采用GUID�Q�当然我是推荐主键还是字�W�型的，但值由GUID生成�Q�GUID是可以自动生成，也可以程序生成，而且键��g��可能重复�Q�可以解决系�l�集成问题，几个�pȝ��的GUID值导��C��h��Q�也不会发生重复�Q�就��有“o”老数据也可以区分�Q�而且效率很高�Q�在.NET里可以直接��用System.Guid.NewGuid()�q�行生成�Q�在SQL里也可以使用 NewID()生成�?

　优点是：
　�? IDENTITY 列相比，uniqueidentifier 列可以通过 NewID() 函数提前得知新增加的�? ID�Q��ؓ应用�E�序的后�l�处理提供了很大方便�?

　便于数据库移植，其它数据库中�q�不一定具�? IDENTITY 列，�? Guid 列可以作为字�W�型列�{换到其它数据库中�Q�同时将应用�E�序中��生的 GUID 值存入数据库�Q�它不会对原有数据带来媄响�?

　便于数据库初始化�Q�如果应用程序要加蝲一些初始数据， IDENTITY 列的处理方式��比较麻烦，�? uniqueidentifier 列则无需��M��处理�Q�直接用 T-SQL 加蝲卛_��?

　便于�Ҏ��些对象或帔R��q�行�怹�标识�Q�如�cȝ�� ClassID�Q�对象的实例标识�Q�UDDI 中的联系人、服务接口、tModel标识定义�{��?
　　
　�~�点是：
　GUID ��D��长，不容易记忆和输入�Q�而且�q�个值是随机、无��序的�?
　GUID 的值有 16 个字节，与其它那些诸�? 4 字节的整数相比要相对大一些。这意味着如果在数据库中��? uniqueidentifier 键，可能会带来两斚w��的消极媄响：存储�I�间增大�Q�烦引时间较慢�?

　我也不是推荐GUID最好，其实在不同的情况�Q�我们都可以采用上面的某一�U�方式，思考了一些利与弊�Q�也方便大家在进行设计时参考。这些也只是我的一�Ҏ��考而已�Q�而且可能我知识面限制�Q�会有一些误论在里面�Q�希望大家有什么想法欢�q�讨论�?br />

http://groups.csdn.net/DOTNET/topic/2ba4e27a-3e2d-4ddd-bdba-d02ca9c700fd.aspx

东舟 2007-01-29 15:50 发表评论

东舟 — Thu, 25 Jan 2007 07:24:00 GMT

在大型的企业应用或企业��的数据库应用中，要处理的数据量通常可以辑ֈ�几十到几百GB�Q�有的甚臛_��以到TB�U��?虽然存储介质和数据处理技术的发展也很快，但是仍然不能满��用户的需求，��Z��使用��L��大量的数据在��d��操作和查询中速度更快�Q�Oracle提供了对表和索引�q�行分区的技术，以改善大型应用系�l�的性能�?br />
使用分区的优点：

    1、增强可用性：如果表的某个分区出现故障�Q�表在其他分区的数据仍然可用�Q?br />
    2、维护方便：如果表的某个分区出现故障�Q�需要修复数据，只修复该分区卛_��Q?br />
    3、均衡I/O�Q�可以把不同的分区映��到��盘以��^衡I/O�Q�改善整个系�l�性能�Q?br />
    4、改善查询性能�Q�对分区对象的查询可以仅搜烦自己兛_��的分区，提高��索速度�?br />
    Oracle数据库提供对表或索引的分区方法有三种�Q?br />
        1、范围分�?br />
        2、Hash分区�Q�散列分区）

        3、复合分�?br />
    下面��以实例的方式分别对�q�三�U�分区方法来说明分区表的使用。�ؓ了测试方便，我们先徏三个表空间�?br />
create tablespace dinya_space01
datafile '/test/demo/oracle/demodata/dinya01.dnf' size 50M

create tablespace dinya_space01
datafile '/test/demo/oracle/demodata/dinya02.dnf' size 50M

create tablespace dinya_space01
datafile '/test/demo/oracle/demodata/dinya03.dnf' size 50M

1         分区表的创徏�Q?.1     范围分区
    范围分区��是�Ҏ��据表中的某个值的范围�q�行分区�Q�根据某个值的范围�Q�决定将该数据存储在哪个分区上。如�Ҏ��序号分区�Q�根据业务记录的创徏日期�q�行分区�{��?br />
    需求描�q�ͼ�有一个物料交易表�Q�表名：material_transactions。该表将来可能有千万�U�的数据记录数。要求在��表的时候��用分��。这时候我们可以��用序号分��Z��个区�Q�每个区中预计存储三千万的数据，也可以��用日期分区，如每五年的数据存储在一个分��Z��?br />
�Ҏ��交易记录的序号分区徏表：

SQL> create table dinya_test
2 (
3      transaction_id number primary key,
4      item_id number(8) not null,
5      item_description varchar2(300),
6      transaction_date date not null
7 )
8 partition by range (transaction_id)
9 (
10      partition part_01 values less than(30000000) tablespace dinya_space01,
11      partition part_02 values less than(60000000) tablespace dinya_space02,
12      partition part_03 values less than(maxvalue) tablespace dinya_space03
13 );

Table created.

SQL>

��成功�Q�根据交易的序号�Q�交易ID在三千万以下的记录将存储在第一个表�I�间dinya_space01中，分区名�ؓ:par_01�Q�在三千万到六千万之间的记录存储在第二个表空��_��dinya_space02中，分区名�ؓ�Q�par_02�Q�而交易ID在六千万以上的记录存储在�W�三个表�I�间dinya_space03中，分区名�ؓpar_03.

�Ҏ��交易日期分区��Q?br />
SQL> create table dinya_test
2 (
3      transaction_id number primary key,
  4      item_id number(8) not null,
5      item_description varchar2(300),
6      transaction_date date not null
7 )
8 partition by range (transaction_date)
9 (
10 partition part_01 values less than(to_date('2006-01-01','yyyy-mm-dd')) tablespace dinya_space01,
11 partition part_02 values less than(to_date('2010-01-01','yyyy-mm-dd')) tablespace dinya_space02,
12 partition part_03 values less than(maxvalue) tablespace dinya_space03
13 );

Table created.

SQL>

�q�样我们��分别徏了以交易序号和交易日期来分区的分��。每�ơ插入数据的时候，�pȝ��根据指定的字段的值来自动��记录存储到制定的分区（表空��_��中�?br />
    当然�Q�我们还可以�Ҏ��需求，使用两个字段的范围分布来分区�Q�如partition by range ( transaction_id ,transaction_date),分区条�g中的��g��做相应的改变�Q�请读者自行测试�?br />

1.2     Hash分区�Q�散列分区）
    散列分区为通过指定分区�~�号来均匀分布数据的一�U�分区类型，因�ؓ通过在I/O讑֤�上进行散列分区，使得�q�些分区大小一致。如��物料交易表的数据根据交易ID散列地存攑֜�指定的三个表�I�间中：

SQL> create table dinya_test
2 (
3      transaction_id number primary key,
4      item_id number(8) not null,
5      item_description varchar2(300),
6      transaction_date date
7 )
8 partition by hash(transaction_id)
9 (
10      partition part_01 tablespace dinya_space01,
11      partition part_02 tablespace dinya_space02,
12      partition part_03 tablespace dinya_space03
13 );

Table created.

SQL>

    ��成功�Q�此时插入数据，�pȝ��按transaction_id��记录散列地插入三个分区中，�q�里也就是三个不同的表空间中�?br />

1.3        复合分区
    有时候我们需要根据范围分区后�Q�每个分区内的数据再散列地分布在几个表空间中�Q�这��h��们就要��用复合分区。复合分区是先��用范围分区，然后在每个分区内再��用散列分区的一�U�分区方法，如将物料交易的记录按旉��分区�Q�然后每个分��Z��的数据分三个子分区，��数据散列地存储在三个指定的表空间中�Q?br />
SQL> create table dinya_test
2 (
3      transaction_id number primary key,
4      item_id number(8) not null,
5      item_description varchar2(300),
6      transaction_date date
7 )
8 partition by range(transaction_date)subpartition by hash(transaction_id)
9      subpartitions 3 store in (dinya_space01,dinya_space02,dinya_space03)
10 (
11      partition part_01 values less than(to_date('2006-01-01','yyyy-mm-dd')),
12      partition part_02 values less than(to_date('2010-01-01','yyyy-mm-dd')),
13      partition part_03 values less than(maxvalue)
14 );

Table created.

SQL>

    该例中，先是�Ҏ��交易日期�q�行范围分区�Q�然后根据交易的ID��记录散列地存储在三个表�I�间中�?br />

2         分区表操�?br />以上了解了三�U�分��的徏表方法，下面��用实际的数据�q��Ҏ��日期的范围分区来��试分区表的数据记录的操作�?br />2.1     插入记录�Q?br />SQL> insert into dinya_test values(1,12,'BOOKS',sysdate);
1 row created.
SQL> insert into dinya_test values(2,12, 'BOOKS',sysdate+30);
1 row created.
SQL> insert into dinya_test values(3,12, 'BOOKS',to_date('2006-05-30','yyyy-mm-dd'));
1 row created.
SQL> insert into dinya_test values(4,12, 'BOOKS',to_date('2007-06-23','yyyy-mm-dd'));
1 row created.
SQL> insert into dinya_test values(5,12, 'BOOKS',to_date('2011-02-26','yyyy-mm-dd'));
1 row created.
SQL> insert into dinya_test values(6,12, 'BOOKS',to_date('2011-04-30','yyyy-mm-dd'));
1 row created.
SQL> commit;
Commit complete.
SQL>

    按上面的��l�果�Q?006�q�前的数据将存储在第一个分区part_01上，�?006�q�到2010�q�的交易数据��存储在�W�二个分区part_02上，2010�q�以后的记录存储在第三个分区part_03上�?br />2.2     查询分区表记录：
SQL> select * from dinya_test partition(part_01);

TRANSACTION_ID    ITEM_ID       ITEM_DESCRIPTION            TRANSACTION_DATE
--------------------------------------------------------------------------------
             1     12            BOOKS                      2005-1-14 14:19:
             2     12            BOOKS                      2005-2-13 14:19:
SQL>

SQL> select * from dinya_test partition(part_02);

TRANSACTION_ID     ITEM_ID      ITEM_DESCRIPTION            TRANSACTION_DATE
--------------------------------------------------------------------------------
             3      12            BOOKS                       2006-5-30
             4      12            BOOKS                       2007-6-23
SQL>

SQL> select * from dinya_test partition(part_03);

TRANSACTION_ID     ITEM_ID         ITEM_DESCRIPTION      TRANSACTION_DATE
--------------------------------------------------------------------------------
             5      12               BOOKS                 2011-2-26
             6      12               BOOKS                 2011-4-30
SQL>

    从查询的�l�果可以看出�Q�插入的数据已经�Ҏ��交易旉��范围存储在不同的分区中。这里是指定了分区的查询�Q�当然也可以不指定分区，直接执行select * from dinya_test查询全部记录。在也检索的数据量很大的时候，指定分区会大大提高检索速度�?br />

2.3     更新分区表的记录�Q?br />SQL> update dinya_test partition(part_01) t set t.item_description='DESK' where t.transaction_id=1;

1 row updated.

SQL> commit;

Commit complete.

SQL>

    �q�里��第一个分��Z��的交易ID=1的记录中的item_description字段更新为“DESK”，可以看到已经成功更新了一条记录。但是当更新的时候指定了分区�Q�而根据查询的记录不在该分��Z��Ӟ��不会更新数据，��L��下面的例子：

SQL> update dinya_test partition(part_01) t set t.item_description='DESK' where t.transaction_id=6;

0 rows updated.

SQL> commit;

Commit complete.

SQL>

指定了在�W�一个分��Z��更新记录�Q�但是条件中限制交易ID�?�Q�而查询全表，交易ID�?的记录在�W�三个分��Z��Q�这栯��条语句将不会更新记录�?br />

2.4     删除分区表记录：
SQL> delete from dinya_test partition(part_02) t where t.transaction_id=4;

1 row deleted.

SQL> commit;

Commit complete.

SQL>

上面例子删除了第二个分区part_02中的交易记录ID�?的一条记录，和更新数据相同，如果指定了分区，而条件中的数据又不在该分��Z��Ӟ��不会删除�Q何数据�?br />

3         分区表烦引的使用�Q?br />分区表和一般表一样可以徏立烦引，分区表可以创建局部烦引和全局索引。当分区中出现许多事务�ƈ且要保证所有分��Z��的数据记录的唯一性时采用全局索引�?br />3.1     局部烦引分区的建立�Q?br />SQL> create index dinya_idx_t on dinya_test(item_id)
2 local
3 (
4     partition idx_1 tablespace dinya_space01,
5     partition idx_2 tablespace dinya_space02,
6     partition idx_3 tablespace dinya_space03
7 );

Index created.

SQL>

看查询的执行计划�Q�从下面的执行计划可以看出，�pȝ��已经使用了烦引：

SQL> select * from dinya_test partition(part_01) t where t.item_id=12;

Execution Plan

----------------------------------------------------------

   0      SELECT STATEMENT Optimizer=CHOOSE (Cost=2 Card=1 Bytes=187)

   1    0   TABLE ACCESS (BY LOCAL INDEX ROWID) OF 'DINYA_TEST' (Cost=

          2 Card=1 Bytes=187)

   2    1     INDEX (RANGE SCAN) OF 'DINYA_IDX_T' (NON-UNIQUE) (Cost=1

           Card=1)

Statistics

----------------------------------------------------------

          0 recursive calls

          0 db block gets

          4 consistent gets

          0 physical reads

          0 redo size

        334 bytes sent via SQL*Net to client

        309 bytes received via SQL*Net from client

          2 SQL*Net roundtrips to/from client

          1 sorts (memory)

          0 sorts (disk)

          2 rows processed

SQL>

3.2     全局索引分区的徏立�?br />全局索引建立时global 子句允许指定索引的范围��|��q�个范围��gؓ索引字段的范围��|��

SQL> create index dinya_idx_t on dinya_test(item_id)
2 global partition by range(item_id)
3 (
4     partition idx_1 values less than (1000) tablespace dinya_space01,
5    partition idx_2 values less than (10000) tablespace dinya_space02,
6     partition idx_3 values less than (maxvalue) tablespace dinya_space03
7 );

Index created.

SQL>

    本例中对表的item_id字段建立索引分区�Q�当然也可以不指定烦引分区名直接�Ҏ��个表建立索引�Q�如�Q?br />
SQL> create index dinya_idx_t on dinya_test(item_id);

Index created.

SQL>

    同样的，对全局索引�Ҏ��执行计划可以看出索引已经可以使用�Q?br />
SQL> select * from dinya_test t where t.item_id=12;

Execution Plan

----------------------------------------------------------

   0      SELECT STATEMENT Optimizer=CHOOSE (Cost=2 Card=3 Bytes=561)

   1    0   TABLE ACCESS (BY GLOBAL INDEX ROWID) OF 'DINYA_TEST' (Cost

          =2 Card=3 Bytes=561)

   2    1     INDEX (RANGE SCAN) OF 'DINYA_IDX_T' (NON-UNIQUE) (Cost=1

           Card=3)

Statistics

----------------------------------------------------------

          5 recursive calls

          0 db block gets

         10 consistent gets

          0 physical reads

          0 redo size

        420 bytes sent via SQL*Net to client

        309 bytes received via SQL*Net from client

          2 SQL*Net roundtrips to/from client

          3 sorts (memory)

          0 sorts (disk)

          5 rows processed

SQL>


4         分区表的�l�护�Q?br />    了解了分��的徏立、烦引的建立、表和烦引的使用后，在应用的�q�要�l�常对分��行维护和��理。日常维护和��理的内容包括：增加一个分区，合�ƈ一个分区及删除分区�{�等。下面以范围分区��Z��说明增加、合�q�、删除分区的一般操作：
4.1     增加一个分�?
SQL> alter table dinya_test
2 add partition part_04 values less than(to_date('2012-01-01','yyyy-mm-dd')) tablespace dinya_spa
ce03;

Table altered.

SQL>

    增加一个分区的时候，增加的分区的条�g必须大于现有分区的最大��|��否则�pȝ��提�C�ORA-14074 partition bound must collate higher than that of the last partition 错误�?br />

4.2     合�ƈ一个分区：
SQL> alter table dinya_test merge partitions part_01,part_02 into partition part_02;

Table altered.

SQL>

    在本例中��原有的表的part_01分区和part_02分区�q�行了合�qӞ��合�ƈ后的分区为part_02,如果在合�q�的时候把合�ƈ后的分区定�ؓpart_01的时候，�pȝ��提�C�ORA-14275 cannot reuse lower-bound partition as resulting partition 错误�?br />

4.3     删除分区�Q?br />SQL> alter table dinya_test drop partition part_01;

Table altered.

SQL>

    删除分区表的一个分区后�Q�查询该表的数据时显�C�，该分��Z��的数据已全部丢失�Q�所以执行删除分区动作时要慎重，��保先备份数据后再执行，或将分区合�ƈ�?br />

5         �ȝ��Q?br />    需要说明的是，本文在�D例说名分��事务操作的时候，都指定了分区�Q�因为指定了分区�Q�系�l�在执行的时候则只操作该分区的记录，提高了数据处理的速度。不要指定分区直接操作数据也是可以的。在分区表上建烦引及多烦引的使用和非分区表一栗��此外，因�ؓ在维护分区的时候可能对分区的烦引会产生一定的影响�Q�可能需要在�l�护之后重徏索引�Q�相兛_��容请参考分��索引部分的文档�?/font>

东舟 2007-01-25 15:24 发表评论

查看ORACLE�pȝ��参数

东舟 — Mon, 18 Dec 2006 08:11:00 GMT

select * from v$nls_parameters;

东舟 2006-12-18 16:11 发表评论