Finding sent_notifications does not fallback to old table

What does this MR do and why?

Adding this change behind a feature flag as we plan to stop falling back to the original table to find sent_notifications records. One of the final steps in dropping the original and very large sent_notifications table in favor of the partitioned p_sent_notifications table that has a 1 year retention policy

MR acceptance checklist

Evaluate this MR against the MR acceptance checklist. It helps you analyze changes to reduce risks in quality, performance, reliability, security, and maintainability.

Related to #514591

Merge request reports

Loading