インクリメンタル/デクリメントDBデザイン

Question

私の質問は、X秒ごとにインクリメントまたはデクリメントできるアイテムのリストに関する情報を保持するDBの良いデザインに関するものです。アイデアは情報を重複しないように最適化することです。

例：

私は、WiFiネットワークに接続されたコンピュータに関する情報を収集し、5秒ごとに実行するスクリプトを持っていると私はDBにこの情報を保存します。スキャンでnがスキャンn-1と同じユーザーである場合、私はDBに何も保存しません。

ネットワークに接続された新しいWi-Fiクライアントに関する情報や、既存のWi-Fiクライアントに関する情報を保存するのに役立つ特定のDBデザインはありますか？

この種の増分/減算ユースケースでは、どのような種類のDBが優れていますか？これはその後、アドバイスの1枚がちょうどカウンターやアイテムのIDを保持するために「パラレル」テーブルを使用することであるが、「票アップ」または「好き」のようなものである場合

はあなたに

Answer 1

ありがとうございます。これにより、インクリメント/デクリメントするたびに干渉（ロック）が最小限に抑えられます。

一方、アイテムに残りの情報とカウンタが必要な場合は、2つのテーブルJOINには簡単です。

1秒あたりの増減数が10ダース以下であれば、それは問題ではありません。