1

私は1年以上オンラインアーカイブサービスを利用しています。残念ながら、統計を保持するためのインフラストラクチャを導入しませんでした。私が今持っているのはアーカイブアクセスログだけです。

1時間ごとに2つのオーディオファイルがあります(1つは0〜30分、もう1つは30〜60分)。私は現在、MySQLを使用してカウントを入れています。次のようになります。

|     DATE     |   TIME  | COUNT |
|  2012-06-12  |  20:00  |  39   |
|  2012-06-12  |  20:30  |  26   |
|  2012-06-12  |  21:00  |  16   |

等々...

つまり、365日*24時間*2(1時間に2つの半分)>17500行になります。これにより、読み取り/書き込みが遅くなり、この方法で保存すると多くのスペースが無駄になると感じます。

では、このデータをより効率的かつ高速に保存する他のデータベースを知っていますか?

4

1 に答える 1

1

それはあまり多くの行ではありません。適切にインデックスが付けられている場合、読み取りはかなり高速になります(書き込みは少し遅くなりますが、最大約50万行のテーブルでもほとんど気づきません)。

次のようなものを使用してデータベースからアイテムを選択している場合

select * from my_table where date='2012-06-12'

次に、日付列にインデックスがあることを確認する必要があります。whereステートメントで複数の列を使用している場合は、複数の列インデックスを作成することもできます。これにより、読み取りステートメントが非常に高速になります(100万行のオーダーまで言ったように)。

インデックスに慣れていない場合は、次を参照してください。

MySQLインデックス

于 2012-06-13T00:20:47.710 に答える