ORA imp 数据位置不对 1、备份用户A的所有对象!2、创建新的数据空间、临时空间!3、创建用户B,并指向新创建的数据空间、临时空间!4、imp from A to B,正常运行!问题来了,用户B的数据空间,始终是初建时代32M,用户A的数据空间居然增加了2个G,郁闷了!用户B里面也有数据表,数据也都有,这是怎么回事?用户B的临时表空间,只是增加了30M左右!谢谢!! 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 Oracle临时表空间主要是用来做查询和存放一些缓存的数据的,磁盘消耗的一个主要原因是需要对查询的结果进行排序,如果没有猜错的话,在磁盘空间的(内存)的分配上,Oracle使用的是贪心算法,如果上次磁盘空间消耗达到1GB,那么临时表空间就是1GB,如果还有增长,那么依此类推,临时表空间始终保持在一个最大的上限。像上文提到的恐怖现象经过分析可能是以下几个方面的原因造成的。 1. 没有为临时表空间设置上限,而是允许无限增长。但是如果设置了一个上限,最后可能还是会面临因为空间不够而出错的问题,临时表空间设置太小会影响性能,临时表空间过大同样会影响性能,至于需要设置为多大需要仔细的测试。 2.查询的时候连表查询中使用的表过多造成的。我们知道在连表查询的时候,根据查询的字段和表的个数会生成一个迪斯卡尔积,这个迪斯卡尔积的大小就是一次查询需要的临时空间的大小,如果查询的字段过多和数据过大,那么就会消耗非常大的临时表空间。 3.对查询的某些字段没有建立索引。Oracle中,如果表没有索引,那么会将所有的数据都复制到临时表空间,而如果有索引的话,一般只是将索引的数据复制到临时表空间中。 针对以上的分析,对查询的语句和索引进行了优化,情况得到缓解,但是需要进一步测试。 总结: 1.SQL语句是会影响到磁盘的消耗的,不当的语句会造成磁盘暴涨。 2.对查询语句需要仔细的规划,不要想当然的去定义一个查询语句,特别是在可以提供用户自定义查询的软件中。 3.仔细规划表索引。 如果有那位高人遇到过类似的问题,请给予您的建议。 b的用户有数据表,不代表b的对象都在b的默认表空间里。你可以查查这些表对象。看他们在哪个表空间里,就知道了。 unlimited tablespace 权限在作怪去掉此权限,并设置用户B只能使用自己的表空间!谢谢楼上2位的支持! 一条简单的查询语句。 数据分组查询处理求解 菜鸟求助,简单的插入语句……感激!!! 能不能本地不安装数据库,只安装客户端软件通过网络访问数据库 上海有oracle/DBA的需求 时间的问题 求一个把Access SQL转化为Oracle SQL的类!(在线等,高分奉送!) Oracle9i的SQL*PLUS Worksheet问题 如何将用户1,exp出来的备份文件用imp导入到用户2中 Oracle安装需要什么环境?如要不要网卡? oracle 分割表数据…… ORA-01280: Fatal LogMiner Error.
1. 没有为临时表空间设置上限,而是允许无限增长。但是如果设置了一个上限,最后可能还是会面临因为空间不够而出错的问题,临时表空间设置太小会影响性能,临时表空间过大同样会影响性能,至于需要设置为多大需要仔细的测试。
2.查询的时候连表查询中使用的表过多造成的。我们知道在连表查询的时候,根据查询的字段和表的个数会生成一个迪斯卡尔积,这个迪斯卡尔积的大小就是一次查询需要的临时空间的大小,如果查询的字段过多和数据过大,那么就会消耗非常大的临时表空间。
3.对查询的某些字段没有建立索引。Oracle中,如果表没有索引,那么会将所有的数据都复制到临时表空间,而如果有索引的话,一般只是将索引的数据复制到临时表空间中。
针对以上的分析,对查询的语句和索引进行了优化,情况得到缓解,但是需要进一步测试。 总结:
1.SQL语句是会影响到磁盘的消耗的,不当的语句会造成磁盘暴涨。
2.对查询语句需要仔细的规划,不要想当然的去定义一个查询语句,特别是在可以提供用户自定义查询的软件中。
3.仔细规划表索引。
如果有那位高人遇到过类似的问题,请给予您的建议。
b的用户有数据表,不代表b的对象都在b的默认表空间里。你可以查查这些表对象。看他们在哪个表空间里,就知道了。