我正在开发一项服务，该服务依赖于用户能够接收他们自己选择的消息。这些消息在发送进行处理之前需要存储在某处。
现在我将它们存储在 postgres 数据库中，但我觉得它不能很好地扩展。
目前的布局是：
ID - MESSAGE - DATE - TIME
DATE 和 TIME 字段保存应该发送消息进行处理的时间和日期。这不能很好地扩展，好像需要在每个月的第一个星期一发送一条消息，它会占用 12 倍的空间。
问题是我似乎无法找到另一种方式来表示何时应该发送消息进行处理？理想情况下，我希望能够在一行中表示每个日期。
我们也在讨论使用 Redis，但很快就决定不使用，因为我们需要 webfrontend 的数据库。
任何人都知道如何优化消息存储？如何表示何时应该发送消息进行处理？
我也愿意就如何解决这个问题提出任何其他建议。