1

私は現在、ソーラーアレイによってグリッドに供給される電力をログに記録するためのラズベリーパイベースのログデバイスを作成しています。

「メインテーブル」は、アレイのいくつかの部分によって生成される「現在の」電力を表す約20エントリで増加します。

基本的にこれはそれほど多くはなく、ラズベリーパイを使用して許容できるパフォーマンスで処理できますが、「過去10年間を選択、月ごとにグループ化」などのデータクエリの量が増えると、おそらくあまり効果的ではありません...(データはインタラクティブなWebインターフェイスを介して表示する必要があります)

「バックグラウンド集計」を行い、さまざまな時間枠の集計データを格納するためのテーブルをいくつか維持することを考えましたが、これはおそらく以前に多くの人が対処した問題のようです。

あなたは私に何をするように提案しますか?

4

1 に答える 1

3

パフォーマンスに影響を与えるために必要なデータの増加量はわかりません。
その場合、どの程度のパフォーマンスが影響を受けるかはわかりません。パフォーマンスがまったく
影響を受けるかどうかはわかりません。

必要なパフォーマンスの改善の見積もりすら持っていない限り、最適化を試みることは意味がありません。

または、ドナルド・クヌースが言ったように:

時期尚早の最適化はすべての悪の根源です


集約された値のキャッシュを本当に作成たい場合は、元のデータに変更を加えた後、トリガーを使用してキャッシュの一貫性を維持することをお勧めします。

于 2012-12-15T21:57:12.173 に答える