加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长学院 > PHP教程 > 正文

PHP / MySQL:大规模SQL查询还是几个较小的查询?

发布时间:2020-12-13 17:56:18 所属栏目:PHP教程 来源:网络整理
导读:我在这里有一个数据库设计,在简化版本中看起来: 桌子建筑: id attribute1 attribute2 那里的数据是这样的: (1,1,1) (2,2) (3,5,4) 表,attribute1_values和attribute2_values,结构如下: id 价值 其中包含以下信息: (1,“选项1的文字说明”) (2,“选项2的
我在这里有一个数据库设计,在简化版本中看起来:

桌子建筑:

> id
> attribute1
> attribute2

那里的数据是这样的:

>(1,1,1)
>(2,2)
>(3,5,4)

表,attribute1_values和attribute2_values,结构如下:

> id
>价值

其中包含以下信息:

>(1,“选项1的文字说明”)
>(2,“选项2的文字说明”)
> ……
>(6,“选项6的文字说明”)

我不确定这是否是最好的设置,但它是按照我的项目经理的要求完成的.它肯定有一些道理,因为你现在可以轻松地修改文本而不会弄乱id.

但是现在我来到一个页面,我需要列出属性,那么我该如何去那里?我看到两个主要选择:

1)创建一个大型查询,从构建中收集所有值,同时从属性{x} _values表中选择正确的文本表示.

2)创建一个小型查询,从构建表中收集所有值.然后在那之后一次获得一个属性的文本表示.

选择的最佳选择是什么?选项1是否更快作为选项2?如果是这样,是否值得维护额外的麻烦?

另一个建议是在服务器上创建一个只包含您需要的数据并从中查询的视图.这样可以保持服务器端的工作,并且每次都可以提供所需的内容.

(编辑:李大同)

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

    推荐文章
      热点阅读