关于数据库查询速度的优化思考

最近公司事情比较少,想了想项目过程中的一些问题。最明显的感受就是,当表里的数据特别多时,查询变得特别慢,给用户的感受就是要么这个系统垃圾,反应慢,要么就是用户觉得这个系统出问题了,从前台页面等待查询结果的时间能直接感受到这两点。

想了想,目前只想到一下几个方面的优化。

1.开发人员的SQL功底,能够根据现有的数据库结构进行高质量的查询。

2.数据库表本身的设计,在设计数据库表时应该充分考虑到以后这张表的数据会有多大,是否在开始建表的时候就确定有利于查询的索引的设计。

3.当表过大时,如何对表建立有效的分区?来使得查询速度加快,表分区之后的情况这里也要全面考虑,目前还没着手这块。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值