パラレル処理の有効性と落とし穴を検証する
パラレル・クエリの検証条件 第2回「パーティション・プルーニングの有効性を検証する」のときと同様に検証用のSQLとして、筆者の勤務するアシストが提供する「Rapid Warehouse Pack」のERモデルと、Webレポーティング・ツール「WebFOCUS」のテンプレートから、単純なSQLを抽出しています。詳細は第2回の「図4 検証で使用する表構成（Rapid Warehouse Pack ERモデル）」「表2 売上実績表の組み合わせとパーティション数」を参照してください。 パラレル・クエリの検証で使用する売上実績表は更新日列をレンジ・キーとして月単位でパーティション化、さらに商品番号列をハッシュ・キーとして8つのサブパーティションに分割したコンポジット・レンジ−ハッシュ・パーティションです。リスト1のように、上記の売上実績表に対して、ある年の全商品の売上実績を集計するSQLを、並列度：
How to finding Maximum SESSION_CACHED_CURSORS in use
select max(value) from v$sesstat natural join v$statname where name = ‘session cursor cache count’ ; Select amount,SESSION_CACHED_CURSORS*30+30 Cached_Cursors_Rounded from (select trunc(value/30) SESSION_CACHED_CURSORS,count(*) Amount from V$sesstat natural join v$statname where name = ‘session cursor cache count’ group by trunc(value/30) order by 1); AMOUNT CACHED_CURSORS_ROUNDED ———- ———————- 2
SESSION_CACHED_CURSORS Vs CURSOR_SPACE_FOR_TIME - which, when and why?
They 2 considered to be the most important parameter for shared pool tuning, but I guess most of us generally don’t use them or sometimes use them incorrectly. The idea to put them here to understand “what they do?”, “when to use them?”, “how to use them?” and finally “see the impact”. SESSION_CACHED_CURSORS In most of the environments, there are many SQL’s which are re-fired many a times within a
Sun-BigAdmin
Oracle Database runs faster and more efficiently Oracle hardware lets IT teams deploy optimized solutions in customer data centers and easy-to-manage appliances in remote offices and edge environments. Solutions with full-stack integration and optimizations let customers run Oracle Database up to 10X faster with Oracle Exadata’s Smart Scan query offload. Watch NTT DOCOMO’s story (0:48) Easy integr
Orachat.com is for sale | HugeDomains
Working with hugedomains.com was a quick and easy process. We got to speak to multiple real people located in Colorado without having to wait on hold! Our only complaint was we felt we had to overpay more than this particular domain was worth, and we weren't able to negotiate it down to a level that we felt was fair. However, payment and delivery were seamless, and within a few hours we had all of
Sharding を使いこなすための5つのTips - doryokujin's blog
@doryokujinです。今日も相変わらずMongoDBの、そしてShardingに関する記事を書こうと思います。 …と、その前にお知らせです！6月は2つのMongoDB勉強会を予定しております、是非ご参加下さい！ ・2011年6月11日（土） 「第4回 MongoDB 勉強会 in Tokyo」@フューチャーアーキテクト ・2011年6月28日（火）「第1回 MongoDB ソースコードリーディング」@PFI さて、それでは本題に入りたいと思います。 MongoDBのShardingといえば、 ・初期設定やShardの追加・削除といった導入の容易さ ・Shardの面倒をMongo側がずっと見てくれるという管理の容易さ を備えていると言うことで興味を持っておられる方も多数いると思います。 しかしその一方で実際にSharding環境を導入している方々の中の多くは、遭遇する様々な不都合や不整
資料を公開しました（サイバーエージェント×クックパッド合同勉強会～それぞれのクラウド活用事例） - クックパッド開発者ブログ
5/25（水）に、サイバーエージェント様と勉強会を開催いたしました。 そのときにクックパッドエンジニアが使用した発表資料を公開いたしますので ぜひご覧くださいませ。 当日お忙しい中お集まりくださった皆様、Ustreamでご覧になった皆様、どうもありがとうございました！ ●成田一生 [slideshare id=8150494&doc=20110525tofu-110530080429-phpapp02] ●菅原元気 [slideshare id=8120106&doc=random-110527001900-phpapp01] ●濱崎健吾 [slideshare id=8107056&doc=110525amepad-110526022442-phpapp02] Ustreamはこちらからご覧ください。 クックパッドでは、これからもこのようなイベントを不定期に開催予定です。 こちらのブログ
リアルタイムなデータベースのパフォーマンスの監視
Oracle Database 2日でパフォーマンス・チューニング・ガイド 10g リリース2（10.2） B40062-02 4 リアルタイムなデータベースのパフォーマンスの監視 この章では、Oracle Enterprise Managerの「データベース」の「パフォーマンス」ページを使用して、パフォーマンスの問題をリアルタイムに識別して対応する方法について説明します。Oracle Enterprise Managerの「データベース」の「パフォーマンス」ページには、図4-1に示すとおり、データベース全体のパフォーマンス評価に使用される情報が、4つのセクションでリアルタイムに表示されます。 図4-1 「データベース」の「パフォーマンス」ページ 画像の説明 通常、第3章「データベースのパフォーマンスの自動監視」に示すとおり、ADDMの自動診断機能を使用して、データベースのパフォーマ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
soft parse - Ask TOM
《在线电影》动漫在线观看 -推理手机在线播放 -洋葱影视
Cache Buffers Chains and Latch Spelunking
http://www.nocoug.org/download/2004-11/Conquering_Ora_Latch_Conten_1d.pdf
Using _spin_count to reduce latch contention in 11g
Resolving Oracle Latch Contention
Latches and Latch Contention
Oracle Database Resource Managerを使用したリソース割当ての管理