svk でオフラインコミット: blog.bulknews.net
svk でオフラインコミット 30日に OSCON から帰国しました。 Plagger のプレゼンもまずまずうまくいったし、Dojo project の Alex, Open ID の人、それにもちろん YAPC でもおなじみの Perl コミュニティのみんなと再会できたので楽しかったです。Six Apart がシルバースポンサーだったのもあって Ben, Anil, Artur をはじめとして大きなプレゼンスをアピールできたのもいい感じでした。 行きと帰りの飛行機では svk を使ってオフラインハック。オフラインになったところで svk cp && svk switch svk cp //mirror/plagger/trunk //local/plagger-trunk svk switch //local/plagger-trunk/plagger これで //local にうつった
2006/07/30 - memo - unknownplace.org
ひさしぶりにPS1だしてきて、よしこれでクロノクロスでもやるかと思ったらメモリーカードがまっさらになってる！ 数年通電してないので揮発しちゃった。。。のかね？ あああああもーーーーまじすかｋーまじすか。 とりあえずお詫びにPSPでクロノトリガーとクロス出してくれ。あーそしたらPSP名機確定だけどなぁ。 なんかふと思いついたプログラムとかためしに作ってみるときとかに、svkのローカルreposを使うとイイよという話。 $ svk mkdir //tmp/myapp -m 'created myapp directory'; svk co //tmp/myapp とかして作業ディレクトリ作成。いろいろ作業作業コミットコミットしたのち、使えるなーと思ったら本reposにマージ。 $ svk sm -b XXX //tmp/myapp //mirror/myrepos/path -b XXX には
naoyaのはてなダイアリー - MyISAM vs InnoDB
あくまで憶測で仮説でしかないんですが。 MySQL のストレージエンジンのうち代表的な二つ、MyISAM と InnoDB はよく MyISAM: Read は速いけどテーブルロックのため並行性が低い。運用が簡単。 InnoDB: MyISAM より Read は遅いけど並行性が高い 。行レベルロックなので。あとトランザクションや外部キー制約。運用が MyISAM よりちょっとめんどくさい。 という区別がされます。ここから転じて、 MyISAM は参照系クエリが大部分を占める場合に適用すると良い。例えば blog アプリケーションとか。 InnoDB は更新系クエリが多い場合に適用すると良い。 と言わたりします。実践ハイパフォーマンスMySQL でも第2章 ストレージエンジン(テーブル型) P.30 に アプリケーションでトランザクションを使用する必要がなく、主に SELECT または I
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://d.hatena.ne.jp/habuakihiro/20060729
