前端之家收集整理的这篇文章主要介绍了
PHP-存储用户搜索电子邮件警报的最佳策略是什么？ ，
前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。
用户可以进行高级搜索(它们有许多可能的参数)：
/ 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更干净.
