3

多数の時系列 (時間と値) のデータ ポイントを保存したいと考えています。同じためにMySQLを使用することをお勧めします。現在、時系列をバイナリ Blob として MySQL に保存することを計画しています。これが最善の方法ですか、最善のアプローチは何でしょうか。

4

4 に答える 4

2

値は任意のタイプ(int、boolean、char)として保存し、時刻は日付、またはUNIXタイムスタンプを含むintとして、アプリケーションに適したものを保存する必要があります。

于 2010-09-27T13:43:05.080 に答える
1

mysql を使用して何らかの方法で情報を処理する場合は、日付型、数値型として格納する必要があります。私が目にする唯一のスケーリングの問題(情報を保存するだけの場合)は、余分なディスクサイズです。

于 2010-09-27T16:38:04.783 に答える
0

Tom と aeon の両方が言ったように、そのデータで何かをしたい場合 (-> SQL でデータを処理したい場合) は、データをネイティブ形式で MySQL に保存する必要があります。

反対に、そのデータで作業したくないが、それを保存/取得するだけの場合は、MySQL をブロブ コンテナーとして使用していて、すべてのブロブが複数の時間/データ ポイントの混乱/グループである場合、そして、それは仕事に最適なツールではありませんでした.それがファイルが設計されている理由です.

データを非構造化で保存する可能性があるが、タイムスタンプを離散値として保存するハイブリッド アプローチを調査できます。つまり、タイムスタンプをキーとするキー/値ストアです。これにより、 NoSQLソリューションを使用する可能性が開かれるはずです。おそらく、それらがより適していることがわかるかもしれません (たとえば、 Riakクラスターのデータベースで直接map/reduce ジョブを実行することを考えてみてください)。

于 2012-06-28T10:29:23.213 に答える