私は数百万のレコード(行)を持つテーブルを持っています。 この表には、mail_toという表の列があります。 各レコードに対応してメーリングリストがあり、このメイルリストにメーリングリストの情報が格納されています。 私のシステムの現在の実装では、メーリングリストをコンマ区切りのメールIDのリストとして保存しています。例えばデータベース/ MySQLにメーリングリストを保存する
は、私はレコードに対応するメーリングリストを取得する場合、現在の実装では正常に動作します
| Column A | Column B |........ | mail_to |
| Record 1 | abc | | [email protected],[email protected] |
、スクリプションデータをテーブルを考えてみ 。しかし、[email protected]に対応するレコードを検索する場合は、クエリが遅すぎます。私はスクリプションデータの列Nに列Aの保存
だったと思うし、その後、別のテーブルにidを郵送でき
一つの方法は、ユーザーの電子メールデータ との情報を格納する第三のテーブルを言います参加する。
しかし、クエリを実行するたびに2つの結合が存在するため、それが改善されるかどうかはわかりません。
このメーリングリストを保存するには、より良い方法を提案する人がいますか、どちらが優れているか評価するのに役立ちます。どんな助けもありがとう。
ありがとうございます
GBNこんにちは、コメントをありがとう、私は提案理由ユーザーが複数のサブスクリプションを持つことができるためです。私はあなたの提案したスキーマでどのようにそれを行うことができるか分かりません。 –
@amitmodi:それはあなたの質問ではっきりしない... – gbn
私は明示的に言及していないが、 "しかし、私は[email protected]に対応するレコードを検索する場合は、クエリが遅すぎることに同意する。 "同じユーザーに属する複数のレコードが存在することを指定します。 –