0

私は、ユーザーがバグを送信でき、ユーザーがこれらのバグの解決策/回避策を送信できるブラウザーのバグを文書化するサイトを作成しています。私は次のようなものを持っています:

  • バグのスクリーンショット
  • ブラウザレンダリングエンジン
  • ブラウザ
  • 各バグのタグ
  • バグカテゴリ(css、html、js)
  • コードスニペットを含むバグごとのソリューション
  • 通常の日付/時刻、作成者、変更日

私はこのサイトを始めたばかりなので、実際にスケールオフする必要はありません。データがredisのようなものにとってより理想的であるかどうか、またはrdbms(私の場合はPostgres)を使用する必要があるかどうか疑問に思っていますか?

4

2 に答える 2

2

バグ情報は製品とユーザーを中心に展開し、そのデータはリレーショナル構造から恩恵を受けます。(例として、多数の既存のバグ トラッカーを参照できます)。階層データ構造 (redis が傾いているような) が必要であることがわかった場合、従来の sql にはいくつかの異なるツリー構造の実装があり、postgres は配列や ltree 構造などの追加の構造を提供します。さらに、Postgres にはバイナリ データ (スクリーンショットなど) と大きなテキスト データを格納する方法がかなり証明されているため、nosql エンジンによっては期待どおりに安定しない場合があります。別のシステムを学習することには何らかの利点があると思いますが (他の人は、既存のツールをよりよく学習する方がより有益であると主張するでしょう)、技術的な観点からは、実際には利点はありません。

于 2010-09-25T23:12:35.750 に答える
1

MySQL と Postgress の開発チームは、データベース内にイメージとバイナリ データを保存することを推奨していません。

代わりに、画像をいくつかのディレクトリに保存できます。ファイル名は、データベースからの ID または md5(ID + シークレット) のいずれかにすることができます。

これを行うと、データベースが小さくなり、アクセスが高速になるという利点があります。Web サーバーで画像を直接提供できます。

私は Redis の大ファンですが、このプロジェクトは RDBMS のように見えます。

于 2011-10-22T20:24:30.750 に答える