===========================================================
怎样把只需要的表从dmp.Z里面解压出来？
===========================================================
摘自：
http://www.itpub.net/356228.html
http://www.oracle-books.com/oracle/tips.html
Export / Import using named pipe with compress
To export to a compressed file:
/etc/mknod pipename p
compress < pipename > newfilename.Z &
exp <username>/<password> file=pipename
rm -f pipename
To import from a compressed file:
/etc/mknod pipename p
uncompress < newfilename.Z > pipename &
imp <username>/<password> file=pipename
rm -f pipename
lfree
发表于:2005.04.30 15:15
::分类:
(
oracle
)
::阅读:(454次)
::
评论
(0)
===========================================================
补充：小心设置cursor_sharing=force参数
===========================================================
转载自：http://www.itpub.net/351520,2.html
摘自：expert one-on-one oracle (P554)
設置cussor_sharing=force之後，會有以下的情況：
• Optimizer related issues – CURSOR_SHARING will remove all character string
and numeric constants from the query; the optimizer will have less information to
work with. This may very well result in different query plans.
• Query output related issues – The lengths of columns that your query fetches will
unexpectedly change. Queries that used to return a VARCHAR2(5) and a
NUMBER(2), might start returning a VARCHAR2(30) and a NUMBER(5). The
actual size of the data returned wonʹt change, but the application will be told the
potential for a 30 byte column is there – reports and other related applications may
be affected.
• Query plans are harder to evaluate – This is due to the fact that EXPLAIN PLAN
will ʹseeʹ a different query than the database does. This makes query tuning more
difficult. Features like AUTOTRACE in SQL*PLUS are unreliable with
CURSOR_SHARING.
lfree
发表于:2005.04.24 14:39
::分类:
(
oracle
)
::阅读:(588次)
::
评论
(0)
===========================================================
转载：请教关于dual表的问题
===========================================================
出自：http://www.itpub.net/351775,2.html
The table DUAL is deleted in migrate.bsq when running the Migration
Utility.
Solution: --------- You need to manually create table DUAL by
running the following scripts connected as SYS:
SVRMGR> connect SYS/password
SVRMGR> drop public synonym dual;
Statement processed.
SVRMGR> create table dual (dummy varchar2(1))
2> storage (initial 1);
Statement processed.
SVRMGR> insert into dual values('X');
1 row processed.
SVRMGR> commit;
Statement processed.
SVRMGR> create public synonym dual for dual;
Statement processed. SVRMGR> grant select on dual to public
2> with grant option;
Statement processed.
After creating the table DUAL, the catalog.sql and catproc.sql scripts must be rerun.
SVRMGR> @?/rdbms/admin/catalog.sql
SVRMGR> @?/rdbms/admin/catproc.sql
Solution Explanation:
The table DUAL is
referenced in the package body for STANDARD in the script
$ORACLE_HOME/rdbms/admin/standard.sql, which is called when catproc.sql
is run. The table does not exist because it was dropped by the
Migration Utility.
lfree
发表于:2005.04.24 09:53
::分类:
(
oracle
)
::阅读:(407次)
::
评论
(0)
===========================================================
网络故障一例
===========================================================
今天上午一大早，遇到用户报网络不同，同时出现问题的是两台机器。
由于这类机器以前维修过（清华同方的），主要是dfe 530tx的网卡，接触不良。打开机器重新擦过金手指后插入网卡，发现还是不通。检查网卡指示灯，发现不良，使用测试仪发现网线正常，怀疑网卡损坏。再检查另外一台机器，也是网卡指示灯不良，网线正常，不大可能出现两台机器同时出现网卡损坏的情况。顺着网线检查发现，原来机器最终连接到一台tp link 8口 交换机，到此问题可以确定，交换机存在问题。重新开关交换机，再测试一切OK。以后维修注意先后次序，应该先检查网卡指示灯的状态，再判断问题。
附：TP-LINK 这款交换机存在一个非常特别的毛病，就是使用一定时间以后就失灵的现象。在网上问了许多人都不知道如何问题员应，解决方法就是开关交换机。
lfree
发表于:2005.04.22 11:18
::分类:
(
计算机维修
)
::阅读:(368次)
::
评论
(0)
===========================================================
踢球记
===========================================================
星期六，看到小区的活动场所有小孩在玩足球，自己没有事情，换了一个运动鞋
也加入了进去，按道理应该是不允许在此踢球的，而且因为下雨场地有点滑，自己
发现自己的控球能力还可以，就是不能大力踢球，打了约45分钟，身上出了许多汗，
感觉非常良好，吃完晚饭后，洗了一个热水澡，晚上睡觉真是太舒服。
lfree
发表于:2005.04.18 11:11
::分类:
(
生活与其他
)
::阅读:(474次)
::
评论
(0)
===========================================================
数据文件丢失如何恢复
===========================================================
摘要： 数据文件丢失如何恢复,内容来自以下讨论：
http://www.itpub.net/348275.html
数据库归档模式，新建表空间testtbs， 数据文件testtbs.dbf
关闭数据库
删除数据文件testtbs.dbf
启动数据库
提示：ORA-01157: 无法标识/锁定数据文件 2 - 请参阅 DBWR 跟踪文件
ORA-01110: 数据文件 2: 'D:ORACLEORADATAHAHATESTTBS.DBF'
此数据文件没有做任何备份， 请问这种情况怎么恢复
操作如下：
SQL> alter database datafile 2 offline drop;
数据库已更改。
SQL> alter database open;
数据库已更改。
SQL> alter database create datafile 'D:ORACLEORADATAHAHATESTTBS.DBF';
SQL> recover datafile 2;
完成介质恢复。
SQL> alter tablespace testtbs online;
表空间已更改。
lfree
发表于:2005.04.14 15:33
::分类:
(
oracle
)
::阅读:(529次)
::
评论
(0)
===========================================================
oracle的一个隐含参数
===========================================================
_allow_resetlogs_corruption=true
这个是隐含参数，一般用于当前日志丢失而又无任何备份的情况。
可以忽略掉redolog的scn强行打开数据库。
recover以后会报600的内部错误，不过没事，只要能打开数据库就可以了，
然后exp/imp
lfree
发表于:2005.04.14 09:06
::分类:
(
oracle
)
::阅读:(414次)
::
评论
(0)
===========================================================
一条sql语句的优化
===========================================================
今天跟踪程序，无意中发现一条不良的SQL语句
查看全文
lfree
发表于:2005.04.13 14:56
::分类:
(
oracle
)
::阅读:(505次)
::
评论
(0)
===========================================================
猪笼草和蜜蜂
===========================================================
今天发现一个寓言故事，蛮有意思的，转载下来：
猪笼草靠它的花发出诱人的香味，吸引昆虫来吸食，当昆虫掉进去的时候盖上盖子将其消化掉，一次一个蜜蜂闻到香味飞过来，但
它不敢去吸食，因为它前几天看到另一支蜜蜂被猪笼草吃了，他很害怕，但是又抵挡不住香味的诱惑，它就想我过去吸一下就飞回来，它不会发现的，所以它就飞过
去吸了一口飞回来了，这时它又想，再吸一口肯定也没事，所以它又飞了过去，可是这次它不小心掉了进去，猪笼草的盖子也盖上了。
这个寓言就告诉我们意志薄弱的人总是经不住诱惑，明明知道前面是陷阱，却还抱着侥幸的心理想试一下事情的结局往往是很惨。人应该从前辈的错误从吸取教训，不要再犯前人的错误，话虽然这么说，大部分人不撞南墙不会回头的！
lfree
发表于:2005.04.11 10:47
::分类:
(
生活与其他
)
::阅读:(644次)
::
评论
(1)
===========================================================
索引压缩
===========================================================
星期天看《expert one-on-one oracle》,发现以前建立的一个索引可能不合理，sql语句如下：
SELECT NVL (MAX (seeno), 0) + 1
FROM r_register
WHERE dept_code = :1
AND noon_code = :2
AND reglevl_code = :3
AND TRUNC (see_date) = :4
由于使用的是oracle
8.1.7的标准版，不支持函数索引，无法在trunc(see_date)建立索引，我以前建立了一个大索引（dept_code,
noon_code,reglevl_code,see_date,seeno)，使用全索引（ffs）扫描。但是随着索引变大，执行时间越来越长，当使
用压缩索引并且将索引改为(dept_code,noon_code,reglevl_code,seeno,see_date),压缩前面4项，可以减
少扫描数据块的数量。当我修改索引后，发现索引使用的块数减少很多，
并且意外的发现执行计划发生了变化，如下：
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=1 Card=1 Bytes=16)
1 0 SORT (AGGREGATE)
2 1 FIRST ROW (Cost=3 Card=5625 Bytes=90000)
3 2 INDEX (RANGE SCAN (MIN/MAX)) OF 'R_REGISTER_I_SEENO_DEPT_CODE_N' (NON-UNIQ
UE) (Cost=3 Card=5625)
这样的话，发现每天执行会越来越快，但是我检测了索引，还是存在变大（而且很快），不过我估计到一定程度变化不会太快。
最合理的方法还是修改sql语句。
lfree
发表于:2005.04.11 09:57
::分类:
(
oracle
)
::阅读:(3905次)
::
评论
(0)
