問題タブ [redundancy]

だから...私は3つのテーブルを持つデータベースを持っていると仮定します:
テーブルクライアント
テーブルデータ
とテーブルclients_to_data

また、クライアントが Table dataからデータにアクセスできるようにする API があります。すべてのクライアントはテーブル クライアントにレコードを持っ ています( IPアドレスなど) 。ユーザーが私の API にアクセスすると、彼はclient_to_dataテーブルに記録されます。(したがって、クライアントとデータのレコードは更新されず、読み取られるだけです。) また、クライアントごとのヒット数を取得できるようにしたいと考えています。とても簡単です。clients_to_dataをクエリするだけです

client_id を持つテーブルを作成し、結果をカウントします。しかし、DB が大きくなると、clients_to_dataテーブルに何万ものレコードができます。そして、ここに私の質問があります: テーブルクライアントに
フィールド「ヒット」を追加して、そのユーザーのヒット数を格納し、ユーザーが API を照会するたびにそれをインクリメントする方が良い方法ですか?一般的に悪いことだと聞いたことがあります。しかし、この場合、ヒット数を取得するプロセスが高速化されると思います。 では、この場合、どの方法がより優れていて速いでしょうか? ご協力いただきありがとうございます！
redundancy

Windows 用のサービスを作成しようとしていますが、冗長性の計画を立てる必要があります。これにより、アプリケーション内の何かに障害が発生した場合に再び起動されます。これを達成するためにマルチスレッドを使用できるかどうか疑問に思っています。

私の考えは、それぞれが別々のタスクを処理する 2 つのスレッドを作成することです。また、各スレッドで他のスレッドを監視して、まだ実行されていることを確認したいと思います。そうでない場合は、そのスレッドの新しいインスタンスを起動する必要があります。これは実現可能ですか？どのスレッド技術を使用しますか: ミューテックス、共有メモリ、セマフォなど...? これが正しいアプローチではない場合、2 つの別個のサービスを記述して IPC を使用するだけでよいでしょうか?

ゲームがあり、アクションが完了したら、ユーザーにアイテムを渡す必要があります。アイテムにはそれぞれ固有の ID があります。各アクションも、独自のテーブルに格納され、記述されます。各アクションには独自の報酬がありますが、アクションがさまざまな量のアイテムを与えることができるようにしたいと考えています。

これまでのところ、3つのアプローチがあります。

1. 項目 ID の各アクション行に 3 つの列を設定します。欠点は、アクトが 3 つのアイテムを与えない場合に余分な空のセルが残ることですが、利点はシンプルであることです。
2. スペースで区切られた複数の値を保持する列を 1 つだけ設定します。上記よりも冗長性が少し低くなりますが、値を分離するためにもう少し処理が必要です。
3. 報酬用の新しいテーブルを作成し、各行にアイテムとそのアイテムのアクションを設定します。次に、アクションが完了すると、報酬テーブルからアクション ID を持つすべての行が呼び出されます。これには冗長性がほとんどありませんが、追加のクエリが必要です。

どのアプローチを使用するのが最善だと思いますか?

私の問題は、たくさんの「オブジェクト」があることです。これらのオブジェクトは、最大 3 単語の単語のリストを持つことができますが、何も持たないこともできます。mysqlの場合、私はすでに各オブジェクトごとに行を持っており、単語を組み込む方法を見つけようとしています。これが私のアプローチです：

1: 単語ごとに 3 つの余分な列があります。ただし、これにより、3 つの単語がない場合、空白の冗長なセルが残ります。

2: 各単語がその列にスペースで区切られた 1 つの列があります。これにより、単語がない場合に冗長なセルが残り、追加の処理も必要になります

3: 対応するオブジェクトを参照する参照番号を持つ単語を保持する別のテーブルを作成します。これには追加のクエリが必要ですが、私の意見では冗長性が最も低くなります。

アドバイス？

私の教授 (長年にわたってシステム開発についてしっかりと理解していると主張していた) と私は、データベースの設計について議論しています。

例として: 私の教授は、この設計が正しいと主張しています: (列のリスト)

等...

合計単位列に注意してください。彼は、この列を含める必要があると述べました。不要であることを説明しようとしました。必要な場合は、単純に 2 つを追加してクエリを作成するだけだからです。

本で見つけた例を彼に見せたのですが、システムを作る上であまり本に頼る必要はないと彼は主張しています。これと同様のケースにも同じことが当てはまります。

彼は私に平均を含めることを望んでいました！どこに行っても、これが正規化の違反であると確信させる記事を読んでいる自分に気付くことができます. 平均が必要な場合は、3 つの等級を簡単に計算できます。彼はいくつかのシナリオを列挙しました (「ねえ! クエリが誤って削除されたらどうしますか? どうしますか? そのため、クエリをテーブルに含める必要があります!」)

彼が望むものに準拠するために、データベース (約 40 を超えるテーブルで構成される) を再構築する必要がありますか? 私は間違っていて、これらのことを見落としているだけですか?

もう 1 つのことは、彼が支払いテーブルに合計金額を含めたかったということですが、これは不要だと思います。(製品の単価と数量を計算するだけです。) 彼は、システム全体の管理にとって重要な借方および/または貸方を計算するためにその列が必要であり、トランザクションのバランスをとるために必要であると指摘しました。どう思うか教えてください。

小さなオフィスで Web サイトを運営しています。DNS 名は Network Solutions によって管理されます。サイトを常に利用できるようにしたいので、予備の 4G ワイヤレス WAN アダプターを入手することを考えています。

プライマリ DSL 回線がダウンした場合、すべてのトラフィックを 4G 接続に関連付けられた IP アドレスに転送したいと考えています。「グローバル」または「仮想 IP」をセットアップして、プライマリ IP がアップしている場合はトラフィックをリダイレクトし、プライマリ IP がダウンしている場合はバックアップ IP にリダイレクトする方法はありますか? そのようなサービスを提供する組織はありますか?

現在の状況:現在、HTML フォーム データをコレクション サーバーに送信するサイトが多数あります。この収集サーバーは、後でデータを処理サーバーに再送信します。処理サーバーがダウンすることは大したことではありませんが、フォーム データが失われるということは、仕事を失うことを意味します。

目標: HTML フォーム データの収集を停止する単一障害点がないようにしたいと考えています。

考えられる解決策:私の考えでは、3 つのサーバーを用意し、Web サイトからそれぞれのサーバーに html フォーム データを送信しました。リードのコピーが 1 つだけ収集サーバーから処理サーバーに渡されるようにする何らかの方法が必要です。

これは分散キューと呼ばれると思いますか??

質問:これが私が説明している分散キューであると仮定すると、それは私の目標を達成するための良い方法ですか? 人々が使用した他の方法はありますか？collectionServers から processingServer にコピーが 1 つだけ送信されるようにするには、どのようにすればよいでしょうか?

次の Node.js ディレクトリ構造があります。

app.jsに、このような行がありますmongoose.connect('mongodb://localhost/' + config.DB_NAME);。schema.jsで:

post.jsで:

そしてindex.jsには、次のような行があるかもしれません: var PostModel = require('../models/post');. 上記のすべてのファイルにはmongooseが必要です。schemas.jsの目的は、プログラマーがデータベースのスキーマを 1 つのファイルで把握できるようにすることです。ただし、この実装により冗長性が生じ、オーバーヘッドが増えるのではないかと思います。あちこちでマングースが必要になるからです。引数として渡す必要がありますか？

サーバー リソース (帯域幅など) があまり使用されていないかどうかを確認する目的で、サーバーのネットワーク使用状況を監視できるサード パーティのツール/ソリューションを楽しみにしています。セカンダリ サーバーを呼び出して、負荷分散などを支援します)。

現在、サーブレットに継続的な ping ロジックを記述して、2 つのサーバー (1 つはプライマリ サーバーとして動作し、もう 1 つはバックアップ サーバーとして動作) が、他のサーバーが利用可能/稼働しているかどうかを認識し続けるようにしています。

plz は、現在の ping ベースのサーバーの活性化ロジックのための標準的なツール/ソルをいくつか提案します。 すべてのインスタンス（サーバー）が独自に監視および通知する必要がある冗長システムを構築しているため、すべてのサーバーを集中管理するソリューションを回避していることに注意してください

基本的に、値の 1 つ (ボーナス ポイント: 1 つ以上) にエラーがある可能性のある一連の冗長データがあります。一部の値は 0 の場合もあり、これは無視/無効を意味します。「良い」値を返す最も効率的な方法は何ですか?

ばかげた解決策は、セットを反復処理し、ゼロ以外の同じ値が 2 回見つかったら戻る for ループです。しかし、より良い論理的/ビットハッキング表現があるかもしれないと感じています。