MySQLのIndexをはるコツ - Qiita
Indexを作成すべき列の特長 1. テーブル内のデータ量が多く、少量のレコードを検索する場合 2. WHERE句の条件、結合の条件、ORDER BY句の条件として頻繁に利用する ただし全表走査が目的のテーブルであれば索引は不要 3. NULL値が多いデータから、NULL値以外の検索をする IndexはNULLを含まないのでNULL値以外の検索には効果がある 逆に、Indexを作成すべきでない列の特徴 表の規模が小さいか、表から大部分のレコードを検索する場合 WHERE句等の条件としてあまり仕様されないもの 列の値が頻繁に挿入、更新、削除される Indexは表に新規行が挿入されればIndexにも自動的に値が格納される。そのためデータの検索速度は向上するが挿入、更新、削除の処理では索引のメンテナンス作業が発生し、速度低下につながる WHERE句の条件として使用されるが、列が式の一部として参照
WindowsでMySQL入門
(↓訂正アリ↓)第3回大阪MySQL勉強会資料 p.35「log-binは、log-bでも通ってしまう」 設定項目名にはlog-bin以外にも log_bin_trust_function_creatorsがあるので 例として不適切でした。 「read-onlyは、read-oでも通ってしまう」に修正、再アップロードしました また、間違いがががが…。 p.25 WindowsやMAC OSXでlower_case_table_namesを0にしてしまうと、 MyISAMで、"index corruption"だった...。 インデックス破損てヤバス あと p.32 innodb_log_file_sizeの指定は、ib_logfile0の作り直し （サーバ停止中にファイル削除すれば自動で作り直すが）が要り、 初心者向けじゃなくなるのでコメントアウトします...ダメダメだ 再アップロードしま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
