2012-03-30 1 views
0

私は、ブログエントリやプライベートメッセージなど、ユーザーが入力した大量のテキストを格納するソーシャルネットワーキングタイプのサイトを構築しています。したがって、これらは一度だけ入力され、最小限の改訂が行われますが、時間の経過とともに複数のユーザーによって多くの読み込みが行われます。私はMySQLを使用しています。ユーザのテキスト(ブログのエントリやプライベートメッセージなど)をデータベースに保存するのは良いですか?フラットファイルですか?

私の懸念がある:データベース上のテキストの大きなブロックを保存

  1. は、最終的には容量にデータベースを記入します。

  2. 私はフラットファイルで保存するユーザーテキストは、セキュリティ上のリスクであることをどこかで読ん?

  3. ファイルをテキストファイルとして保存すると、データベースを再初期化してバックアップから復元する必要がある場合、それらのファイルが同期しなくなる可能性があります。

あなたの考えやアドバイス、賛否両論は何ですか?

+0

あなたはおそらくプログラマの実装に関する議論をもっと得るでしょう.stackexchange.com、stackoverflowでは、具体的な技術的な問題にもっと焦点を当てます。 DBにファイルを保存する方法など。 – Churk

+0

1.ファイルとして保存すると、最終的にディスクが容量いっぱいになります。もう片方の6つの半分、IMHO。 – jpm

+0

ファイルをデータベースに保存しないでください。[ファイルシステム上のファイルへのパスのみを保存します](http://stackoverflow.com/questions/3748/storing-images-in-db-yea-or) - いいえ)。 –

答えて

1

レコードを参照してファイルを別のテーブルに格納します。だから、それはnullableフィールドであるときに、DB内の特定のフィールドのxxxリソースを取っていません。また、ブログを保存する前に、コンテンツを圧縮してください。しかし、これは単に実装に関する意見です。これらの事実を考えると

2

  1. ディスクが
  2. データベース安いですが、容量を吹くデータ
  3. のこの種の管理で、非常に高速で非常に良いと非常に簡単ですが、めったにブログエントリのようなもののために問題はありません

あなたはDBに保存しなければならない(しない限り、あなたは、Facebookです)。

また、ソフトウェア開発の「黄金のルール」の1つを破っています。早めに最適化しないでください。あなたのファイルベースのアイデアはの最適化ですので、(簡単な)データベースを使用してください。それが問題になる場合は、それについて心配してください(恐らく決してありません)。

関連する問題