AnySQL.net

    偶然看到有人问, 如何将A表导出的dmp文件导入到B表中, 初一看, 的确好象是不行, 其实还是有办法的. 先来建一个测试环境吧!

SQL> create table t_a as select * from tab;

Table created.

SQL> create table t_b as select * from tab where rownum < 1;

Table created.

    任务是将T_A表导出的记录导入到T_B表中, 所以我在SYSTEM用户中建了一个同义词.

SQL> create synonym t_a for mydul.t_b;

Synonym created.

    接下来的导出和导入命令, 你自已去试试吧.

exp mydul/mydul file=t_a.dmp tables=t_a
imp system/oracle file=t_a.dmp fromuser=mydul touser=system ignore=y

    验证一下数据有没有导入进去.

SQL> select count(*) from t_b;

  COUNT(*)
----------
        17

SQL> select count(*) from t_a;

  COUNT(*)
----------
        17

    Oracle的imp导入数据时, 也只不过是运行Insert语句而已, 向同义词和向表, 它分得清吗?

    继上次DUL搞不定CLOB中文问题后, 又遇到了NVARCHAR2中文问题, 有人在正式库中使用了这种数据类型, 遇到数据库损坏(System表空间被覆盖)后, 请人用Oracle DUL去搞的, 好象搞不定NVARCHAR2中的中文问题.

    原因只有两种, 没有搞明白Oracle DUL这方面的设置参数, 或者是Oracle DUL实在不支持这种数据类型中的中文. CLOB的中文问题, 我还是费了两个晚上搞定的, 这一次的NVARCHAR2问题, 则没有费任何事, 早就支持了. 只是没有用户真的使用这种数据类型, 一直没有发挥作用而已, 没想到一上来又和Oracle DUL PK了一把.

    照这样下去, AUL可以卖给Oracle了, 至少可以卖给Oracle中国, 反正这种事中国遇到的特别多. 只要用心去考虑和做事, 可以做得比原厂更出色啊.

    能PK过Oracle自已的东西, 还是很有轻飘飘的感觉的.

    来杭两周多一点, 扣去入职培训一周, 接触系统仅一周多一点的时间, 已经遇到了两个数据库方面的Bug了. 第一个是在10.2.0.2版本上遇到的, 和Oracle CBO优化器有关的, 在某些用了INDEX这个HINT的数据库中, Oracle居然选择了INDEX FULL SCAN的方法, 而不是效率更高的INDEX RANGE SCAN, 由于表及索引较大, 导致了SQL语句执成本过高, 引起了主机负荷超常.

4323868 INDEX hints can lead to INDEX SCAN FULL

    另一个是在9i中遇到的, 和UNDO表空间有关的, 平时的事务都很小, 某一点作了一个比较大的事务, 引起了回滚段的扩展, 虽然UNDO中有大量的可用未分配的空间, 但这个扩展的过程却极慢. Oracle并不从可用未分配的空间中优先分配, 而是先去检查有没有已用的空间可以回收再加以利用, 导致一个操作比测试时间多了20分钟.

4070480 Unexpired extents used when there is free space available in the UNDO tablespace

    做一个Oracle DBA实在不容易, 做事总有不可预见的一面.

    最近上网的渠道很多, 总结一下, 居然有5种, 陈列如下:

1, 公司网络

2, 网通宽带

3, GPRS/EDGE(自已买)

4, CDMA 1X(公司配)

5, 别人家的无线网络

    一直以为GPRS/EDGE会比较快一些, 但实际上在大城市里用时, 即使网络信号很好, 速度也不快. 而我到乡下时, 虽然信号很差, 上网速度却比较快, 稍加分析后, 可能是大城市里的中继站太忙了, 导致了延迟时间较长.

    GPRS我看只有乡下行了, 不知道下一代的无线网络何时能享用, 有时很想用无线在任何地点办公, 包括黄山顶上.

    网通宽带是刚办的(980一年), 有些浪费了, GPRS是二月份启用的, 应当还有9个月的包月费, 每个月150. 发现自已真能浪费.

    有钱人花钱难, 我是只有赚钱难的命了.