Code Archive Skip to content Google About Google Privacy Terms
http://martinfowler.com/bliki/Transactionless.html 2007/3/18 (更新:Bill Caputoからも経験談をいただいた) 数年前にeBayで働く友人たちと話していたときのことだ。 大規模サイトで使われる技術の話を聞くのはいつも楽しいが、特に興味深かったのが、eBayでは滅多にデータベーストランザクションを使用しないという話だった。 トランザクションがない環境というのは驚くべきことではないだろうか。 データベースを扱うときにトランザクションを使うのはごくごく一般的なことだ。 多くの人にとって(私もそうだが)トランザクションはデータベースを使う利点のひとつだ。 eBayがトランザクションを使わないのは、あのような規模ではパフォーマンスに影響が出てしまうからだというものだった。 eBayではデータをいくつもの物理的データベースにパーテショ
« Comet の正しい使い方 | メイン | キーワード抽出のススメ (Lingua::JA::Summarize がアップデート) » 2007年03月14日 JavaScript から Flash の便利な機能を使う方法 先月・今月と新しいメンバーが加わったサイボウズ・ラボですが、いま社内でfont-familyが密かなブームです。ということで、ブラウザで使用できるフォント名一覧をJavaScriptで取得する方法について調べてみました。 (中略) ■ 2. Flash の TextField.getFontList() を JavaScript から呼び出す (TAKESAKO @ Yet another Cybozu Labs: JavaScriptでフォント名一覧を取得する3つの方法) JavaScript から Flash のちょっとした機能を呼び出すためだけに、毎回 Fla
参考: http://p0t.jp/mt/archives/2007/02/plagger.htmlhttp://blog.hansode.org/archives/50674237.html/etc/apt/sources.list に追加deb http://debian.hansode.org/ ./ # aptitude update # aptitude upgrade # aptitude dist-upgrade # apt-cache search plagger # aptitude install libplagger-perl # plagger -v Plagger version 0.7.14 実は全然順調にいかなかった.apache2.2にupgradeされ,そのせいで ReverseProxyがうまく動かなくなったりして,大変だった. # cd /etc #
今後は、hirohama.mysqlを更新します。 このページでは雑誌掲載の内容とバックアップ/リストアについて紹介しています。 MySQL Clusterのセットアップ手順はPDFファイル([1])の後半にあります。HTML化していません。 最新情報などはMySQL Clusterページへ。 MySQL Clusterのアーキテクチャ 一言で言うとMySQL Clusterは,Alzato 社が開発したNDB ClusterをMySQLサーバと統合した,非共有ディスク型でアクティブ・アクティブ型のインメモリデータベースです.共有ディスクを必要としないために高価なH/Wを必要とせず,アクティブ・アクティブ型なのでフェールオーバに必要な時間は非常に短い.またメモリベースのデータベースであるので高速にデータへアクセスできます. MySQL Clusterの特徴 非共有ディスク型 アクティブ・ア
MySQL 4.0 と MySQL 4.1 では、重大なバグを修正し、MySQL と ANSI SQL 標準との互換性を向上させるためにいくつかの目立つ動作が変更されています。これらの変更は、アプリケーションに影響を及ぼすことがあります。 一部の 4.1 の動作は、完全に 4.1 にアップグレードする前に 4.0 でテストすることができます。比較的最近の MySQL 4.0 リリース(4.0.12 以降)には、mysqld 用の --new 起動オプションが追加されています。 このオプションを使用すると、最も重大な変更が行われた 4.1 の動作が提供されます。 SET @@new=1 コマンドを使用して特定のクライアント接続に対してこれらの動作を有効にしたり、有効になっている場合は SET @@new=0 コマンドを使用して無効にすることができます。 4.1 の変更点によって影響を受けると
レプリケーションは、バイナリログ内のデータベースに対するすべての変更 (更新、削除など) を追跡するソースサーバーに基づいています。 バイナリログは、サーバーが起動した瞬間からデータベースの構造または内容 (データ) を変更するあらゆるイベントが書き込まれた記録として機能します。 SELECT ステートメントは通常、データベースの構造および内容を変更しないため記録されません。 ソースに接続する各レプリカは、バイナリログのコピーを要求します。 つまり、ソースがレプリカにデータをプッシュするのではなく、ソースからデータをプルします。 レプリカは、受信したバイナリログからもイベントを実行します。 これは、元の変更をソースで行ったときと同じように繰り返す効果があります。 テーブルが作成されるか、その構造が変更され、元のソースで行われた変更に従ってデータが挿入、削除および更新されます。 各レプリカは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く