sql - このシナリオでは、Redis は適切なオプションですか?

Question

同社は 2 時間 (つまり、午前 1 時から午前 3 時まで) にのみ (数千通の) 電子メールを送信し、場合によってはそれより短い時間帯の夜間に数千通のユーザーに送信します。後で停止し、他に何もしません。翌日、同じプロセスを使用しますが、それらのメールには新しいデータが含まれています。

それらを送信するために従うプロセスは次のとおりです。

1. SQL データベースからメールのコンテンツ データ/個人情報を取得する

2. Redis を使用して、これらのコンテンツ データ/個人情報をメモリにキューを構築します。

3. コンテンツ データ/個人情報をメモリ Redis から取得してメールを送信する

4. メモリ Redis 内のすべてのコンテンツ データ/個人情報を削除します。

問題は、この場合に Redis が適切なオプションであるかどうかわからないことです。動作していますが、たった 2 時間で Redis を使用する必要はないと思います。私は入社したばかりなので、私はそれを作成しませんでしたが、なぜ彼らがこのように作成したのか理解できません。

Answer 1

いくつかのメモ:

1. コンテンツと個人データに 1 日に 1 回アクセスする場合は、リレーショナル データベースから簡単に取得できます。

2. Redis はキャッシングに関して非常に優れています。キーに基づいてデータをリクエストできます。「クエリ」の高速化、頻繁に使用されるデータへのアクセス、キャッシュ、およびリレーショナル DB の負荷を取るために、開発で Redis を使用しています。

3. 説明責任の理由から、送信された電子メールのログを保持したい場合は、終了時に Redis キャッシュをクリアしているため、中央 DB に書き戻す必要があります。

私が理解している限り、Redis はプロセス全体のもう 1 つのステップに過ぎず、不要と思われます。