データベース設計、実装に関する質問

Question

私が取り組んでいるプロジェクトのための私のSQLデータベース設計に関する質問。

私は数秒ごとにデータを受信し、そのデータをデータベースに保存する必要があります。私は自分のDBMSにmySQLを使用しています。データは、各データに添付されたユーザーIDを使用してデータベースに格納する必要があります。私はアプリケーションごとに1人のユーザーしか扱わない。したがって、アプリケーションの各インスタンスは1つのユーザーデータのみを処理します。リモートデータベースはすべてのユーザーデータを格納します。だから、私は誰のデータが誰であるのかを知るために、私はuseridが必要です。

私の考えは、私が50データパケットのように受信し、すべての50データパケットの区切り文字列を作成するまで待つことでした。 （たぶんカンマで区切ります）次に、その文字列をユーザIDとともにデータベースにプッシュします。そしてそのようなデータを保存します。私の質問は、それを行うには良い方法ですか？より良い方法がありますか？これは悪い習慣ですか？ヒントありがとう！ =）

私はこのデータをたくさん受け取っています。毎秒のような1つのデータパケット。時には高速です。あなたの考えを私に知らせてください。

DBMSはリモートマシン上で実行されます。アプリケーションはAndroid端末で実行されます。

ありがとうございます！

Answer 1

デリミタ付きの文字列をデータベースに送信するために複数の値を連結しないことをお勧めします。これは、文字列を解析するための追加作業をデータベース上に作成するだけです。

データベースとやり取りするための合理的なフレームワークを使用すると、バインド変数の値が異なるSQLステートメントのバッチをデータベースに作成して送信できます。これにより、ストアドプロシージャやINSERTステートメントの優れたフレンドリな構文が維持され、データベースが適切に正規化されたままになり、ラウンドトリップ回数を最小限に抑えるというパフォーマンス目標が達成されます。

Answer 2

あなたが本当に答えなければならない質問は、データを失うための許容差です。 1k以下のデータを1秒間に転送する要求はあまりありません。特に、jsonとxmlを使用する場合は特にそうです。それでは、バッテリーの寿命はモバイル機器に留意しておくべきことなので、5〜60秒ごとにリクエストを行うことも可能です。

更新プログラムをサーバーにバッチできない理由はありません。

データ損失の許容範囲がない場合は、50個のアップデートのバッチをローカルストレージに収集してアップロードできます。送信に障害が発生した場合は、再送信することができます。しかし、この場合、UUIDのように一意であることが合理的に保証されているレコードIDが必要です。このようにして、サーバーはすでに処理されているレコードを確認し、再処理から除外します。

Answer 3

dbmsが正常なサーバー上で実行されていて、データを使用するだけであれば、かなり単純なテーブルに簡単に挿入できます。私はそれがほとんど測定可能ではないと思います。

Answer 4

区切り文字列として格納する問題に取り組んでいます。このデータが保存された後にクエリを実行しようとしていますか？ 1つまたは少数の値のグループを検索する必要がありますが、文字列全体ではない場合は、この方法でデータを格納することを検討しないでください。クエリを実行する際に恐ろしいパフォーマンスが得られます。一般に、複数のdatをフィールドに格納することは悪いことです。つまり、関連するテーブルが必要です。

また、データの分析クエリーを行う必要がない場合は、おそらくnosqlデータベースがリレーショナルデータベースよりも優れた選択肢になります。