抛砖引玉 数据的删除 什么事怕思考
避免发生数据的物理删除,通过设置注销标示或删除标示来实现
--利
反映删除,可追加删除原因搜集
业务引申:很多时候我们往往过于关心有效的事件,其实在一些情况下对无效数据的分析能够得到一些不为人注意的有价值的信息。
便于同步,简化同步删除的捕捉
业务引申:在现实业务中,公司很难做到一手遮天,往往有对外提供数据接口的需求,用于实现数据抽取同步,扩大对数据的利用面,这样容易和其它项目形成盘根错节的关系,增加自己项目客户方的牢靠地位,最好形成牵一发动全身,另外还有利于衍生新的项目或效益点。
反删除,提供数据删除撤消
--弊
过滤查询性能问题
查询要过滤注销数据,这时候要考虑性能问题,最好的方法是建bitmap index,但是要同时考虑不适用 bitmap index 的情况!
在海量数据中,考虑建立撤消表,此时考虑到从程序或是数据层面处理撤消表和主表的腾挪
撤消表的创建 考虑建立整个系统撤消数据大表的可行性,就是类似建立整个业务系统的撤消大表!
以上是思考所得,欢迎无聊的人,追加、补充、建议,给处影响 深挖其解决之道! 讨论贴 不结贴!