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更干净.

相关文章

昨天的考试过程中,有个考点的服务器蓝屏重启后发现Mysql启动不了(5.6.45 x32版本,使用innoDB),重装后...
整数类型 标准 SQL 中支持 INTEGER 和 SMALLINT 这两种类型,MySQL 数据库除了支持这两种类型以外,还扩...
一条 SQL 查询语句结构如下: SELECT DISTINCT <select_list> FROM <left_table&...
数据备份 1. 备份数据库 使用 mysqldump 命令可以将数据库中的数据备份成一个文本文件,表的结构和数据...
概述 在实际工作中,在关系数据库(MySQL、PostgreSQL)的单表数据量上亿后,往往会出现查询和分析变慢...
概述 触发器是 MySQL 的数据库对象之一,不需要程序调用或手工启动,而是由事件来触发、激活,从而实现...