質問

でるう、アマゾンのァデータストアとしてのバックエンドデータベース?

SQLサーバホスティング(少なくとも、英国）のものでないことクラウドファイルに保存(S3)を使館のアプリに増えます。

大理論的にはもう誰にでもと考えます。実際に自分で言うのも何ですが、実際に使用したリアル生産ソフトウェアとしてのんびり読み取ります。

役に立ちましたか？

解決

これは良い解析アマゾンのサービス あえて.

S3の取扱いは聞いた記述はblobス代表的なWebアプリがホットスポット、または他のメディアファイルおよびその他の資源、画像、CSSスタイルシート、スクリプト、ビデオファイルなど)は単にアクセス名/パスです。しかし多くのこれらの資源もメタデータの例ビデオファイルがYouTubeにてメタデータでの格付け方をアップで、景色など)する必要があるとして格納されます。この要queryable,schematized保管は流線でアウトソースしましょう。EC2提供する仮想サーバーできる計算に使用する完全に地元のファイルシステムのインスタンスではないが続く場合、仮想サーバがダウンしするものとします。とァとS3のビルブロックを大級の"Web2.0"型アプリケーションのときにスローの計算能力によるEC2.しかしなS3もァインフラのためのサポートを提供る開発者だけで希望のランプもしくはWISC開発経験のデータベース駆動型のウェブアプリケーションまたは用途としてはカスタム貯蔵ニーズに収まらない綺麗に入りのバケットのblobストレージやschematized保管します。へアクセスできない永続的なファイルシステム、開発者は、Amazonのクラウドコンピューティングのイベントを作ってみる洗練されたソリューションのバックデータを手動からEC2にS3の取得を希望す。

他のヒント

を終わらせたばかりだし、他にも文書を移植するアプリのァPerl、当期純::アマゾン::ァ::シンプルなので、アマゾンクラ痛い。図書館からCPANかがで http://rjurneyopen.s3.amazonaws.com/SimpleDB/Simple.pm このアイデアで些細なもハッシュのァ.

う移植されるアプリを使用します。全体では、大変素晴らしいと思いァ...でも非効率なクエリーのみで2～3秒を返します。流線があるようには見えませんのサイズのテーブルにより、Gimp用ドキュメ並行します。Tablescansりやすいです。

の痛みから来ることができるというのもない数、和やグループです。する予定がある場合だけ電源をオンにする"というのもの---その後ァ思います。現在の機能が存在するかの間に瞬時に、イナリを使用しています。選択できる制限である。そのも素敵できない規模で、その素敵なケアがどれくらいのものです。もより高度な作業のような分析は苦しいです。しょうさせるための計算サーバ側です。その大きなプラスとコンピュータが使用できますのァCLIを起動します。 http://code.google.com/p/amazon-simpledb-cli/ 照会する私のデータです。

あく'gotchas.' たとえば、属性を使っていろいろな価値として明示的に設定'置換'格納する時はます。また、保管undefまたはnull文字列の結果は、図書室の誤り、削除するのではなく、その属性名と値のペアまたは設定がnullの場合/空の文字列が返されます。

学習して考える影響力のある国連規格化したことで、少し不思議なもの、私の第二の提案を上回るということができま新しいアプリケーション移植からのSQLアプリのァう痛みなのでお申し込みロジックに変化します。においが少異なります。アマゾンのdocsは良いで説明する。

すべての抽出と、ドトールコーヒー隣ァので、ご利用の流線まいり良い図書館...だいていないのかもしれませんしたいです。あのPHP側るのは、そう簡単であり、私の図書館があります。がレールactivesourceが見られるとは思えません（おおみねおくがけみち）です。

すべてそのまだ早期のゲームなどもありますが、以前に比べその他のApi(twitter浮か)いているとは言いァREST APIはきわめて単純で、特に考えることはXML）を丁寧にするのに用いられております。Km圏内に位置しています。...によって要求のお申し込み、経済学のご使用していただいて結構です。都内に何件か店を構えるスケールの大きるサービスはあまり問題にはなりませんが、大負荷のDBいとスケーラブルはMySQL/memcacheコンボ...その流線を提供することがでのシンプルなソリューションです。

期待していることその特徴は大きくなるばかりで良い選択肢は、以上のアプリケーションを行うことができる複雑なことにもなる。しかし現時点では、そうでを対象に、適切な代表的なWeb2.0のサービスです。

を用いた流線ほとんどのために当社の新規プロジェクト.ゼロの維持、高可用性、設置面だけでも良いです。及びRuby開発者は、チェックアウト SimpleRecord, は、ActiveRecordのようなインタフェース流線でスーパー使いやすいです。

でも、本当に必要なSQLサーバー?なお住まいのPostgreSQLやMySQL?の両方が必要とされる場合に開示されるokです。

今が必要な場合はSQLサーバー機能により、その後いてのデモインのホテルを表示.

別のオプションがあります。どのような高。

(使用しましたAmazon S3画像を用のものと、少なくとも）

かな流線が使ってい組み合わせS3,EC2、MySQL当社の願います。

どう利用ァ、使ってみるべきではないだろうかと考えMySQLを使用して古学博物館から徒歩圏内にありま能なこの高級).

は、S3やEC2ざいませんので、あらかじる事ができ、実践しています。

流線の作品も多くのアプリケーション....がプロジェクトを必要とするための分析報告、などすることを考慮してもよいはMySQLまたはハイブリッドモデルです。

場ァ、私たちの開発Radquery.com 当社の内部使用および開までとなっております。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top