タグ

indexに関するlesamoureusesのブックマーク (4)

  • ORDER BY 狙いのキーの話2

    Kenn Ejima @kenn 普通のSQL処理と逆に、ORDER BYするカラムにだけインデックス張って、あとはソート順にレコードを取り出しながらWHERE句を評価していく、みたいな処理ってできないの? 2013-10-20 23:34:47 Kenn Ejima @kenn 男女のマッチングは、個人を大量の属性をもった多次元ベクトルへと正規化して、その多次元ノルム空間上での近さ順に(P)R-treeとかで取り出すのが良さそうなんだけど、MySQLでやれるかなぁ。PostgresならKNNGiSTが使えそうだけど、やっぱり処理順がネックか。。 2013-10-21 00:03:26

    ORDER BY 狙いのキーの話2
    lesamoureuses
    lesamoureuses 2014/03/12
    こっちもブクマしてなかった
  • ORDER BY 狙いのキーの話

    yoku0825 @yoku0825 @con_mame ああ、やっぱりそうなりますよね。。こっちは息をするくらい当たり前のことだと思っていても向こうは違って、向こうが当たり前に思っていることも俺は知らなくて、あぁ…ってなります。。 2013-09-14 23:29:11

    ORDER BY 狙いのキーの話
    lesamoureuses
    lesamoureuses 2014/03/12
    ブクマしてなかった
  • MySQL :: MySQL 5.1 リファレンスマニュアル (オンラインヘルプ) :: 9.10.1 クラスタインデックスと二次インデックス

    次のようにすべての InnoDB は、行のデータが格納される「クラスタインデックス」と呼ばれる特別なインデックスを持っています。 テーブルで PRIMARY KEY が定義されている場合、InnoDB はそれをクラスタインデックスとして使用します。 もしテーブルに PRIMARY KEY を定義しなければ、MySQL は主キーとして NOT NULL カラムだけを持つ最初の UNIQUE インデックスを選択し、InnoDB がそれをクラスタインデックスとして利用します。 テーブルに PRIMARY KEY も適切な UNIQUE インデックスも存在していない場合には、InnoDB の内部で、行 ID 値を含む合成カラム上に隠しクラスタインデックスが生成されます。そのようなテーブルでは、InnoDB が行に割り当てる ID に基づいて行の順序付けが行われます。行 ID は、新しい行が挿入され

    lesamoureuses
    lesamoureuses 2014/01/14
    “主キーが長いと二次インデックスで使用される領域も多くなるので、主キーは短くしたほうが有利です。”
  • 株式会社スタイルズ

    AWSアドバンスドコンサルティングパートナーの一員として活動する株式会社スタイルズが、AWS導入、移行、開発、セキュリティ、運用保守など、すべてのご相談に乗らせていただきます。 AWSを導入したいが何から始めたらいいかわからない 既存のベンダーが新技術に弱く、良い提案がもらえない クラウドの導入にセキュリティの不安がある AWSをとりあえず導入したが、さらに活用していきたい 社内にAWSの知見を持っている人がいない AWSならではのシステム開発を詳しく知りたい

    株式会社スタイルズ
    lesamoureuses
    lesamoureuses 2014/01/14
    SQLアンチパターンの3章のIDリクワイアドに対して、InnoDBはクラスタインデックスだから「わかってるけどとりあえずIDの方がいい」って話
  • 1