データベース・アプリケーションでの索引の使用
4 データベース・アプリケーションでの索引の使用 索引は表およびクラスタと関連付けられているオプション構造で、これによりSQL問合せをより迅速に実行することができます。このドキュメントで、索引の使用により、索引がない場合よりも高速に情報を検索できるように、Oracle Databaseの索引は、表データへのより高速なアクセス・パスを提供します。索引は問合せをリライトすることなく使用できます。結果は同じですが、より高速に得られます。 この章は、次の情報を補足します。 『Oracle Database概要』の索引と索引構成表の説明 『Oracle Database管理者ガイド』の索引の管理に関する情報 『Oracle Databaseパフォーマンス・チューニング・ガイド』の索引およびクラスタのパフォーマンス向上または低下方法の説明 内容は次のとおりです。 索引の管理のガイドライン 索引の管理
データへの最短ルートを確保せよ！（1/4） ― ＠IT
前回「システムの寿命はコードで決まる！」ではコード設計について解説しました。今回はデータへの最短ルート、つまりSQLの最も効率的なアクセスパス（実行計画）を見つけ出すためのテクニックを解説します。 SQLはデータベースに関する最も基本的な技術で、まずSQLから学んだ（でいる）という方は多いと思います。しかし、SQLを学ぶ際、データベースから必要なデータを取得する手段を学んでも、どのようなアクセスパスでデータを取得するかは後回しになることが多いのではないでしょうか。 商用のシステムで使用されるSQLは、必要なデータを取得できるだけでは不十分で、どれだけ素早く取得できるかも重要です。データ取得の素早さは、SQLに適用されるアクセスパスの良しあしで決まります。そこで、今回は「どんなアクセスパスが適しているか」「どうやってRDBMSに適切なアクセスパスを利用させるか」を以下のような構成で解説します
［2］OLTPとDWHは並び立つか
OLTP（オンライントランザクション処理）系とDWH（データウエアハウス）系、異なるワークロードをいかに連携し高速処理するかがユーザーニーズとして浮かび上がってきた。カラムナーとインメモリーを活用することは各社共通だが、実装方法や活用指針には差がある。“脱バッチ処理”へと向かうトレンドを探った。 司会： 製品を見ると、各社とも「インメモリー」「カラムナー」がキーワードになってきました。こうした機能は、ビッグデータを扱いたいとか、クラウドで使いたいといったユーザーニーズに合っているのでしょうか。 日本マイクロソフト：北川 データベースの利用形態は大きく、OLTP（オンライントランザクション処理）系とDWH（データウエアハウアス）系の二つに大別できますが、その中でさらなるパフォーマンスを求める顧客が増えています。ただし、今までのカリカリのチューニングを求めるというよりも、速くなれば速くなるだけ
なぜTwitterは低遅延のままスケールできたのか 秒間120万つぶやきを処理、Twitterシステムの“今” − ＠IT
ユーザー同士のつながりを元に時系列に140文字のメッセージを20個ほど表示する――。Twitterのサービスは、文字にしてしまうと実にシンプルだが、背後には非常に大きな技術的チャレンジが横たわっている。つぶやき数は月間10億件を突破、Twitterを流れるメッセージ数は秒間120万にも達し、ユーザー同士のつながりを表すソーシャル・グラフですらメモリに載る量を超えている。途方もないスケールのデータをつないでいるにも関わらず、0.1秒以下でWebページの表示を完了させなければならない。そのために各データストレージは1～5ms程度で応答しなければならない。 Twitterのリスト機能の実装でプロジェクトリーダーを務めたこともあるNick Kallen氏が来日し、2010年4月19日から2日間の予定で開催中の「QCon Tokyo 2010」で基調講演を行った。「Data Architecture
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
