問題タブ [file-storage]

私は IOstream に関する C++ の教科書を読んでいて、これに出くわしました:

プログラムの実行時間よりも長くコンピュータに情報を保存する場合、通常のアプローチは、データを論理的にまとまりのあるものにまとめて、永続的な記憶媒体にファイルとして保存することです。(C++ でのプログラミングの抽象化から引用)

データを保存するための珍しいアプローチはありますか?

現在、JSP/サーブレットで開発されているWebアプリケーションがあります。
このアプリケーションを使用すると、ユーザーは各ユーザーアカウントの画像ファイルをアップロードできます。

画像を保存するための最良の方法は何ですか？
あなたの答えの前に私が持っていたい次の機能を考慮してください。

1. 現在MySQLを使用していますが、別のデータベースに移動する可能性があります。

2. 画像をフラットファイルとして保存できますが、アカウントにデータベース全体をバックアップして後で再読み込みadminするオプションが必要です。理想的には、バックアップ/リロードはイメージでも機能するはずです。（バックアップが別の物理マシンから実行され、リロードが別のマシンから実行された場合でも）

3. BLOB / CLOBを使用することは、問題2を解決するオプションです。
   しかし、データベースが非常に大きくなった場合はどうなりますか？

これまで、PHPレイヤーを介してデータをフェッチするリモートLinuxサーバーを使用してきました。IIS 7.5サーバーを実行するリモートストレージサーバーで同じことを行うことは可能ですか？

基本的に、リモートフォルダーのファイルを一覧表示し、Androidアプリケーションから特定のファイルをフェッチする必要があります。

これができる場合は、JSON出力を使用してC＃レイヤーを作成する必要がありますか（PHPレイヤーを使用する場合と同様）、またはこれを行う別の（より良い）方法がありますか？

ありがとう

オペレーティング システムへのファイルの保存についていくつか質問があります。これらは有効な心配かもしれませんし、そうでないかもしれませんが、私は知らずに続けたくありません。

1. 保存されているファイルが非常に大量のデータ (それぞれ最大 2MB の 100 万個の画像) を取得するとどうなりますか? これは RAM に影響を与え、OS を遅くしますか?

2. ウイルスに関する限り、どのようなセキュリティリスクがありますか?

3. スケーラビリティとは、そのマシンから新しいマシンにファイルを転送することだけでしょうか?

チェックサムに基づいていくつかのファイルを保存していましたが、2つのチェックサムが同じになることがあるという欠陥が見つかりました。

車輪の再発明ではなく、常にAPIを探していますが、何も見つかりません。

コンテンツストレージの標準としてJSR268とJackRabbitがあることは知っていますが、私のアプリはそのようなものを光年使用しています。

では、Javaを使用したシングルインスタンスファイルストレージのアプローチはありますか、それともチェックサムの新しいアルゴリズムを探し続ける必要がありますか？

編集：

numcheckが機能していない場合：2つのファイルはまったく同じですが、ファイルシステムの場所が異なります。ただし、クライアントから送信された場合、サーバー側では以前のパスを知ることができないため、同じファイルが2回、同じチェックサムになります。

どちらかを取得したい場合、どのように確認しますか？

違いを見つけるのに役立つ標準的なアプローチ、API、またはアルゴリズムがあるかどうかを知りたい

2人が同じファイル名のファイルをアップロードする場合などのファイルストレージの問題を防ぐために...

問題を防ぐために各ユーザーを個別のフォルダーにするのが良いですか、それともすべてのユーザーがすべてのファイルを1つのフォルダーに入れて、ファイル名を変更して一意にするのが良いですか？

私のアプリは、WebサービスからJSONデータを取得しています。これまでのすべてのインスタンスで、情報はメモリに保持されるか、APIで使用されるログイントークン以外のものをローカルに保持する必要なしに、その場で更新されます。追加する新機能の1つとして、最大26の場所のグループを、long、lat、radius、およびnameで取得します。

また、より大きなオブジェクトを作成するには、このデータに1〜2個のフィールドを追加する必要があります。だから私の質問は、iOSファイルシステムにこのタイプのデータを保存するための最良の方法は何でしょうか？現在、NSUserDefaultsを使用していますが、大量のデータについては、制限があるか、お勧めできません。そうでないかもしれない。

このデータは、取得、変更、編集、および再保存する必要があります。これらの26個のオブジェクトのいずれかをプルする機能を保持しながら、これらすべてを実行します。読んで助けてくれてありがとう。

Django プロジェクトでは、ユーザーがアップロードしたファイルをサーバー上で安全に保ちたいと考えています。これは OS レベル (ubuntu を使用しています) またはアプリケーション レベルで行う必要がありますか?

アプリケーション レベルで暗号化すると、保守が容易になります。ただし、パフォーマンスへの悪影響の可能性などのいくつかの欠点を除けば、これが意味をなすかどうかさえわかりません. ハッカーがサーバーを侵害した場合、彼は暗号化キーとその暗号化/復号化方法にもアクセスできます.

どんな提案でも大歓迎です。ありがとう。

NFileStorage のような高速で効率的なファイル ストレージ (1 つの大きなファイルとインデックス ファイルの下) のために、オープン ソース ライブラリを開発したいと考えています。なぜ私はこれをしたいのですか？
A. 私の仕事では、そのようなものが必要でした。
B. DBA は、DB の下にファイルを保存するのは効率的ではないと言いました。
C. 私にとって良い習慣です。

ファイル インデックスに関する優れた記事を探しています。お勧めの記事を教えてください。

あなたの一般的な考えは何ですか？