加入收藏 | 设为首页 | 会员中心 | 我要投稿 辽源站长网 (https://www.0437zz.com/)- 云专线、云连接、智能数据、边缘计算、数据安全!
当前位置: 首页 > 站长学院 > MySql教程 > 正文

PHP-存储用户搜索电子邮件警报的最佳策略是什么?

发布时间:2021-02-02 03:17:24 所属栏目:MySql教程 来源:网络整理
导读:用户可以进行高级搜索(它们有许多可能的参数): / search /?query = toto topic = 12 minimumPrice = 0 maximumPrice = 1000 我想存储电子邮件警报的搜索参数(在/ search /?之后). 我有2种可能: 将原始请求(query = toto topicId = 12 minimumPrice = 0 m

用户可以进行高级搜索(它们有许多可能的参数):

/ search /?query = toto& topic = 12& minimumPrice = 0& maximumPrice = 1000

我想存储电子邮件警报的搜索参数(在/ search /?之后).

我有2种可能:

>将原始请求(query = toto& topicId = 12& minimumPrice = 0& maximumPrice = 1000)存储在具有ID,参数等结构的表中.
>将请求存储在结构化的表ID,查询,topicId,minimumPrice,maximumPrice等中.

每个解决方案都有其优点和缺点.解决方案2当然是更清洁的方法,但是真的值得(过度)努力吗?

如果您已经实施了这样的解决方案并经历了维护,那么最好的解决方案是什么?

更好的解决方案应该是每个维度的最佳解决方案:

>刚性
>脆弱性
>粘度
>表现 最佳答案 Daniel的解决方案很可能是最干净的解决方案,但是我对性能的理解是正确的.我对PHP不太熟悉,但是应该有一些db抽象库来处理关系和多次插入,以便您获得最佳性能,对吗?我之所以仅提及它,是因为可能没有真正的性能问题.您是否有可能指出问题的负载测试?

无论如何,如果它在您最初的2个解决方案之间,我将不得不选择第一个.拥有带有列名的表(例如您的解决方案#2)只是在问麻烦.如果添加新参数,则必须修改表列.还有一个永远存在的问题:“我们将用什么来表示未选中还是留空?”

因此,我不同意解决方案2更干净.

(编辑:辽源站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读