字典表还是用distinct

jil420 2015-08-08 09:08:31

系统里做关键字搜索查询，表中涉及到很多信息，比如学历，学院，年级，专业等，这些信息可以做成字典表，那能不能不用字典表，都直接放在主表中，初始化页面时，使用select distinct来生成下拉框。不知这样效率如何，会不会很慢，主表中也就几万条数据，哪种方法好些呢？多谢了！

...全文

158 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

许晨旭 2015-08-09

打赏
举报

回复

像学历，学院，年级，专业等这些数据基本是不变的，可以写死在页面，就算以后要维护也就是几行代码的是；如果用从数据库读取的方式会多次访问数据库，效率不高

专注or全面 2015-08-08

打赏
举报

回复

几万条数据不算多，对性能个影响不大，但你要防止以后表表变大之后的影响，做成字典表更好

本文介绍 Oracle 数据库的基本操作，包括数据字典表 v$nls_parameters 的使用，SQL 优化技巧，如 * 和列名的效率对比，LIKE 子句的使用，以及 NULL 的处理方法。此外还详细讲解了 ORDER BY 子句、DISTINCT 关键字的应用，并介绍了多种 SQL 函数，如字符函数、数字函数和日期函数等。

本文分享了ClickHouse在易企秀数据仓库项目的实践经验，包括表优化、查询优化、写入和删除优化以及运维相关策略。建议使用合适的数据类型，合理分区和索引，利用预筛选(prewhere)提升查询性能，以及避免在高基列上执行distinct。此外，介绍如何通过TTL管理数据，以及使用物化视图和字典表优化多表关联查询。文章还提及了ClickHouse的新特性，如MaterializeMySQL Engine，以及如何通过配置和管理策略提高服务稳定性。

本文探讨了GBase8a集群性能的影响因素，强调了数据节点间数据量均衡的重要性。建议字典表和维度表采用复制表方式，事实表使用分布表并依据数据分布特性选择Hash分布列。Hash分布列的选择应考虑count(distinct)值大、JOIN条件、GROUPBY操作和等值查询频率。同时，注意Hash分布键的限制和类型匹配问题，以提高查询效率和减少数据搬移。

本文详细介绍了Oracle数据库中的数据字典表SYS.COL$，解释了该表如何存储表列信息，并通过实例展示了如何修改表列的顺序及名称。同时也提醒直接修改数据字典表的风险。

本文介绍如何通过Oracle的数据字典表SYS.COL$间接调整表列顺序和名称，包括创建测试表、查询对象ID、修改列定义等步骤。

22,296

社区成员

121,726

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章