Oracle用imp导入用户表时选择表空间的问题
自己觉得对Oracle还掌握得不错，不过昨天隔壁实验室的同学问了我一个问题让我郁闷了一把。她在一个数据库里把一个用户A的在表空间AA上的表
用exp导出到exp.dmp文件中，再把它导入到另一台机器上的数据库里，这时她用的是用户B，默认表空间是BB，但是用imp导入时我们发现表是导入
到了B用户下，但是还是存在了AA表空间里面，但是她需要导入到BB里，这时我们又试了好几次，都是这样。才发现自己以前都是复制过来的数据库，没有涉及
到更改表空间，于是上网查了查，幸好有好心人有解决方案。
SQL> create user myhuang identified by myhuang default tablespace myhuang;//先创建一个用户
SQL> grant resource,connect to myhuang;
SQL> grant dba to myhuang;//
赋
DBA
权限
SQL> revoke unlimited tablespace from myhuang;//
撤销此权限
SQL> alter user myhuang quota 0 on system;//
将用户在
System
表空间的配额置为
0
SQL> alter user myhuang quota unlimited on myhuang;//
设置在用户在
myhuang
表空间配额不受限。
经过上述设置后，就可以用
imp
导入数据，数据将会进入指定的
myhuang
表空间：
C:\Documents and Settings\myhuang>imp system/123456@vdb fromuser=lnxh tous
er=myhuang file=G:\myhuang\lnxh.dmp ignore=y grants=n
顺便说两个小问题：
（
1
）
IMP-00003:
遇到
ORACLE
错误
1658
ORA-01658:
无法为表空间
MYHUANG
中的段创建
INITIAL
区
通常这个问题可以通过
Resize
增加表空间数据文件大小来解决。
（
2
）删除表空间
SQL> drop tablespace myhuang including contents and datafiles;
[个人补充]
如遇IMP
-00003
: ORACLE error 1950 encountered.
ORA-01950
: no privileges on tablespace 'XXXXXXX'
说明你的表中有BLOB之类的字段，此类表无法导入新的表空间
网上说9i中此问题没有完美的解决方案，估计只能先建一个同名的表空间，然后把这个表移到新的表空间中
不知道10g和11g中是怎么样的，没有测试过
相关文档：
如何远程判断Oracle数据库的安装平台
select * from v$version;
查看表空间的使用情况
select sum(bytes)/(1024*1024) as free_space,tablespace_name
from dba_free_space
group by tablespace_name;
SELECT A.TABLESPACE_NAME,A.BYTES TOTAL,B.BYTES ......
来源于http://hi.baidu.com/edeed/blog/item/33576327d1b73d00918f9dd4.html
本视图自启动即保持并记录各回滚段统计项。在学习本视图之前，我们先来了解一下回滚段(rollback segment)的相关概念：
回滚段概述
回滚段用于存放数据修改之前的值（包括数据修改之前的位置和值）。回滚段的头部包含正在使用的该回滚段事务的� ......
在Net Manager工具中，
将监听程序的监听位置的主机名改为 新机名
将服务名中对应数据库的主机名改为 新机名
改了监听程序后，在MS-DOS中运行
lsnrctl stop
lsnr ......
1。基本概念：
数据库连接串主要用于建立对远程数据库的访问方法，可以直接读取远程Oracle的数据，或者直接修改。数据库连接串可以是公用连接PUBLIC或者私有连接PRIVATE。这一点和同义词很相像。
1。创建语法：
CREATE DATABASE LINK TEST CONNECT TO USERNAME IDENTIFIED BY PASSWORD
USING 'CONNECT_STRING ......
今天总结下oracle的任务队列管理器(job queue ),以后也方便查询.
我们要做定时任务时,有两种办法
一种是: 操作系统的定时,win的定时任务,unix的crontab
一种是: 数据库级的定时,她的效率更高,
再有大量的表级操作时,建议用数据库本身的job queue,这样方便,效率高;如果用系统级定时,
会增加很多编程工作,成本增加 ......
