設計のある速い説明拡張可能なデータベース(アメリカへのPostgreSQLのメーリングリストおよび媒体の問題の Jon Simeのおかげで)の
縦のスケーリング対横
横のスケーリングはただ、簡単な形式で、(非常に大体)個々のノードをできるだけ強力にさせることを意味する縦のスケーリングに対してより多くのノード」を加える平均「一般的な概念である。 2つは-お金を持っていれば相互独立的(より多くのノードを加えることができ各自をできるだけ強力にさせる)ではないし、概念はデータベースに限られない。
横のスケーリング: 3つのタイプの「群がること」
- データのテラバイト述べているとき仕切りは(本当らしいかなり関連した)それぞれがデータの明確に定義されたサブセットを貯える、物理的なテーブルのいくつもに論理表の実際のデータを(同じデータベースの内で)貯える特徴である。
- 注: 仕切りは言われO'Rellyの建物の拡張可能なウェブサイト で群がると。 本はまたタイプの仕切りとして群がおよび連合を示す。 すなわち、仕切り、群がる言葉は交換される。
- 連合は普通(ストレージフォーマットの1台の機械、全く異なるサーバー、さまざまな混合物、等の異なったデータベースである場合もある)多数のdatastores各店有し、それらの上に根本的な、全く異種の貯蔵場所へのアクセスそして更新を仲介するミドルウェアの層のあなたのデータのサブセットを、担当する状態を示す。 ある特定のソフトウエアパッケージはまたローカルテーブルだったように単一のリモートサーバで貯えられる示される個々の非局所的なテーブルを示すのに言葉を使用する。
- 写しは一般に必要なときデータが一組の2つ以上のノードを渡って、すべてのデータのコピーを別の源から非局所的な部分に分り易くアクセスすること局部的に、または少なくともできる貯える各ノード管理される組み立てを示す。 集りの各ノードは接続された顧客に全体のデータ・セットの一貫した版を示せるべきである(すなわち2つのノードに接続し、それぞれに同じ問い合わせを同時に出せば、両方から同じデータを背部に得る)。 フェイル・セイフおよび一貫した方法の1つのノードからの他へのデータへのすべての変更の普及の問題は写しを一般に非常に複雑にさせる。 具体的には索引という点において、写しはまた索引コラムの価値に基づいてテーブルのデータの発注を意味できる。
- 注: 写しはJon Simeによって言われ群がると最初に
だれでもこれらのの不一致(か一致が)言葉あったらコメントを残しなさい。 私はあなたのフィードバックを聞きたいと思う!
関連のポスト:
- Postgresの間違い: 問題をpostgresのデータベースを落とすことを有すれば… データベース「dev」は他のユーザーによってアクセスされている
- 読まれたPostgresのデータベーステーブルのアクセスだけ提供する更新済強打の原稿 私は前に書いた記事にカップル週の見なを…
- 私が…すぐにpgAdminによって新しい データベースを作成したいと思ったPostgreSQLで新しいデータベースを作成するための設定
- 読まれたPostgreSQLのデータベース**更新のユーザーだけ形成する シェル・スクリプト: ここの新しい記事。 そのややより複雑への…
- 次方向が変更で簡単な指示を…提供する wp_からWordPressのブログのMySQLのデータベースのテーブルの接頭辞を変えなさい
札: のデータベース 、データ・セット 、連合 、 propogating PostgreSQL 仕切る ノード 写し 群がること

























記入項目(RSS)
これらのflickrリンクを点検しなさい
ここの「教訓」セクションは特によい:
http://highscalability.com/flickr-architecture
網のビデオ
http://www.slideshare.net/techdude/scalable-web-architectures-common-patterns-and-approaches
[応答]