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

数组和连接之间的Postgresql性能比较

发布时间:2020-12-13 16:08:53 所属栏目:百科 来源:网络整理
导读:与创建另一个表来存储具有多个关系的值相比,使用数组存储值的postgres有什么性能影响? 我有一个表需要能够在阵列列或单独的表中存储大约1-100个不同的字符串值.需要经常搜索这些值以获得完全匹配,因此查找性能至关重要.阵列解决方案会更快,或者使用连接查找
与创建另一个表来存储具有多个关系的值相比,使用数组存储值的postgres有什么性能影响?

我有一个表需要能够在阵列列或单独的表中存储大约1-100个不同的字符串值.需要经常搜索这些值以获得完全匹配,因此查找性能至关重要.阵列解决方案会更快,或者使用连接查找单独表中的值会更快吗?

解决方法

These values will need to be frequently searched

搜索如何?这很关键.

前缀模式只匹配?中缀/后缀模式也匹配?模糊字符串搜索/相似性匹配?对根词进行划分和规范化,去多元化?同义词搜索?是数据字符序列还是自然语言文本?一种语言,还是多种不同的语言?

在“搜索”周围挥手让任何忽略该部分的答案都非常无效.

so lookup performance is critical. Would the array solution be faster,or would it be faster to use joins to lookup the values in the separate table?

如果没有关于您正在搜索的数据的正确信息,则无法严格确定.

搜索文本字段更加灵活,为您提供许多数组搜索所没有的选项.它通常还会减少必须读取的数据量.

总的来说,我强烈推崇Clodaldo:设计得恰到好处.如果需要,请稍后进行优化.

(编辑:李大同)

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

    推荐文章
      热点阅读