﻿<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>老熊的三分地-Oracle、UNIX、数据恢复 的评论</title>
	<atom:link href="http://www.laoxiong.net/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://www.laoxiong.net</link>
	<description>老熊的生活、Oracle及UNIX技术、Oracle数据恢复工具、观点</description>
	<pubDate>Wed, 10 Mar 2010 07:39:28 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>老熊 对于 记一个SQL优化案例(二) 的评论</title>
		<link>http://www.laoxiong.net/a_sql_tuning_case_2.html/comment-page-1#comment-805</link>
		<dc:creator>老熊</dc:creator>
		<pubDate>Tue, 09 Mar 2010 12:41:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.laoxiong.net/?p=148#comment-805</guid>
		<description>@zabll, 这里没有错，有两张表，SERV_ACCT和SERV_ATTR表。</description>
		<content:encoded><![CDATA[<p>@zabll, 这里没有错，有两张表，SERV_ACCT和SERV_ATTR表。</p>
]]></content:encoded>
	</item>
	<item>
		<title>zabll 对于 记一个SQL优化案例(二) 的评论</title>
		<link>http://www.laoxiong.net/a_sql_tuning_case_2.html/comment-page-1#comment-804</link>
		<dc:creator>zabll</dc:creator>
		<pubDate>Tue, 09 Mar 2010 11:13:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.laoxiong.net/?p=148#comment-804</guid>
		<description>数据库DBA开始时没注意到我要求的是收集SERV_ATTR表的统计信息，而是按惯例收集了SERV_ACCT表的统计信息，当收集完SERV_ACCT表的统计信息之后发现执行计划仍然不正常，直到最后收集了SERV_ATTR表的统计信息之后才正常了


这一段是不是写错了表名，怎么都一样</description>
		<content:encoded><![CDATA[<p>数据库DBA开始时没注意到我要求的是收集SERV_ATTR表的统计信息，而是按惯例收集了SERV_ACCT表的统计信息，当收集完SERV_ACCT表的统计信息之后发现执行计划仍然不正常，直到最后收集了SERV_ATTR表的统计信息之后才正常了</p>
<p>这一段是不是写错了表名，怎么都一样</p>
]]></content:encoded>
	</item>
	<item>
		<title>victor1010 对于 仔细考虑维护脚本 的评论</title>
		<link>http://www.laoxiong.net/take_care_of_script.html/comment-page-1#comment-803</link>
		<dc:creator>victor1010</dc:creator>
		<pubDate>Mon, 08 Mar 2010 07:51:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.laoxiong.net/?p=291#comment-803</guid>
		<description>老熊,真棒！！</description>
		<content:encoded><![CDATA[<p>老熊,真棒！！</p>
]]></content:encoded>
	</item>
	<item>
		<title>老熊 对于 视图与权限 的评论</title>
		<link>http://www.laoxiong.net/view-and-privilege.html/comment-page-1#comment-802</link>
		<dc:creator>老熊</dc:creator>
		<pubDate>Mon, 08 Mar 2010 04:12:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.laoxiong.net/?p=380#comment-802</guid>
		<description>@陶仪, 这样的问题，恐怕没有一个简单的解决办法，不过有以下几个方便供你考虑：
1.考虑修改主键的生成算法，比如用GUID，或者是在不同的库上的主键加上不同的前缀。
2.两个库用不同的数值段，比如本地表A的主键用1-1000000，异地表A的主键用1000001-2000000。
3.如果不改变主键的生成，那么考虑数据同步的处理，在同步INSERT操作时，遇到已经有相同主键的，单独记录，由人工处理，但是如果INSERT之后，紧接着对相同记录有UPDATE这种就不好处理了。</description>
		<content:encoded><![CDATA[<p>@陶仪, 这样的问题，恐怕没有一个简单的解决办法，不过有以下几个方便供你考虑：<br />
1.考虑修改主键的生成算法，比如用GUID，或者是在不同的库上的主键加上不同的前缀。<br />
2.两个库用不同的数值段，比如本地表A的主键用1-1000000，异地表A的主键用1000001-2000000。<br />
3.如果不改变主键的生成，那么考虑数据同步的处理，在同步INSERT操作时，遇到已经有相同主键的，单独记录，由人工处理，但是如果INSERT之后，紧接着对相同记录有UPDATE这种就不好处理了。</p>
]]></content:encoded>
	</item>
	<item>
		<title>陶仪 对于 视图与权限 的评论</title>
		<link>http://www.laoxiong.net/view-and-privilege.html/comment-page-1#comment-801</link>
		<dc:creator>陶仪</dc:creator>
		<pubDate>Mon, 08 Mar 2010 03:47:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.laoxiong.net/?p=380#comment-801</guid>
		<description>熊哥请教一个问题：
  一个异地oracle数据库数据同步的问题，由于是两个版本，库表结构一样，需要维护两个版本的数据相同，现在利用触发器记录表的变化，定时程序加工以主键为唯一标识对表数据库数据进行同步。表中有以自增的序列为主键的数据，这样的同步可能造成数据覆盖（id重复）？如何解决这个问题，谢谢您</description>
		<content:encoded><![CDATA[<p>熊哥请教一个问题：<br />
  一个异地oracle数据库数据同步的问题，由于是两个版本，库表结构一样，需要维护两个版本的数据相同，现在利用触发器记录表的变化，定时程序加工以主键为唯一标识对表数据库数据进行同步。表中有以自增的序列为主键的数据，这样的同步可能造成数据覆盖（id重复）？如何解决这个问题，谢谢您</p>
]]></content:encoded>
	</item>
	<item>
		<title>Roger 对于 一些数据迁移的技巧 的评论</title>
		<link>http://www.laoxiong.net/some_data_migration_tips.html/comment-page-1#comment-798</link>
		<dc:creator>Roger</dc:creator>
		<pubDate>Sat, 06 Mar 2010 16:06:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.laoxiong.net/?p=461#comment-798</guid>
		<description>学习 学习。。总结的比较全面了。。</description>
		<content:encoded><![CDATA[<p>学习 学习。。总结的比较全面了。。</p>
]]></content:encoded>
	</item>
	<item>
		<title>老熊 对于 一些数据迁移的技巧 的评论</title>
		<link>http://www.laoxiong.net/some_data_migration_tips.html/comment-page-1#comment-797</link>
		<dc:creator>老熊</dc:creator>
		<pubDate>Wed, 03 Mar 2010 09:24:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.laoxiong.net/?p=461#comment-797</guid>
		<description>@Kamus, 因为可能会有unrecoverable的操作，比如direct path insert, create table a nologging as select 这样的，这些操作通常不在OLTP操作中，但是通常会出现在批处理中。</description>
		<content:encoded><![CDATA[<p>@Kamus, 因为可能会有unrecoverable的操作，比如direct path insert, create table a nologging as select 这样的，这些操作通常不在OLTP操作中，但是通常会出现在批处理中。</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kamus 对于 一些数据迁移的技巧 的评论</title>
		<link>http://www.laoxiong.net/some_data_migration_tips.html/comment-page-1#comment-795</link>
		<dc:creator>Kamus</dc:creator>
		<pubDate>Wed, 03 Mar 2010 09:05:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.laoxiong.net/?p=461#comment-795</guid>
		<description>注意的是要将数据库设为force logging的方式，在用RMAN做全备之前，一定要执行：

alter database force logging;

否则可能会产生坏块。

这是经验？还是有何根据？为何产生坏块？</description>
		<content:encoded><![CDATA[<p>注意的是要将数据库设为force logging的方式，在用RMAN做全备之前，一定要执行：</p>
<p>alter database force logging;</p>
<p>否则可能会产生坏块。</p>
<p>这是经验？还是有何根据？为何产生坏块？</p>
]]></content:encoded>
	</item>
	<item>
		<title>老熊 对于 一些数据迁移的技巧 的评论</title>
		<link>http://www.laoxiong.net/some_data_migration_tips.html/comment-page-1#comment-794</link>
		<dc:creator>老熊</dc:creator>
		<pubDate>Wed, 03 Mar 2010 08:55:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.laoxiong.net/?p=461#comment-794</guid>
		<description>@dhhb, 
对，这个方法更好。
当时我们考虑将数据插入到表之后，建本地索引再exchange partition，不过后来考虑到这种做法更复杂，结果数据导入这块就这样子留下来了。</description>
		<content:encoded><![CDATA[<p>@dhhb,<br />
对，这个方法更好。<br />
当时我们考虑将数据插入到表之后，建本地索引再exchange partition，不过后来考虑到这种做法更复杂，结果数据导入这块就这样子留下来了。</p>
]]></content:encoded>
	</item>
	<item>
		<title>dhhb 对于 一些数据迁移的技巧 的评论</title>
		<link>http://www.laoxiong.net/some_data_migration_tips.html/comment-page-1#comment-793</link>
		<dc:creator>dhhb</dc:creator>
		<pubDate>Wed, 03 Mar 2010 08:21:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.laoxiong.net/?p=461#comment-793</guid>
		<description>而direct path的方式，会在表上持有mode=6（互斥）的TM锁，不能多个会话同时插入。 

这个可以在insert时指定partition name,然后就可以并发direct path.</description>
		<content:encoded><![CDATA[<p>而direct path的方式，会在表上持有mode=6（互斥）的TM锁，不能多个会话同时插入。 </p>
<p>这个可以在insert时指定partition name,然后就可以并发direct path.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
