需求很简单:
方案1:
简单分析利弊:
对于一个对象查询:
通过上面的分析好像天平已经很明显倒向了方案2.但是方案2也有一些弊端
- 1:一个对象,它对应数据库中的一条记录。
- 2:这个对象可能有很多boolean属性,例如isXX1, isXX2, isXX3,isXX4(但是有限,未来还可能增加)。
- 3:这个对象的这些属性在应用中可能被频繁的更新。
方案1:
- 对象主表,用于保存对象常规属性,例如,id,name等等。
- 对象boolean属性表,跟对象主表外键关联。
- 对象主表中多一个字段bool_status
- 用二进制的byte来表示对象的boolean属性
- 例如:isXX1 = 1, isXX2 = 2, isXX3=4, isXX4=8, isXX5=16
- 然后bool_status存放所有boolean属性之和。
- 例如对象A拥有issXX1=true, isXX2=true,那么这个对象在数据库中bool_status的值就是3
- 例如对象b拥有issXX1=true, isXX5=true,那么这个对象在数据库中bool_status的值就是17
简单分析利弊:
对于一个对象查询:
- 方案1:需要2条sql才能查出一个对象
- 方案2:一条sql就可以查出一个对象
- 方案1:一定是1+cont(boolan_attr=true)条insert sql
- 方案2:一条update sql
- 方案1:1条delete+cont(boolan_attr)条insert sql
- 方案2:一条sql就可以更新
- 方案1:1条delete主表+1条delete bool属性表
- 方案2:1条delete主表
- 明显方案2占的数据库空间比方案1少。
通过上面的分析好像天平已经很明显倒向了方案2.但是方案2也有一些弊端
- 1:对于统计不是很友好,例如针对统计对象的没个属性进行统计,某些属性的组合进行统计,那么对于方案2就不得不对表中所有的bool_status进行&计算,这个不利于数据库运用索引。
- 2:如果一个对象的boolean属性有很多是true那么bool_status这个值望望会令人不知所云,一定要应用程序decode才能看出来这个对象到底那些boolean属性是true。
本文探讨了两种不同的数据库设计方案:一种是为每个布尔属性创建单独的表;另一种是将多个布尔属性压缩到一个字节中存储。分析了这两种方案在查询、插入、更新、删除操作上的性能表现,并讨论了它们的空间占用及统计查询的便利性。
1120

被折叠的 条评论
为什么被折叠?



