to all users' インデックス

• # 2007/06/06 14:58 ishinao
  MySQL インデックス 最適化 index_merge
  ウノウラボ Unoh Labs: MySQL5からのインデックス結合で1テーブル複数インデックスを使う edit res
  • URL MySQL :: MySQL 5.1 リファレンスマニュアル :: 6.2.6 インデックス結合最適化 →9 links
    http://dev.mysql.com/doc/refman/5.1/ja/index-merge-optimization.html
  • URL ウノウラボ Unoh Labs: MySQL5からのインデックス結合で1テーブル複数インデックスを使う →21 links
    http://labs.unoh.net/2007/06/mysql5.html
• # 2006/04/10 00:00 ishinao
  Hyper Estraier インデックス
  1.2.1のエンハンス edit res
  • URL http://qdbm.sourceforge.net/mikio/rbbs.cgi?id=RA11446078980736657553&focus=1 →2 links
    http://qdbm.sourceforge.net/mikio/rbbs.cgi?id=RA11446078980736657553&focus=1

  ここまで来たら、Hyper Estraier自体を高機能コンテンツストレージとして使うというのもありだろうなー。ただデータの将来的な互換性が怪しいところがビミョーだなー。機能・性能には文句ないんだけど。インポート・エクスポート周りの機能はどうなってるんだっけ？

• # 2005/09/27 00:00 ishinao
  MySQL インデックス
  [UNIX] １テーブル１インデックス edit res
  • URL http://p0t.jp/mt/archives/2005/09/post_320.html →4 links
    http://p0t.jp/mt/archives/2005/09/post_320.html

  基本的にはシンプルなインデックスの効く範囲で使う。必要ならば特定用途向けの複合インデックスを用意する。それで対応できない場合は、テーブルの切り方を根本から考え直す。最悪、tmp_table_sizeをでかくして高速なCPUに頑張ってもらう。とかかなー。