問題タブ [storage]

私は現在、ユーザーがデータベースに負の日付を保存できるようにする必要があるプロジェクトに取り組んでいます。これらの日付は、紀元前数千年、遅くは「今日」に及ぶ可能性があります。私は日付を保存する多くのプロジェクトに取り組んできましたが、それらはすべて比較的最近の日付であり、負の日付 (BC) はありませんでした。

このタイプのデータを扱う場合、どのようなことを考慮する必要がありますか? 私は歴史上で起こった多くの暦の変化を十分に認識していますが、私は現代の暦で作業し、変換を行うことについてあまり心配しません. ただし、変換に関する情報は非常に関連性の高いトピックであるため、非常に高く評価されます。また、このプロジェクトで集中する必要はありませんが、私が学術的に興味を持っているトピックでもあります。

更新:保存しますYYYY-MM-DD(その形式は必要ありません)。

Windows デスクトップでは、システム設定は、管理者でなくても書き込みアクセスが可能であることや、ユーザーごとに異なる設定を行う可能性など、さまざまな理由から AppData フォルダーに保存する必要があります。しかし、Windows Mobile (.NET CF) アプリケーションの推奨される方法は何ですか?

私が知る限り、ユーザーは 1 人しかいないため、その議論は当てはまりません。また、インストール中に SD カードとデバイスのどちらを選択するかを選択できます。選択した場所にほとんどのファイルが保存されると思いますか?

私のアプリには、次の種類のファイルが含まれています。

• スキン (ユーザーは独自のスキンを追加できます。スキンあたり最大 200 KB)
• ボイス (ユーザーは独自のボイスを追加できます。最大 1MB/ボイス)
• ログ ファイル (ログ レベルに応じてサイズが小さいものから大きいものまで)
• アプリケーションによって生成された実際のデータと設定を格納する XML ファイル。

上記のうち、アプリケーション データに含める必要があるのはどれですか。その理由は何ですか?

バイナリファイルをSVNに保存する方法はいくつかありますか? もしそうなら、それらは何ですか?また、ストレージ オプションを変更するにはどうすればよいですか?

バイナリ ファイルを SVN に保存する方法は 4 つあります。

1. 圧縮 tar - インポート - エクスポート。
2. タール - インポート - エクスポート。
3. インポート・エクスポート。
4. 効率的なチェックイン。

時間の効率化に最も役立つのはどれですか? また、これらのメソッドのいずれかを使用するように SVN を設定するにはどうすればよいですか?

ありがとう、オーデッド。

小さなサイズのバイナリ ファイルが多数あり、大きなサイズのファイルがいくつかあります。すべてが頻繁に変更されます。私は現在 CVS に取り組んでおり、まもなく SVN に切り替えます。バイナリを保存する方法について知りたいと思っていました。

Subversion のパフォーマンス チューニング (上記) を読んだところ、役に立つことがわかりましたが、例が作成されていなかったため、彼が提案した 4 つの方法のそれぞれを行う方法が正確にはわかりませんでした。

私の基本的な質問は、天気が良いかどうかです (そして、それらは何ですか?) 私の最初の考慮事項は、時間効率が良く、次にスペースです。ありがとう ：）

Linux で IO パフォーマンスをテストするにはどうすればよいですか?

多くのフォーラムでは、いくつかのログ ファイルやテキスト ファイル全般 (構成、ソース コードなど) を表示する必要があります。通常、このメッセージは非常に長く、いくつかの大きなコード ブロックがあると投稿が読みにくくなります...

写真のimageshackなど、別のWebサイトのどこに保存できますか。通常、時間制限とキャプチャがあり、無料アカウントで待機する必要があるため、megaupload や Rapidshare などの Web サイトは使用したくありません (単純なテキスト ファイルを開くのに 1 分かかります)。

私はそれを保存できる個人のウェブサイトを持っていません.

ありがとうございました

非常に多数 (数千万) の 512 ビット SHA-2 ハッシュを MySQL テーブルに格納する必要があります。スペースを節約するために、16 進数の文字列ではなく、バイナリ形式で保存したいと思います。私は ORM ( DBix::Class ) を使用しているので、ストレージの特定の詳細はコードから抽象化され、選択した任意のオブジェクトまたは構造に膨らませることができます。

MySQL のBIGINT型は 64 ビットです。したがって、理論的には、ハッシュを 8 つのBIGINT列に分割できます。それはかなりばかげているように思えますが。私のもう1つの考えは、単一のBLOB列を使用することでしたが、MySQLが可変長フィールドとして扱っているため、アクセスが遅くなる可能性があると聞きました。

誰かが私にさまざまな方法のベンチマークを数時間節約する知恵を提供してくれるなら、私はそれを感謝します.

_{注: 「Postgres を使用してください!」と言う人には、自動 -1 が適用されます。:)}

NDBストレージエンジンを使用してテーブルを作成しようとすると、次のエラーが発生します。

この変数のサイズを変更するにはどうすればよいですか？これがどこに保存または設定されているのかわかりません。

データベースではなくファイルにデータを保存することに関連する問題は何ですか？私はブログのエンジンのようなものの観点から考えています。MoveableTypeがこれを行うために使用されたことを読みました。このように作業することの長所/短所は何ですか？

すべてのデータを大きな MySQL データベースに保存するのではなく、プレーン テキスト ファイルを使用してサーバーにデータを保存しようとしています。問題は、数千のフォルダーと数十万のファイルを生成する可能性が高いことです (スケーリングする必要がある場合)。これを行う際の問題は何ですか？本当に遅くなりますか？データベースを使用するのと同じくらいのパフォーマンスですか?

つまり、ブログテーブルを格納するデータベースを作成する代わりに、「作成者」、「メッセージ」、および「日付」を含む行を作成する代わりに、特定の投稿用のフォルダー、内部の *.txt ファイルを作成します。そのフォルダーには、「作成者」、「メッセージ」、および「日付」が保存されています。