SQL/クエリ/DBプログラム … Web系プログラム・データベース情報のまとめ

[　検索内容　]　時期 ： ▼選択 2008年8月 2008年7月 2008年6月 2008年5月 2008年4月 2008年3月 2008年2月 2008年1月 　キーワード ： 　（スペース区切りで and 条件） [　ソート　]　日付順　注目順

Web高速化 || パフォーマンスチューニングBlog: インターオフィス 『 Ｗｅｂサイト・パフォーマンスチューニングに関する情報まとめ。Apache、MySQL、IIS、ログ、モニタリング、JavaScript、HTMLなど。 』 by wacky 　[　詳細　]　[　関連　]　[　ニコニコ風　] apache　mysql　performance　チューニング　server 2008/08/21 6:30:03　　www.inter-office.co.jp

まずちゃんとした設計。チューニングはその後で。 || パフォーマンスチューニングBlog: インターオフィス 1)更新する可能性がある項目は主キーにしない（主キーの更新はコスト高い！） 2)主キーの項目長はなるべく小さく（全部のインデックスページの容量に悪影響！） 3)できる限り主キーでアクセスする（副次インデックスにくらべて倍は速い！） トランザクション系テーブルに主キーとして、AUTO_INCREMENTを使うのは100%ではないが、安全策と言えます。 マスター系のテーブルには自... 　[　詳細　]　[　関連　]　[　ニコニコ風　] mysql　performance　db　データベース　チューニング 2008/08/21 6:30:03　　www.inter-office.co.jp

更新があるシステムにはInnoDBを選ぼう。MyISAMを選択するならそれなりの理由が必要。それにInnoDBのパフォーマンスはそんなに悪くないよ。 || パフォーマンスチューニングBlog: インターオフ 更新があるシステムにはInnoDBを選ぼう。MyISAMを選択するならそれなりの理由が必要。それにInnoDBのパフォーマンスはそんなに悪くないよ。 In Webサイト開発日記, MySQLパフォーマンスチューニング | by kajiwara 基本はＩｎｎｏＤＢです。 MyISAMを選択できるようなケースを考えてみます。 ・完全に検索Onlyの場合（基幹系とかから一定間隔で検索用テーブルを再構築する。それ以外の時間... 　[　詳細　]　[　関連　]　[　ニコニコ風　] mysql　DB　innodb　performance　benchmark 2008/06/23 6:30:09　　www.inter-office.co.jp

InnoDBの主キーはクラスターインデックスだということを意識しよう || パフォーマンスチューニングBlog: インターオフィス 一方、主キー以外のインデックス（副次インデックス）はリーフページに主キーの値を格納 していて、データにアクセスするためにそれを使用します。 以下の図のようなイメージです。 主キーがクラスターインデックスであることの必然的結果　NO1 副次インデックスでデータにアクセスする場合に、 　1)副次インデックスのB-treeより主キーを取得する 　2)その主キーからデータ... 　[　詳細　]　[　関連　]　[　ニコニコ風　] mysql　DB　performance　innodb　チューニング 2008/05/04 6:30:02　　www.inter-office.co.jp