HTTP POST送信提案

Question

私は、サーバーにデータを送信するためのArduinoボードを必要とするシステムを構築しています。アプリの

要件/制約がある：

1. サーバーがデータを受信し、MySQLデータベースに格納する必要があります。
2. Webアプリケーションは、履歴データをグラフ化およびプロットするために使用されます。
3. データ消費量は
クリティカルなWebアプリケーションはまた、リアルタイムでデータをプロットすることができなければならないです。

これまでのところ、システムが正常に動作している、しかし、最適化が必要とされます。

現在の採用手順は次のとおりです。

1. 10秒間のArduinoボードのデータを蓄積します。
2. POSTを使用して10個のレコードを表すXML文字列を含むデータを使用してサーバーにデータを送信します。
3. サーバーは受信したXMLを解析し、その値をデータベースに格納します。

このアプローチは、履歴データのではなく、リアルタイム監視のために良好です。 私の質問は：

は、各第2のデータを送信し、

1. データを蓄積し、XMLとしてそれらを送信し、：間の違いがあります。データ消費量の用語で

、あまりにも多くの各二POSTリクエストを送信していますか？

おかげ

EDIT：誰もがデータの消費量の項に二つのアプローチをベンチマーク数式を提供することはできますか？

Answer 1

あなたのデータ消費に関する質問では、各POSTが携帯電話プランを提供するのにどれくらいの費用がかかります。私は数式があるかどうかは分かりませんが、簡単にテストして解決することができます。

しかし、特にWi-Fiを使用している場合は、の消費電力が問題になります。特に回路がバッテリで動作する場合は問題ありません。各POSTは約1.5アンペアのバーストで、毎秒データを送信するにはあまりにも多くなります。

しかし、再び、なぜあなたはデータを毎秒送るのでしょうか？ リアルタイムは毎秒データを送信することを意味するものではなく、少なくともシステムと同じくらい速いことを意味します。

たとえば、温度を送信している場合、温度は1秒で0°から100°に変化しません。だからこれらのすべてのPOSTsは、電力とデータの無駄になります。

システムでパラメータがどのくらい速く変化するかを知り、それに応じてPOSTを適合させる必要があります。