なんだろうけど、日本人があまりにも店舗の大型バイナリ値Riak?

Question

なんだろうけど、日本人があまりにも店舗の大型バイナリ値Riak?

Answer 1

今のところ、彼らはそれらを分割せずにサイズが50メガバイトを超えるファイルを保存することはお勧めしません。参照してください： FAQ - Riakにウィキの

あなたのファイルは、Riakにで非バイナリデータを格納すると同じように進めるよりも、50メガバイトよりも小さい場合ます。

  

1はRiakにを選ぶかもしれないもう一つの理由は、あなたのデータをモデル化する際の柔軟性のためです。 Riakには、コンテンツに依存しない方法で、あなたがそれを教えて任意のデータを格納します - それは、テーブル、列、または参照整合性を強制しません。これは、を意味しますが、右JSONまたはXML のようなより多くのプログラマは、透明の形式と一緒にバイナリファイルを保存することができます。つまり、効率的なオンライン・クエリの必要性、紛争 - 「文書データベース」（半構造化、主にデ正規化されたデータ）と「添付ファイルの保存」の一種としてRiakにを使用すると、キー/値スタイルスキームとは異なるニーズを持っています解像度、内部セマンティクスを高め、人間関係の強固な表情。<のhref =「http://blog.basho.com/2010/03/19/schema-design-in-riak---introduction/」のrel = "nofollowをRiakに中noreferrer ">スキーマ設計 - はじめにの

Answer 2

@Brianマンセルの答えは正しい軌道に乗っている - あなたは本当に（クラスタはしばらく後に、unusably遅くなる）Riakにして、単一のオブジェクトとして（50メガバイト以上）大きなバイナリ値を格納する必要はありません

あなたは代わりに、2つのオプションがあります：

1）バイナリオブジェクトは、それを直接格納する、十分に小さい場合。それは、ある閾値以上なら（50メガバイトで始まるためにまともな任意の値であるが、実際、それはクロールを開始した後、平均オブジェクトサイズは、クラスタのため、あるものを見るためにいくつかのパフォーマンステストを実行） - 別れますいくつかのチャンクにファイルを、別々にチャンクを格納します。 （実際には、私が見たほとんどの人がこのルートを行く、サイズは1メガバイトのチャンクを使用します）。 チャンクがどこで、どのような順序で格納されてしまっている - これは、「マニフェスト」を追跡するために持っていることを、当然のことながら、意味します。そして、ファイルを取得するには、まず、チャンクを追跡するオブジェクトをフェッチ個々のファイルのチャンクを取得し、元のファイルに戻すそれらを再構築する必要があります。 https://github.com/podados/python-riakfsするのようなプロジェクトを見てみましょう彼らはそれをやった方法を見ます。

2）別の方法として、あなただけのすべてを行うには、 RiakにCSする（Riakにクラウドストレージ）を使用することができます上記のが、コードはあなたのために書かれています。それはRiakCSが働く正確にどのようだ - それはチャンク、店に入ってくるファイルを破壊し、平野Riakにして個別に追跡し、それが戻ってそれをフェッチする時間が来るとき、それらを再構築します。そして、あなたの便宜のために、ファイルストレージ用のAmazon S3 APIを提供します。私は非常に（ - ファイルのチャンキングおよび追跡することは十分に懸命である車輪の再発明をしないように）このルートをお勧めします。はい「、CSは有料の製品ですが、あなたならば、自由開発トライアルをチェックしてください好奇心再ます。

Answer 3

ただ、他のすべての値を好みます。なぜそれが違うのでしょうか？

Answer 4

利用には、Gimp用ドキュメンタフェース( http://hg.basho.com/riak/src/461421125af9/doc/basic-client.txt の"生"HTTPインターフェース( http://hg.basho.com/riak/src/tip/doc/raw-http-howto.txt ).べきである"だけます。

また、しょうが一般的となりの対応をriak-ユーザーのメーリングリストによります。 http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com あり（無罪をz8000たようにも答えなのです。)