dblink
今天在做数据迁移测试时遇到一个dblink的问题,有点意思! 为电信号码升级而专门准备一次数据迁移,说点题外话,虽然计划是在浙江省号码升级5月18号之前做DM,但是防止号码升级之后扔需要做增量迁移,所以提前准备一下,预防这种风险,对这种防患于未然的工作方法还是挺赞赏的! 我做迁移用到的一些表和存过,包都在数据库A 上,需要从A上拷贝到新的数据库B上,所以我就在B上建立到A的DB Link。 先用下面的语句建的: create public database link link_mig connect to A.USERNAMEidentified by A.PSW using 'A.TNSNAMES'建立之后发
临时表空间
之前一直以为临时表空间是排序引起的 今天发现 如果是查询数据量大 不排序也会有这个问题的 百度有片文章讲的不错[@more@]之前一直以为临时表空间是排序引起的 今天发现 如果是查询数据量大 不排序也会有这个问题的 百度有片文章讲的不错在数据库的学习中 发现公司生产数据库的默认表空间temp使用到了30g 使用率到了100% 待调整为32g后 使用率还是100% 导致磁盘空间使用紧张 根据临时哦空间的主要是对临时表数据进行排序和缓存数据等特性 待数据库重启后 temp会自动释放 于是想通过重启数据库的方式来缓解这种情况 但是重启数据库之后 发现
user_ts_quota
今天发现一个问题,如果user_ts_quota里的max_bytes为0分两种情况 1:如果该user的拥有unlimited权限,则max-bytes为0 不起作用2:如果该user不拥有unlimited权限 则max-bytes为0 该用户不能在max-bytes的表空间创建表[@more@]