@Brutal 一步到为HHKB好了
我公司用的HHKB
家里买不起第二个了 用的race
可是除了ctrl位置一样
del \ esc之类的都不一样 还是挺痛苦的

race比poker长宽各多一排键
灯看起来很cool 不过 用出不大啦

那个买不到的 现在连pure都没货的
我最后不得已买的race

也提示我又app需要升级
感觉很流氓
我可是除了play什么都没装的

@jmania 那一楼的理解能力真比我强不少...

你看,在淘宝搜'爱','节操'之类的,都很多结果. 但是,真的没有'无线电吹风'这东西.

联系人貌似一直可以同步呀
最早的时候有把图片同步模糊的问题
现在不知什么时候也已经好了
很好使亚

晕 这个面板里很容易能看到的吧

@kava 瑕不掩瑜

@lzsuxq 多谢
我是直接升两个包到4.2.1的
不能打电话的问题，在我瞎尝试了许久
最后竟然是卸了电池再安上就解决了
重启都不行的。。。

当然微博还是一直不能用啦

能用github的客户端不 那个在win8上很cool

@ywencn 合法并非合情 可能我一向对这种公司有偏见吧

智能针对的是普通大众啦
至少我的排在前边的刚好是我比较关注的人

如果你暗恋一个人只是悄悄的看人家的围脖
从来没留过一次言
甚至连详细页都没点进去过
然后说混蛋啊我暗恋的人为什么没有智能的排在前面。。。
那也没办法了。。。

你关注的人太少了
大部分人只能看接受到的10%左右
所以智能对普通人很有用的。。。

spdy被封了

select t1.c1 from table1 t1,(select t2.name as name from table2 t2 where t2.id='20121128' ) t3 where t1.c2=t3.name 这是oracle语法
select t1.c1 from table t1
join (select t2.name as name from table2 t2 where t2.id='20121128' ) t3
on t1.c2=t3.name 这是标准SQL
select t1.c1 from table1 t1 where t1.c2 in (select t2.name as name from table2 t2 where t2.id='20121128' ) in不会走索引 但是括号里的结果集要是很小也不慢

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

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

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

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

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