September 15, 2009
OLTP Database Machine with Sun FlashFire Technology
作者:eygle
出处:http://blog.eygle.com
Oracle在OpenWorld之前宣布了和SUN联合后发布的一款结合硬件产品：OLTP Database Machine，这一产品和去年发布的HP Oracle Database Machine如此相似，以至于我们不得不怀疑Oracle和HP的合作前景。
据消息称，这个Machine的Exadata存储将才要你干1U闪存磁盘阵列F5100 （FlashFire的由来吧?）。其拥有80个闪存驱动器和4个SAS磁盘连接，最大4TB容量，提供100万iops。
不管怎样整合，期待这一产品能够从成本上得到根本的降低，因为当初的HP Oracle Database Machine并没有真正的进入中国，如果这款OLTP定制产品可以共享SUN的低硬件价格，那么其前景将是乐观的。
不过已经不需要再猜测，这一产品即将在15日公布细节，我们可以在网上注册观看Live版本：
Announcing the World's First OLTP Database Machine with Sun FlashFire Technology
Click on the Register Now button to attend this exclusive live Webcast in which Oracle CEO Larry Ellison will unveil an innovative new product, the world's first OLTP database machine with Sun FlashFire technology. Don't miss this opportunity to learn firsthand how the partnership between Oracle and Sun can benefit your business now, and in the future.
Who: Larry Ellison, CEO, Oracle Corporation
When: Tuesday, September 15, 2009, 1:00 p.m. PT/4:00 p.m. ET
这似乎是在OpenWorld之前做一个预演，昭示着Oracle将会有更大的举动或新闻发布，2009 OpenWorld上还会有什么呢？
据消息称，这个Machine的Exadata存储将才要你干1U闪存磁盘阵列F5100 （FlashFire的由来吧?）。其拥有80个闪存驱动器和4个SAS磁盘连接，最大4TB容量，提供100万iops。
不管怎样整合，期待这一产品能够从成本上得到根本的降低，因为当初的HP Oracle Database Machine并没有真正的进入中国，如果这款OLTP定制产品可以共享SUN的低硬件价格，那么其前景将是乐观的。
不过已经不需要再猜测，这一产品即将在15日公布细节，我们可以在网上注册观看Live版本：
Announcing the World's First OLTP Database Machine with Sun FlashFire Technology
Click on the Register Now button to attend this exclusive live Webcast in which Oracle CEO Larry Ellison will unveil an innovative new product, the world's first OLTP database machine with Sun FlashFire technology. Don't miss this opportunity to learn firsthand how the partnership between Oracle and Sun can benefit your business now, and in the future.
Who: Larry Ellison, CEO, Oracle Corporation
When: Tuesday, September 15, 2009, 1:00 p.m. PT/4:00 p.m. ET
这似乎是在OpenWorld之前做一个预演，昭示着Oracle将会有更大的举动或新闻发布，2009 OpenWorld上还会有什么呢？
Posted by eygle at 11:50 AM | Comments (0)
大表之困惑 - 数据建模的前期规划十分重要
作者:eygle
出处:http://blog.eygle.com
这几天被一个数据库中的大表所困扰，这是一个插入非常频繁的数据表，该表目前大约有20亿记录，是一个分区表：SQL> SELECT TABLE_NAME,NUM_ROWS,BLOCKS,AVG_SPACE,SAMPLE_SIZE,LAST_ANALYZED然而这个表上建有的都是全局索引，现在需要按照跟索引基本无关的条件进行删除，以下几个索引都无可利用：
2 FROM DBA_TABLES WHERE OWNER='SMS' AND TABLE_NAME='SSMG';
TABLE_NAME NUM_ROWS BLOCKS AVG_SPACE SAMPLE_SIZE LAST_ANALYZE
------------------------------ ---------- ---------- ---------- ----------- ------------
SSMG 2000426788 60053382 0 101416650 12-SEP-09
SQL> select客户写了个Loop循环，通过另外一个表的关联去判断删除，另外一个表具有400万记录，初步计算了一下程序效率，跑完一次大约要200天。
2 INDEX_NAME,BLEVEL,LEAF_BLOCKS,DISTINCT_KEYS,
3 NUM_ROWS,CLUSTERING_FACTOR,last_analyzed
4 from
5 dba_indexes t
6 where
7 table_name = 'SSMG'
8 and table_owner = 'SMS'
9 /
INDEX_NAME BLEVEL LEAF_BLOCKS DISTINCT_KEYS NUM_ROWS CLUSTERING_FACTOR LAST_ANALYZE
------------------------ ---------- ----------- ------------- ---------- ----------------- ------------
IDX_SMS_DEST_MDN 3 12186077 19507227 2071388105 1816174507 12-SEP-09
IDX_SMS_SERVICE_ID 3 8184696 48 1990938187 113031962 12-SEP-09
UN_SMS 4 21717598 1973096899 1973096899 138625843 12-SEP-09
好了，现在的问题是，要么面对不可能，要么建个索引，加快处理，可是在20亿上建一个索引，即便是Online的方式，对应用的性能也会有几大的影响。
要么很复杂的去处理，要么很慢的去处理，当初如果多加个索引，该有多好啊！
-The End-
Posted by eygle at 8:45 AM | Comments (10)