有的时候你不太了解oracle的解释机制，也有的时候它有些笨。
在表大量更新后需要做run statistics ，所以频繁更新的表需要用定时任务跑run statistics。
而执行计划里它如果还没有先取出t2的id的那条记录然后关联的话，你又着急，可以手动解决。
先写个子查询把t2必要的字段取出来，用id的条件限定。因为id是索引，这是瞬间就出来的。然后再用这个子查询关联t1表，只要关联的条件两边都是索引，也会及其的快。

关于你说的虚拟表，有现成的方法。 就是oracle的分区表。 你开始没说过你可以限制从某一部分数据查，如果你能有准确找到让数据分布的条件，比如时间，日期，或者id之类的，你可以做分区表。oracle会先用分区条件把搜索范围限制在一个分区中。
不过几十万大材小用了。应该用不到。
我们都是记录上亿了才开始用分区表。几千万都不怕的。。。
所以你几十万要是有问题，而如果表又不是特别宽的话，那很可能是什么很低级的地方出问题了。

不知道你的表有多宽，所有字段的长度加起来要尽量的压缩，使用varchar2不要用char 如果一行太宽，全部从硬盘中读到内存中的io开销很大。

查询时间不稳定肯定不是增加配置能搞定的
要是多数时间较长偶尔很快，那是命中缓存了，数据库每次会读整页的数据到内存，并不是整行，所以有可能你要查的刚好在内存。
要是大部分时间较短偶尔较长，就要查那一瞬间是什么东西把数据库资源抢夺了或者阻塞了。
其实找个你同事看看执行计划基本就知道怎么了。

这里估计没几个人搞商业数据库。我算是略懂。
第一你没说索引加哪里了，建议涉及的三个字段分别加单字段索引。第二你需要定期run statistics 。第三建议早点把操作系统换了。你的机配置也就是个oracle的最低配置。。。。

xshell

只有1同意算是改进

不说别的了 每次看到有人说unicode 的问题 都无力吐槽
学个语言玩 还要学旧版本的 然后痛斥新版已经解决的问题
和那些现在还在吐槽xp的人一样

用那个番茄土豆 最好去看那本书 在豆瓣有
我前几天看了 觉得有些地方还蛮有道理的
正在实验好不好使。。。
http://read.douban.com/ebook/386670/?icn=index-new

给你推荐一本书《黑客与画家》
看完了比看大家的回复要多很多启发
我也不是推荐你用Lisp 那个我也不会
但总能在你能驾驭的范围内选择合适的语言

我在北京 但是同学朋友多在西安 今天就因为朋友结婚回去4次
北京西安坐软卧来回就1k 加上其他花销也不算多（虽然被妈妈批评浪费~）

而楼主的机票钱确实比较贵 真是够纠结一下的。。。
送妹妹蜜月机票的主意也还不错 哈哈

现在流行婚礼上放各国朋友的祝福 纠集一下米国英国法国什么的亲戚朋友给妹妹送视频祝福也不错 做一个视频也蛮累的也算心意 呵呵

其实外包项目都是这样
比如毕业生和烂程序员 工资3k 但是客户一个月给3万
比如有思想的程序员 工资2万 客户一个月给6万
然后最大的问题在这里。。。
一个项目 可以用2个有思想的+18个烂程序员 这样公司能赚4w*2+2.7w*18
但是用好的程序员 可能5个人就搞定了 这样公司只能赚4w*5

然后 中国有这么多人 有这么多人要养家糊口
你如果用5个好程序员写程序 再找其他的烂程序员混资金 这是不道德
而你让每一个人都有活干 却让那些烂程序员多少也有一点进步 还解决了那么多就业问题 这老板会觉得他给了这么多人饭吃--挺happy
就是这样 我也不知道谁是谁非 没时间去思考更多

这个暂时不能互相邀请啊

@ming 可以学那些咖啡馆 投资有个下限，可以自愿多投，但所有人都只有1票的投票权
不按照股份的多少分配话语权
分红和亏损按照占股的比例，但是投票的时候人人平等。。。

我前些天放弃了。。在国内实在没法用
其实前后算来我用了一年呢。。。

我估计是以为要保修 不然书说不过去呀

我是支持不能删除的。。。

术业有专攻
非要改blog为论坛。。。
真是神大
个人观点。。。

@acgism 和你路線一樣 哈哈

你这问题问的有点哗众取宠
在内容里才限定了一个cpu
不过即使如此
楼上也都回答了。。。

@cdredfox 多谢呀 我就觉得不该是那样
我用东京的linode做的vpn 没用 难道必须要美国的。。。