タグ

2007年4月27日のブックマーク (2件)

  • フツーな日常 - MySQLのTips

    http://forge.mysql.com/wiki/Top10SQLPerformanceTipsというのがあったので、和訳してみる。 (11/23 追記)id:pekeqさんとsodaさんのコメントを受け一部更新 (4/27 追記と修正)id:hirose31さんの指摘を受け修正。あと元のサイトが構成変更していたので追従 クエリのパフォーマンスに関するTips(データベースのデザインとインデックスについても) EXPLAINを使ってクエリの実行プロファイルを取れ スロークエリログを使え(常に有効にしておけ!) GROUP BYを使っているか使えるなら、DISTINCTを使うな Insertのパフォーマンス バッチ処理によるINSERTとREPLACE INSERTの代りにLOAD DATAを使う LIMIT m,nは案外速くない 2000件以上のレコードに対してORDER BY RA

    フツーな日常 - MySQLのTips
  • Martin Fowler's Bliki in Japanese - ペンディングHEAD

    http://martinfowler.com/bliki/PendingHead.html 2007/4/26 諸君、私は継続的インテグレーションが大好きだ。 シンプルなプラクティスが開発チームに甚大な影響を与えるのが好きだ。 だがあらゆるプラクティスがそうであるように、欠陥^H^H^H^Hカイゼンの余地がある。 Paul Duvall(まもなく出版される継続的インテグレーションの著者)がこの点について指摘していた。 コミットビルドが失敗すると、チーム全体に影響し、それが修正されるまでスピードが落ちてしまう。 ThoughtWorksで継続的インテグレーションを始めた頃、 そのやり方について心配していたことがあった。 ThoughtWorks 2000のスタイル(訳注:2000年頃のやり方)と C3プロジェクトで使っていたスタイルが違っていたからだ。 ThoughtWorks 2000

    akahigeg
    akahigeg 2007/04/27
    冒頭で某コピペの改変かと思った。というのはさておき、うちでもメンバー間で連絡が取れていて、コミット前に個人の環境でテストができていれば問題になったことはないなぁ。