問題タブ [storage]

私が遭遇するすべてのサンプルには、概念モデルとまったく同じ名前のストレージ モデルのエンティティとプロパティがあります。そのため、マッピング セクションでは、エンティティまたはプロパティがストレージ モデルからのものか概念モデルからのものかを判断できません。

これは、Entity Framework ダイアグラムのスニペットです。データベースからの「ID」フィールドとエンティティからの「ID」フィールドはどれですか?

USBのプログラミングは初めてです。Linux で USB 大容量記憶装置用のシミュレーターを開発したいと考えています。リンクを共有していただければ幸いです。

私は、ユーザーが数ギガのファイルを架空のクラウドベースのファイルストアにアップロードし、後でそれらのファイルに関するデータを表示できるようにするSilverlightアプリに取り組んでいます（ファイルストアよりも多くの機能）。理想的には、SkyDriveなどの無料のユーザーごとのストアを使用したいのですが、そのサービスのAPIが見つからないようです（そして、プログラムによるアクセスがTOSに違反していることをスタックオーバーフローの他の場所で読んでいます）。この法案に適合するサービスはありますか？Amazon S3について聞いたことがありますが、いくらかお金がかかることを理解しています-何か無料ですか？

編集：メッシュはオプションでしょうか？ LiveMeshオブジェクトとそのSilverlight3.0との関係

実行中のファイルアップロードサイトのマルチサーバーサポートを構築しています。画像がアップロードされると....それらはサムネイル化され、メインのフロントエンド サーバーに保存されます。cron が実行されるまで (10 分ごと)、ストレージ サーバーに移動されるため、最初の 10 分間は常駐して提供されます。メインのフロントエンド サーバーから。

ファイルがアップロードされると、ユーザーには埋め込みコードが与えられます...これは、サムネイルの URL + フルサイズの HTML ページへのリンクです。したがって、http://www.domain.com/temp_content/filename.jpg のようなもので、http://www.domain.com/file-IDにリンクしている可能性があります。

10 分を除いて、http://www.domain.com/temp_content/filename.jpgは存在しません。http ://server1.domain.com/thumbs/filename.jpg になります。

ユーザーが元のコードを取得した場合... サム ファイルは破損します。

cron を使用せずにファイルを移動先に移動できますが、時間がかかり、移動が完了するまでスクリプトが遅れます。また、ユーザーにそのようなコマンドを実行させるのは好きではありません。サーバーに定期的にコマンドを実行させたいと思います。

他にできることはありますか？

ASP.Netショップの実装を（単純なものから）より柔軟な構造にアップグレードしているところです。製品に関連する画像を保存する方法をいくつか探しています。（2種類の画像があります。製品の親指と、製品のフルビュー画像です）。少なくとも100個の製品を処理する必要があります。

これまでのところ、2つのオプションについて考えています：
1）画像をdbに保存する-画像はDbからストリームに読み込まれ、次に画像に読み込まれます（IHttpHandlerを使用して表示されます）
長所
-画像自体はクラスの一部であり、私たちが使用しているビジネスオブジェクトですコードビハインド
-製品データを維持するための1つの場所
短所
-メモリ消費-他のAPIから製品データを取得するとトラフィックが増加します

2) store images in file system - images are put in page as link
Pros
- none impact on memory as it is not stored in session, app cache.It is used like simple link
- no memory consumption
Cons
- needs to keep some name convention for images in File system (perhaps even some folder structure)
- more complicated maintenance of images

Is there any other suitable mechanism? What would you advice to use?

Personally I prefer images in file system, but it can be harder to maintain it as there are two separate places.

Thanks for any comment. X.

BTW: I can really imagine that in some stage the product will also have some videos or any other media that need to be displayed too. In this case Db is not really option, isn't it?

外部の顧客データベースにリモートでアクセスするためのブラックベリー アプリケーションを開発しています。
選択された従業員は、イントラネットでアクセスできる Web インターフェイスを介して顧客エントリを変更できます。

リクエストごとに Blackberry がデータベースにアクセスするのは避けたいので、ローカル ストレージを作成しました。このストレージには、blackberry ユーザーの上位 50 の選択された顧客が保存されます。

両方のレコードを同期させるためのベスト プラクティスは何ですか? 転送するデータサイズを減らすために、各レコードのハッシュコードを作成することを考えました（そして、それを送信するために必要なエネルギーですが）。モバイル デバイスからのリクエストを減らすために何をしているのか、誰か教えてもらえますか?

ありがとう、レイト

用語の使い方がよくわからないので、我慢してください...

メタデータのデータベースとともにファイルの追加をカプセル化するための一種の「仮想ファイルストレージ」を容易にするクロスプラットフォームフレームワークはありますか？私はiTunesやiPhotoに沿った何かを考えています。プログラムはたくさんのファイル（この場合はオーディオファイルや画像ファイル）を管理し、メタデータのデータベースを持っているので、それらのファイルを簡単に整理/検索できます。一般的なファイルについては、これらの線に沿って何かをまとめたいと思います。

編集：私のアプリケーションには数十ギガバイトの可能性があるため、データベースだけにファイルを保存することを躊躇しています（たとえば、MySQL）（この問題はいくつかのSO投稿で言及されています、他の人へのいくつかのリンクを提供するこれを参照してください）。私はCouchDBを見ていますが、おそらくそれは有望です。

私の特定の状況

ユーザーが写真やリース書類をアップロードできるプロパティ管理 Web サイト。アパート ユニットごとに 4 枚の写真がある可能性があるため、システム内に圧倒的な数の写真が存在することはありません。

写真については、それぞれのサムネイルがあります。

私の質問

私の最優先事項はパフォーマンスです。エンド ユーザーのために、できるだけ早くページを読み込んで画像を表示したいと考えています。

イメージをデータベースまたはファイル システム内に保存する必要がありますか、それとも問題ではありませんか? 何かをキャッシュする必要がありますか?

前もって感謝します！

まず、これに関して多くの質問があり、多くが重複としてマークされていることに気づきました。

私は最終的にこれに来ました。

そして、その質問に対して受け入れられた答えは、私の質問を部分的に解決しますが、すべてに答えるわけではありません。

私の質問は、ユーザーが画像をアップロードすることです。パスをデータベースに保存し、画像ファイルをファイルシステムに保存します。ただし、その画像を3部（大、中、小）作成します。つまり、全体として、オリジナル、大、中、小の4つの画像があります。

次のように、4つのパスすべてをデータベースに保存する必要があります

または、オリジナルのパスを保存し、他の3つに次のような命名規則を付け car.jpg, car.jpg, large-car.jpg, medium-car.jpg, small-car.jpgます。

この方法ではデータベースの負荷が軽減され、後で別のサイズ（つまり、非常に小さいサイズ）を追加したい場合は、データベースを変更する必要がないと思います。