lynx   »   [go: up one dir, main page]

記事へのコメント18

  • 注目コメント
  • 新着コメント
youko03
いい話

その他
Steiger31226
“っ”

その他
matsumanahate
“で、重要なことですが、高速に処理されるのはリーフの検索までです。ルートとブランチは基本的にキャッシュされ、リーフの検索もデータがソートされているお陰で隣接したインデックスは同一ブロックに格納されてお

その他
gologo13
Whereやソートキーだけでなく、取得するカラムも含めてインデックスを設計する。うまくインデックスを設計できると、Covering Index として扱われ、Disk I/O が発生しなくなる。

その他
nari_ex
"ランダムアクセスでは、データはバラバラのブロックに存在しているため、都度 I/O が発生してしまうためです。" / 補足: bioが併合されずI/O要求が大量に発行され、ディスクヘッドの移動に時間がかかりI/O処理が遅延する

その他
ymkjp
という複合インデックスを張ることで、リーフだけで必要なデータが全て得られ、その後のランダムアクセスが無くなるため高速になります”

その他
peroon
爆速

その他
bluerabbit
MySQLではINDEXの情報のみでSELECT句を返却するSQLをCovering Indexを使ったSQLというのか. fmfm

その他
letsspeak
MySQLでインデックスを使って高速化するならCovering Indexが使えそう - (゚∀゚)o彡 sasata299's blog

その他
masato-ka
ぶくま

その他
suginoy
Covering Indexというんだ。Oracleで一回事故った事ある。

その他
masa_matya
InnoDBとMyISAMのインデックスの違いについて。MyISAMではランダムアクセスが発生する。InnoDBのセカンダリインデックスも同様。明日松信さん本で詳細を追う

その他
ruicc
インデックスについて詳しく書かれているらしい。買おうかな。

その他
raimon49
マルチカラムインデックスのキャッシュを使ってディスクアクセスさせない。Covering Index

その他
japanrock
インデックスだけで完結するインデックスを Covering Index"

その他
ZIGOROu
これは常識レベルの話じゃまいかwww

その他
mumincacao
あくてぃぶれこ~どみたいなのにしちゃうと使えなくても直 SQL 描くときには使えるかもだからめもめも...〆(・x・。【みかん

その他
ouest
[[MySQL][Performance]]

その他

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

アプリのスクリーンショット
いまの話題をアプリでチェック!
  • バナー広告なし
  • ミュート機能あり
  • ダークモード搭載
アプリをダウンロード

関連記事

MySQLでインデックスを使って高速化するならCovering Indexが使えそう - (゚∀゚)o彡 sasata299's blog

2009年10月28日09:33 MySQL MySQLでインデックスを使って高速化するならCovering Indexが使えそう Linux...

ブックマークしたユーザー

すべてのユーザーの
詳細を表示します

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - 暮らし

いま人気の記事 - 暮らしをもっと読む

新着記事 - 暮らし

新着記事 - 暮らしをもっと読む

同時期にブックマークされた記事

いま人気の記事 - 企業メディア

企業メディアをもっと読む

Лучший частный хостинг