作者alan3100 (BOSS)
看板Database
标题Re: [SQL ] 是否避免null值
时间Wed Jun 19 13:32:22 2013
举个例
index_phone(phone)
select name,phone
from employee
where phone is null
这时候就掰掰了 会是full table scan
也许这例子不是很好,因为比数不大
如果是巨量的比数就会非常惨
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 111.250.60.74
1F：→ swpoker:?可是index会有null就有点奇怪了? 06/20 10:17
2F：→ alan3100:你在问啥？ index里本来就不存null才会走full table scan 06/20 12:01
3F：推 LPH66:那又怎麽会有 where phone is null 的 query... 06/20 13:08
4F：→ LPH66:或者该问为什麽会在被索引的栏位里放 null 06/20 13:09
5F：→ swpoker:楼上就是我的疑问 06/20 13:14
这就是为何主题问的要避免null值呀
问问题要尽可能描述要表达的意思
你是想问为何要query该栏位是null这种sql的出现?
A:就我知道很多PG不会去避免这类事情,或是根本不知道full table scan
还是你认为可为null的栏位不能建立索引?
A:可以建
还是要问当初规划为何该栏位要设为可null又被建立index?
A:当你的系统大到没办法考虑那麽详细(或是根本没考虑),
或是承接旧系统有转档旧资料,
或是後续调效时才增加index
※ 编辑: alan3100 来自: 111.250.94.141 (06/20 13:31)
6F：→ swpoker:index会容易滥用~然後异动会导致效能~ 06/20 16:37
7F：→ swpoker:以前遇到某专案会有专人在开发时会监督SQL~避免这种问题 06/20 16:37
8F：→ swpoker:像现在都只能靠拜拜希望自己或有人会注意到 06/20 16:38
9F：→ swpoker:遇到某专案的架构师告诫pk fk index 不能有null 06/20 16:41
10F：→ swpoker:然後还会问说你建这个index要干码?!! 06/20 16:41
11F：→ swpoker:阿~当时觉得很讨厌~後来才知道这样才是好阿 06/20 16:42
12F：→ uthily:请问为什麽 where .. null 就会是 full table scan 呀? 06/21 10:49
全为null的值不会健在index内
所以如果判断is null会变成index无法使用
13F：→ uthily:假如我是资料库软体的设记者,既然接受可为null的栏位建索引 06/21 10:50
14F：→ uthily:比如说在建立 hash table 时把 null 视为某个值就好 06/21 10:51
15F：→ uthily:是有什麽我没考虑到的限制导致不能这样处理吗? 06/21 10:52
资料面来讲null没有比较的意义
如果是设计者为何要把null拿来排序比较?
如果真的要拿来比较就给个初始值(就是标题所说的)
就程式面来讲那麽多型态,null你要当什麽值?
但大部分的人不会很明确知道这栏位是否该nullable (根本不知道该如何规划)
或是後来新增需求需要判断该栏位是否没有值就会变得很麻烦 (之前规划没预定)
可接受null的栏位有2个意义
一种是null本来就不该被排序比较,程式设计本来就要自己排除
另一种是复合栏位index(a,b,c),在a,b,c皆为null时不会建入index内
select a,b,c
from table1
where a='a' and c='c'and b is not null <=像这种就还是可能会使用index
但是如果改成where ... and b is null --就会是full table scan
※ 编辑: alan3100 来自: 114.36.63.148 (06/21 17:55)