問題タブ [gridfs]

入力ストリーム、ファイル名の文字列、パスの文字列が与えられた場合、Java を使用して GridFS にファイルを保存するにはどうすればよいですか? 現在、パスなしで保存しています：

何百万もの画像を保存するために gridfs-mongo を使用する予定です。Morphia を使用して、この gridfs データベースと通信できますか? また、(Morphia の代わりに) カスタム DAO レイヤーを使用する場合、Mongo を使用して Java 側からの接続プールをどのように処理する必要がありますか。お知らせ下さい。

〜ビッシュ

http://mongoexplorer.com/からの次の画像を見てください。

https://github.com/jamescarr/nodejs-mongodb-streamingを参照して、GridFS を操作しようとしています。アップロードしたファイルは正常に返され、次の get 関数を介して返されるストリームは正しく見えます。

http://mongoexplorer.com/を使用してテストするためにファイルを GridFS にアップロードしましたが、上記のノード コードを使用してファイルを取得すると壊れているように見えます。

そのとき、ファイル名/ファイル名に気付きました。ここ/node_modules/mongodb/lib/mongodb/gridfs/gridstore.jsを見ると、小文字の「N」でファイル名への参照が見られましたが、私のGridFSでは、大文字の「N」でファイル名です。

OK、キックのために、GridFS で小文字に変更しましたが、http://mongoexplorer.com/でアップロードされたファイルを取得するときに、ストリーム (上記のノードコード) でまだいくつかの破損が発生します。ただし、http://mongoexplorer.com/で [名前を付けて保存... ] をクリックすると、私の罰金は完全に元に戻ります。

私の質問に戻ると (私のテストでは何も証明されなかったので)、小文字の「N」を含むファイル名か、大文字の「N」を含むファイル名か、どちらでしょうか?

私がやろうとしているのは、メタデータのフィールドをクエリして、GridFSファイルのリストをフェッチすることです。たとえば、次のようなGridFSファイルドキュメントを取得しました。

そして、 "target_field"="abcdefg"を含むすべてのファイルをクエリしたいと思います。次のようにクエリを作成しました。

リストは常に空です。それ以外の場合、ファイル名またはuploadDateのクエリは完全に機能します。ネストされた属性でGridFSファイルを取得することはできませんか？

最新のmongodbネイティブドライバーは、実稼働環境のGridFSで使用したり、大規模なプロジェクトの仕様として使用したりするのに十分成熟していますか？

http://mongodb.github.com/node-mongodb-nativeを参照する

テクノロジーの成熟度ではなく、急速に変化する慣習について考えたいと思います。つまり、注目度の高い本番環境の仕様としてバージョンを選択しても安全ですか？

テクノロジーに関する私の限られた経験では、ロックダウンされた仕様のシナリオで安全に使用できるかどうかを判断できません。また、バージョンではなく修正/セキュリティパッチで問題がないUbuntuの長期サポートに従ってバージョンロックダウンを行うこともできません。変更します。

css、js、imgファイルを含む1.000.000のWebページをmongodb + gridfsに保存するにはどうすればよいですか? ページと html ファイル間のリンクを定義する方法は?

私は現在、MongoDB を使用して電子メール データを格納することを調査しています。電子メールのサイズがかなり大きくなる可能性があるため (たとえば 10 メガ)。

これには GridFS が適していると思います。少し怖いのは、ドキュメントが gridFS 内のシャード サイズについてあまり明確ではないことです。私が理解していることから、g​​ridFS のシャード サイズは通常のシャード サイズと等しくなく、デフォルトで 256kb になっています。多くの電子メールのサイズは 50kb を超えないため、これはスペースの大きな無駄のように思えます。

GridFS でファイルのシャード サイズを構成して、メールの保存に適したサイズにする方法はありますか?

乾杯、マティアス

MongoDB + GridFS で動作する電子商取引 Web サイトがあります。各商品には最大 5 つの画像を含めることができます。各画像には、サイズの異なる 3 つのサムネイルがあります。

これに最適な DB 構造についてアドバイスが必要です。

現在、各製品にイメージ ID とサム ID (GridFS の ID) を保存することを考えています。

それとも、パスを GridFS に格納した方がよいのでしょうか?

UPDATE : GridFS の「パス」フィールドは、実際のパスではなく「偽の」パスです。すべての関連ファイルをすばやく見つける方法です。複合インデックスを使用する複数のフィールドよりも、1 つのインデックス付きフィールドを使用する方が安価です。

Mongo と GridFS を使用して画像を保存する nodejs アプリがあります。これらの画像をNode.js経由でブラウザに表示しようとしています(エクスプレスフレームワークを使用)。

私は現在使用しています：

imageStore は、新しい GridStore を作成して gridStore.open(...) を呼び出した後の gridStore オブジェクトです。

これは正しい方法ではないと確信しています。壊れた画像が表示されます。助言がありますか？

ありがとう！

編集：

mongodb ネイティブ 1.0.2 に更新した後、次を使用してデータをストリーミングしようとしています。

imageStore は使用後のオブジェクトですgridStore.open(function(err, imageStore){ })

私は現在、GridFS を使用して Mongo に画像を保存する必要があるスクリプトを開発していますが、(php ヘッダーを使用して) ファイルを取得するときに、幅 = "" と高さ = "" HTML が既に表示されていますが、方法はありますか?これを変更するか、Mongo/GridFS 内に保存しますか?