「歴史的問題」からデータモデルを考える
ビジネスの変化に強いシステム構築を実践する上で必要となる「データモデリング」。この連載では、データモデリングの基本的な考え方とデータモデリングの必要性と使い方について解説します。本連載を通して、データモデリングの本質をとらえ、皆さんの企業においてどのようにデータモデリングに取り組んでいくべきかのヒントになれば幸いです。 データモデリングとは何か？ データモデリングという言葉の中にある「モデリング」とは、ある一定のルールに基づきモノや事象（コト）を整理する技法のことをいいます。モデリングを行うことで物事が整理されていくため、新たな発見や現状の再認識などが容易に行えるという大きなメリットがあります。 データモデリングは「データ」を「モデリング」する技法、つまり、「データ（対象となるモノや事象）」を一定のルールに基づき整理していく手法です。一般的にシステム開発には「要件定義」「基本設計」「詳細設
データベースは目的別に使い分けるべし
元マイクロソフトのSQL Server開発チームの一員であり、その後マイクロソフトのデータセンターのアーキテクトとして活躍。昨年アマゾンに移籍して、現在はAmazon Web Servicesの上級エンジニアであるJames Hamilton氏が、自身のブログの「One Size Does Not Fit All」というエントリで、リレーショナルデータベースだけにとどまらない幅広いデータベースの種類を4つに分類して紹介しています。 4つの種類とは「機能優先」「スケーラビリティ優先」「シンプル」「目的別」です。 Hamilton氏は、アマゾンがAmazonクラウドでMySQLのサービスを開始したところ、以前から提供していたキーバリュー型データストアの「SimpleDB」は終了するのではないかと心配する声があったことを挙げ、 I can understand why some might co
レプリケーションしてるMySQLで、マスタやスレーブが障害停止した場合のリカバリプラン - （ひ）メモ
MySQLで、レプリケーションベースのHAな構成について考えたメモです。 3台(というか2台＋1台)がいいかなぁと思っていて、前半はその理由を、後半では{マスタ,スレーブ}が{再起不能になった,ちょっとダウンしてすぐ復帰した}場合のリカバリプランについて書きます。 今のところはこれがベストかなと思っているのですが、「こうしたほうがいいと思う！」「ここがおかしい！」などなどのご意見はコメント、TBなどでいただけるとうれしいです。 ゴール マスタが落ちてもぐーすか寝ていられるようにしたい リカバリの作業はできるだけ単純に、かつ、短時間で完了するようにしたい めんどくさいのはいや 基本構成、方針 2台＋1台 サービスで使うのは2台 (db1, db2) もう1台は管理用 (db3) スレーブを多数並べる構成にはしない 台数増えると管理コストが上がる マスタダウン時のフェイルオーバとそのフェイルバ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
