防用户误删除，耗费一周时间把DeleteMark标志都加上来了，所有的删除操作从“物理删除”转为“逻辑删除”

 

用 DeleteMark 的出发点：

1：虽然在界面上有删除提示，但是客户错误的删除了一笔数据后，想恢复被删除的数据是特别困难的，有人曾比喻，若输入数据的工作量，用1来比喻，那恢复被误删除的数据的工作量，很可能是100，所以就算界面上有删除提示，客户也确认删除了，但是还能有把数据挽救的余地才是保险的做法。

 

2：程序写太好了，客户用了好几年，程序的速度也飞快，数据库也很精简，很难收到维护费，曾经有一个大客户，软件用了接近10年都好好的，客户从来不支付维护费，你也没办法上门收维护费，因为程序写得太精悍了，这10年里，不知道损失了多少钱，本来可以收蛮多维护费的事情，就被搞砸了，若每天都产生日志文件，被删除的数据都在数据库里，这10年下来，数据库也会变得很庞大，软件运行速度自然就下来了，客户也愿意支付维护费，数据都保留着，也不是坏事，防止万一出现问题，都能有恢复过来的保障。

 

 

 

设置了 DeleteMark 标志后，程序的工作量主要体现在：

A: 数据库结构设计需要调整，所有的类都需要重新生成（用代码生成器生成还算好点儿，做到设计与实际是同步的很困难）。

B: 所有的选择数据的方法，都需要加上 DeleteMark = 0 的判断条件。

C: 所有的业务逻辑上，都需要加上  DeleteMark = 0 的判断条件。

D: 所有的删除方法，都需要修改，以前是直接进行删除操作，现在是伪删除，只是打上删除标志。

 

由于程序的功能点也相对多，平时管理上、工作上也有很多事情需要处理，所以这个增加  DeleteMark 标志足足耗费了1周时间，其实很多事情，嘴巴上说说都很简单，但是真正需要去做，只是那么一点改进，往往是需要耗费很多精力、时间，才能做好，才能上升一个台阶。

 

 

 

将权限管理、工作流管理做到我能力的极致，一个人只能做好那么很少的几件事情。

posted on 2010-07-19 11:20 吉日嘎拉 不仅权通用权限 阅读(3620) 评论(123) 编辑 收藏

评论

1889982

评论共2页: 

上一页 1 2 

#24楼 　回复　引用　查看　  

删除标记，我一般用bit，你用int的话，可能有点儿浪费啦。

2010-07-19 12:35 | Fred_Xu      

#25楼 　回复　引用　查看　  

呵呵，改这么个功能需要耗费一周？！我理解什么叫耦合了

2010-07-19 12:38 | LanceZhang      

#26楼 　回复　引用　查看　  

引用

Fred_Xu：删除标记，我一般用bit，你用int的话，可能有点儿浪费啦。

或者tinyint足够了

2010-07-19 12:39 | LanceZhang      

#27楼 　回复　引用　查看　  

我认为触发器不是一个很好的解决方案，把修改带来的额外开销全都推脱给了server端。

既然架构已经固定，成本最低的修改方法应该是通过AOP的方式将删除方法拦截，在执行物理删除之前先将待删除的记录backup到log表中。

若非特别适合某些场景的话，修改物理表结构真的是下下策

2010-07-19 12:43 | LanceZhang      

#28楼 　回复　引用　查看　  

数据标记删除后，如何方便、正确地恢复被误删的数据更是老火。
由于删除的数据大多是存在级联标记删除的，恢复起来十分的痛苦。
1、要提供两种查询浏览模式，一种是过滤删除标记后的，一种是全部的记录。2、对每类记录都要提供恢复功能。

2010-07-19 12:43 | 书上路苦      

#29楼 　回复　引用　查看　  

一直用tinyint

2010-07-19 12:46 | 要有好的心情      

#30楼[楼主] 　回复　引用　查看　  

若只是修改一个页面，那还是相对容易的，若修改几十个页面，甚至有些关联关系的，就没那么容易了，而且，不可能给你1周时间，专心修改这个，还有很多日常工作需要处理的，只能是利用空闲时间去做这个。

若真的花费1周全部的时间去干这个，估计老板早就炸了。

引用

LanceZhang：呵呵，改这么个功能需要耗费一周？！我理解什么叫耦合了

2010-07-19 12:48 | 吉日嘎拉 不仅权限管理      

#31楼[楼主] 　回复　引用　查看　  

你这个回复有水平，的确是会遇到“级联标记删除”的情况，相对来说，涉及到级联，问题就更复杂化了。

引用

书上路苦：
数据标记删除后，如何方便、正确地恢复被误删的数据更是老火。
由于删除的数据大多是存在级联标记删除的，恢复起来十分的痛苦。
1、要提供两种查询浏览模式，一种是过滤删除标记后的，一种是全部的记录。2、对每类记录都要提供恢复功能。

2010-07-19 12:49 | 吉日嘎拉 不仅权限管理      

#32楼 　回复　引用　查看　  

支持一下，老吉实务排的，只要对人有所启发，都可以发到主页。

2010-07-19 12:52 | Junior Lau      

#33楼 　回复　引用　查看　  

改路线了？

2010-07-19 12:54 | 江南白衣      

#34楼 　回复　引用　查看　  

看了一路，只能说悲剧。

2010-07-19 12:56 | blackcat      

#35楼 　回复　引用　  

就是个历史信息 还有啥啊 这玩意写出来丢人

2010-07-19 13:16 | olam123[未注册用户]

#36楼 　回复　引用　查看　  

引用

olam123：就是个历史信息 还有啥啊 这玩意写出来丢人

有想法就可以写出来，有啥不可。

2010-07-19 13:21 | Tonny Yang      

#37楼 　回复　引用　查看　  

双库.

一库在用(其内包含最近被删除的数据)
一库装一些删除时间长于XX天的数据.

2010-07-19 13:24 | dotNetDR_      

#38楼 　回复　引用　查看　  

还是鄙视一下吧，这篇文章看来吉日改代码还是改的很勤快的，全部代码都改了一遍，全都加上了 where deleteflag = 1,呵呵，真是辛苦啊

2010-07-19 13:30 | Keep Walking      

#39楼 　回复　引用　  

吉尔一写技术文章就原形毕露了，还以为有多厉害了，和刚毕业的大学生差不多。

2010-07-19 13:33 | 吴晓凡[未注册用户]

#40楼 　回复　引用　查看　  

2：程序写太好了，客户用了好几年，程序的速度也飞快，数据库也很精简，很难收到维护费，曾经有一个大客户，软件用了接近10年都好好的，客户从来不支付维护费，你也没办法上门收维护费，因为程序写得太精悍了，这10年里，不知道损失了多少钱，本来可以收蛮多维护费的事情，就被搞砸了，若每天都产生日志文件，被删除的数据都在数据库里，这10年下来，数据库也会变得很庞大，软件运行速度自然就下来了，客户也愿意支付维护费，数据都保留着，也不是坏事，防止万一出现问题，都能有恢复过来的保障。

2010-07-19 13:39 | Arthas-Cui      

#41楼 　回复　引用　查看　  

额。。。

2010-07-19 13:39 | Arthas-Cui      

#42楼 　回复　引用　查看　  

程序写太好了，客户用了好几年，程序的速度也飞快，数据库也很精简，很难收到维护费，曾经有一个大客户，软件用了接近10年都好好的，客户从来不支付维护费，你也没办法上门收维护费，因为程序写得太精悍了，这10年里，不知道损失了多少钱，本来可以收蛮多维护费的事情，就被搞砸了，若每天都产生日志文件，被删除的数据都在数据库里，这10年下来，数据库也会变得很庞大，软件运行速度自然就下来了，客户也愿意支付维护费，数据都保留着，也不是坏事，防止万一出现问题，都能有恢复过来的保障。

经典~

2010-07-19 13:43 | peace      

#43楼 　回复　引用　查看　  

只能说不是创新，因为这种方式一直就有。

2010-07-19 13:44 | hoodlum1980      

#44楼 　回复　引用　查看　  

另外弱弱的说以下。。。。

3不是出发点的一部分。。。

2010-07-19 13:45 | Arthas-Cui      

#45楼 　回复　引用　查看　  

另外弱弱的说一下。。。。

3不是出发点的一部分。。。

2010-07-19 13:45 | Arthas-Cui      

#46楼[楼主] 　回复　引用　查看　  

大哥，那你写几个上来，看看呗，我是普通老百姓，还能写啥呀？能写高科技吗？天天弄的，不就是这些应用类的吗？

引用

吴晓凡：吉尔一写技术文章就原形毕露了，还以为有多厉害了，和刚毕业的大学生差不多。

2010-07-19 13:45 | 吉日嘎拉 不仅权限管理      

#47楼 　回复　引用　查看　  

@Keep Walking
人家用代码生成器呢。。。。

2010-07-19 13:46 | Jon.Hong      

#48楼 　回复　引用　查看　  

太easy了，这也可以写文章？

2010-07-19 13:47 | feijia      

#49楼 　回复　引用　查看　  

辛苦了~呵呵

2010-07-19 13:49 | shootsoft.net      

#50楼[楼主] 　回复　引用　查看　  

不easy的都不会，太easy的又不精。
我就不信，说easy的人，自己的软件里，是否都处理得想当好？
有勇气敢说的，不知道有几个人。

引用

feijia：太easy了，这也可以写文章？

2010-07-19 13:54 | 吉日嘎拉 不仅权限管理      

#51楼[楼主] 　回复　引用　查看　  

好在这个是用代码生成器生成的，否则会改死人了，主要是重复劳动意义不大。

引用

Jon.Hong：
@Keep Walking
人家用代码生成器呢。。。。

2010-07-19 13:54 | 吉日嘎拉 不仅权限管理      

#52楼 　回复　引用　查看　  

呵呵

2010-07-19 13:55 | 代码乱了      

#53楼[楼主] 　回复　引用　查看　  

谢谢您的提醒，有错我就改，能指点错误，就是我的恩师。

引用

Arthas-Cui：
另外弱弱的说一下。。。。

3不是出发点的一部分。。。

2010-07-19 13:56 | 吉日嘎拉 不仅权限管理      

#54楼[楼主] 　回复　引用　查看　  

记得有一个写C语言入门书籍的，好像叫 谭浩强？ 他写的书是不是太简单了？呵呵，非常的easy，把easy的东西真正做好的，也没几个人了。

引用

feijia：太easy了，这也可以写文章？

2010-07-19 13:56 | 吉日嘎拉 不仅权限管理      

#55楼 　回复　引用　  

为什么不用一个专门的delete表来存放被删除数据呢？那样恢复也一样容易啊，而且程序基本不用改－－做一个delete触发器就好了。

2010-07-19 14:00 | wxt[未注册用户]

#56楼 　回复　引用　查看　  

针对楼上一些评论，
我不多说什么。 因为咱也不是那么厉害， 看着一个个说的很狂妄， 我悄悄面墙角去。
只是一不小心看到个触发器！！！

我就火大了！

我只能说：每一个没事就用触发器的开发人员， 上辈子都是折翼的天使！

2010-07-19 14:03 | Arthas-Cui      

#57楼 　回复　引用　查看　  

全家都是！

2010-07-19 14:05 | Arthas-Cui      

#58楼[楼主] 　回复　引用　查看　  

@Arthas-Cui

不同的数据库，对出发器的支持也不一样的，
例如 Access 不知道有没有出发器？

数据库的 行级出发器，也不一样的，可能也会引发一大堆其他问题。
出发器是能不用则不用的原则，会对开发、调试、维护带来很多麻烦，
一般是没啥经验的，或者初学者，喜欢玩存储过程、出发器、约束啥啥的，
不是把好玩的技术都堆在一起就是 牛B系统了。

越简单，越好用，越稳定，越容易才是硬道理。

2010-07-19 14:07 | 吉日嘎拉 不仅权限管理      

#59楼 　回复　引用　查看　  

其实我觉得触发器是这样的：
本来， 一个外键约束， 简简单单的就搞定了。

然后， 设计的时候， 想的不周到。
加上客户后来变了需求。
又不想改设计， 或者设计不灵活， 没法改，
或者干脆说没能力改设计！

然后怎么办？
触发器吧。
这东西NB。

一下子就冲上去了。

然后维护的人就痛苦死了。

我以前见一系统， 别的公司留下的， 他们被赶走了， 让我们给他们做维护。（原因不详）
额， 一天， 问， 一个数据是怎么来的？
我说我追下吧。

然后发现来自一个触发器。
然后来自另一个触发器。
然后来自一个存储过程给表做的insert。。。
然后来自另一个触发器~
。
。
。
。
。。
（具体到底谁调谁不记得了， 反正意思就是这么个意思。）

然后我们集体：
囧rz

然后和客户说：
“这数据哪里来的那么重要么？”
客户说：
“很重要！！！！”

我们继续：
囧rz。。。。
（不详的原因终于详了）

2010-07-19 14:13 | Arthas-Cui      

#60楼 　回复　引用　查看　  

正常的问题

2010-07-19 14:35 | 迟暮      

#61楼 　回复　引用　查看　  

@Arthas-Cui
从来不要触发器。。。。

2010-07-19 14:37 | Jon.Hong      

#62楼 　回复　引用　查看　  

引用

吉日嘎拉 不仅权限管理：
@Arthas-Cui

不同的数据库，对出发器的支持也不一样的，
例如 Access 不知道有没有出发器？

数据库的 行级出发器，也不一样的，可能也会引发一大堆其他问题。
出发器是能不用则不用的原则，会对开发、调试、维护带来很多麻烦，
一般是没啥经验的，或者初学者，喜欢玩存储过程、出发器、约束啥啥的，
不是把好玩的技术都堆在一起就是 牛B系统了。

越简单，越好用，越稳定，越容易才是硬道理。

支持楼主.

2010-07-19 14:38 | 小堆爸      

#63楼 　回复　引用　查看　  

引用

Arthas-Cui：
其实我觉得触发器是这样的：
本来， 一个外键约束， 简简单单的就搞定了。

然后， 设计的时候， 想的不周到。
加上客户后来变了需求。
又不想改设计， 或者设计不灵活， 没法改，
或者干脆说没能力改设计！

然后怎么办？
触发器吧。
这东西NB。

一下子就冲上去了。

然后维护的人就痛苦死了。

我以前见一系统， 别的公司留下的， 他们被赶走了， 让我们给他们做维护。（原因不详）
额， 一天， 问， 一个数据是怎么来的？
我说我追下吧。

然后发现来自一个触发器。
然后来自另一个触发器。
然后来自一个存储过程给表做的insert。。。
然后来自另一个触发器~
。
。
。
。
。。
（具体到底谁调谁不记得了， 反正意思就是这么个意思。）

然后我们集体：
囧rz

然后和客户说：
“这数据哪里来的那么重要么？”
客户说：
“很重要！！！！”

我们继续：
囧rz。。。。
（不详的原因终于详了）

同感...

2010-07-19 14:41 | 小堆爸      

#64楼 　回复　引用　查看　  

用触发器简直是自己给自己找事儿，一套程序永远自己维护？如果不是，逻辑最好都体现在代码或者存储过程里，否则别人维护会出大问题。

2010-07-19 14:41 | 超晨      

#65楼 　回复　引用　查看　  

放入回收站 清空回收站

2010-07-19 14:59 | 赵弟栋      

#66楼[楼主] 　回复　引用　查看　  

您的这个回复通俗易懂，绝对能说服客户，能说服开发人员。

引用

赵弟栋：放入回收站 清空回收站

2010-07-19 15:16 | 吉日嘎拉 不仅权限管理      

#67楼 　回复　引用　  

触发器都不会用。。。有简单方法不用，非做无用功，服了。做什么之前，最好先上网查查既有的解决方案，不要闭门造车

2010-07-19 15:22 | 触发器都不会用[未注册用户]

#68楼 　回复　引用　查看　  

@吉日嘎拉 不仅权限管理
吉日 冷静 冷静.

2010-07-19 15:50 | chenkai      

#69楼[楼主] 　回复　引用　查看　  

浙大网新易盛公司在招聘.NET开发人员，欢迎投简历。

2010-07-19 15:53 | 吉日嘎拉 不仅权限管理      

#70楼 　回复　引用　  

引用

吉日嘎拉 不仅权限管理：
浙大网新易盛公司在招聘.NET开发人员，欢迎投简历。

如果进了你的公司。会不会和你一样招人BS，：P

2010-07-19 16:05 | ????[未注册用户]

#71楼 　回复　引用　查看　  

其实加上删除标志还有一个好处，在特殊情况的数据库同步时也有关键作用

2010-07-19 16:51 | liy      

#72楼[楼主] 　回复　引用　查看　  

@????

我有那么恐怖吗？只是有点儿出了名而已， 浙大网新又不是我开的，老板给发工资，为人民服务，拿辛苦钱，有什么好鄙视的？

大家都是靠自己劳动赚钱的嘛，没啥好鄙视的。

2010-07-19 17:01 | 吉日嘎拉 不仅权限管理      

#73楼 　回复　引用　  

我习惯用IsDeleted

2010-07-19 17:21 | asdio[未注册用户]

#74楼 　回复　引用　查看　  

引用

Arthas-Cui：
针对楼上一些评论，
我不多说什么。 因为咱也不是那么厉害， 看着一个个说的很狂妄， 我悄悄面墙角去。
只是一不小心看到个触发器！！！

我就火大了！

我只能说：每一个没事就用触发器的开发人员， 上辈子都是折翼的天使！

对头，把表锁死了就玩完了，尤其是Internet应用；不过在大企业内部应用中，触发器的使用是非常普遍的，没办法，业务逻辑太复杂，几百行的存储过程是常见的

2010-07-19 17:23 | LanceZhang      

#75楼[楼主] 　回复　引用　查看　  

这个命名也不错，支持。

引用

asdio：我习惯用IsDeleted

2010-07-19 17:24 | 吉日嘎拉 不仅权限管理      

#76楼 　回复　引用　查看　  

看了吉日兄的这篇文章，感觉现实中对于误删除的理解不是这样！

因为，只要客户有删除数据的权限，即使是所谓的“伪删除”也是一种合理的操作，只不过是他的删除操作与现实中的逻辑发生了冲突。

在现实中，很多的数据都有时效性，一旦删除后，数据就变成“过期数据”了，其它相关表的数据也可能会发生变化；同时系统中又不是你一个人在使用，也未见得是“当时”就发现了误删除，所以要想完全避免误删除是不可能的。

2010-07-19 17:30 | 卡通一下      

#77楼 　回复　引用　查看　  

我用的命名直接是：
Recycle

然后大概这样：
if(Recycle)
{
Recycle();
}
else
{
Delete();
}

2010-07-19 17:30 | Arthas-Cui      

#78楼 　回复　引用　查看　  

不知为什么大家对触发器有这么大的意见，有很多“强相关”的操作用触发器也没有什么不好，就算不用它，不也得在一个事务中完成操作吗？

2010-07-19 17:49 | 卡通一下      

#79楼 　回复　引用　查看　  

标识位用int类型，空间浪费啊

2010-07-19 18:07 | 寂寞的肥肉      

#80楼 　回复　引用　查看　  

吉日哥，虽然我不看你的技术文章。但是我还是顶你。

2010-07-19 18:14 | kb小强      

#81楼[楼主] 　回复　引用　查看　  

总共也没几千条数据，无所谓了。

引用

寂寞的肥肉：标识位用int类型，空间浪费啊

2010-07-19 19:19 | 吉日嘎拉 不仅权限管理      

#82楼 　回复　引用　查看　  

删除 ---> 修改

2010-07-19 19:47 | IT鸟      

#83楼 　回复　引用　查看　  

其实我挺为lz担心的，那帮人又有借口黑你了....

2010-07-19 19:53 | 炭炭      

#84楼 　回复　引用　查看　  

我觉得可以用一个表来保存被删掉记录的索引，select语句对两个表操作也蛮简单的，这个类似于你flag标记的方式，但是对已有程序的修改幅度应该要小。

我在华为做的项目都是不用触发器的，因为在表很多的情况下（200多个表，另外还有100多个视图），用触发器会大大增加逻辑的复杂性，维护这些逻辑的开销还不如增加硬盘的开销来的实在，现在硬盘很便宜的。

当然，如果在银行系统这种数据量超大的项目中，触发器应该是必备的。

2010-07-19 20:31 | 潇湘雨歇      

#85楼 　回复　引用　查看　  

我只有一个观点，就是作为一个data-centric程序开发来说，lz数据库设计能力以及功底有待考量。这是设计数据库的常识，多column没关系，少了后面就会增加无数麻烦。还有，我觉得用生成器的朋友十有八九都是table<->object mapping的这类。与其这样为什么放着datatable不用呢。。。事务总是颠倒了来搞，不觉得别扭么？

2010-07-19 20:57 | Vincent Yang      

#86楼[楼主] 　回复　引用　查看　  

@Vincent Yang

没看明白高手的留言，不好意思啊，可能是我水平不够。

2010-07-19 21:06 | 吉日嘎拉 不仅权限管理      

#87楼[楼主] 　回复　引用　查看　  

@潇湘雨歇

以我的理解，出发器是在没有办法修改源码的前提下，迫不得已采取的方法，特别是集成没有源码的管理系统。

2010-07-19 21:08 | 吉日嘎拉 不仅权限管理      

#88楼 　回复　引用　查看　  

支持下！

2010-07-19 21:48 | Dacey      

#89楼 　回复　引用　查看　  

很想训人，看你写Blog这么辛苦还是支持你一下
以后别再以为客户授权了你DELETE
数据完整性。。。

2010-07-19 22:21 | 铃兰草      

#90楼 　回复　引用　查看　  

还好我们一开始就是假删除~

2010-07-19 22:25 | 真名士      

#91楼[楼主] 　回复　引用　查看　  

还好，你没写类似的博文，否则又要被骂死了，哈哈

引用

真名士：还好我们一开始就是假删除~

2010-07-19 22:27 | 吉日嘎拉 不仅权限管理      

#92楼 　回复　引用　  

看着都觉得无聊。10年前就应该设计好的东西，现在居然能放到首页上大肆渲染，不是你该骂，而是你在找骂。

2010-07-19 22:42 | 无suo事事[未注册用户]

#93楼[楼主] 　回复　引用　查看　  

@无suo事事

TMD, 10年前就应该留言的现在才留言，呵呵，脑子有问题。

2010-07-19 22:45 | 吉日嘎拉 不仅权限管理      

#94楼[楼主] 　回复　引用　查看　  

@无suo事事
几千年前发明的汉字，现在也在天天用，按照你这么说，汉字都不能用了？
不能写了？

几百年前的诗句，现在也不是照样在写? 照样在说？

2010-07-19 22:46 | 吉日嘎拉 不仅权限管理      

#95楼 　回复　引用　  

你还真是够卡的，这样去意义不是太大吗？或者说你这样的设计并不专业，一个软件客户用上十年不用维护费，那么本身说明这个软件是成功的，难道收点维护费就可以赚大钱了？这个十年当中我相信以这个技术员的能力完全可以开发N套成熟的产品了，或者把现有的这套软件包装起来当做产品去卖，一套成熟的产品问题出的越少越好，最好都可以不用维护哦。

2010-07-19 22:52 | 藏金阁[未注册用户]

#96楼 　回复　引用　  

误删就是没事找事做，客户不要求的话最好别管他

2010-07-20 00:14 | nannanaan[未注册用户]

#97楼 　回复　引用　查看　  

坚持真删除并且到现在还不改变的人 90%是学生或者小系统。

一般所有数据都有status标记，表示数据状态。如果真的需要删除，会数据库进行统一维护。

2010-07-20 01:00 | 辰      

#98楼[楼主] 　回复　引用　查看　  

开拓一个大客户有那么容易吗？天下难道有做不完的管理系统？而且是有一定的油水的？好像没那么容易吧？寻找客户并不是那么容易的事情，若那么容易可以找到大客户，我早就自己开公司去了。

引用

藏金阁：你还真是够卡的，这样去意义不是太大吗？或者说你这样的设计并不专业，一个软件客户用上十年不用维护费，那么本身说明这个软件是成功的，难道收点维护费就可以赚大钱了？这个十年当中我相信以这个技术员的能力完全可以开发N套成熟的产品了，或者把现有的这套软件包装起来当做产品去卖，一套成熟的产品问题出的越少越好，最好都可以不用维护哦。

2010-07-20 08:40 | 吉日嘎拉 不仅权限管理      

#99楼[楼主] 　回复　引用　查看　  

总算有人有共同语言了，哈哈，谢谢你的支持啊

引用

辰：
坚持真删除并且到现在还不改变的人 90%是学生或者小系统。

一般所有数据都有status标记，表示数据状态。如果真的需要删除，会数据库进行统一维护。

2010-07-20 08:40 | 吉日嘎拉 不仅权限管理      

#100楼 　回复　引用　查看　  

呵呵，顶吉日兄一下，每次发贴都有这么多人光顾

2010-07-20 08:48 | 总想拥有自己的天空      

#101楼[楼主] 　回复　引用　查看　  

@总想拥有自己的天空

稍微有点儿名人效益，呵呵。

2010-07-20 08:53 | 吉日嘎拉 不仅权限管理      

#102楼 　回复　引用　查看　  

囧？你們啥玩意的系統啊？居然是直接刪除？還精悍？在學校的時候，老濕就教了數據不要用刪除，要保留每一個操作。這幾年做的系統，包括醫療的財務的倉儲的，CMS，oa,我都沒看過一個是刪除數據的。我很難想想，這樣的系統，居然能讓人用10年，不用維護，該不會是買去擺設吧

2010-07-20 08:54 | 貓崽      

#103楼 　回复　引用　查看　  

至于采用怎样的删除方式和数据类型，不能走极端。
我们将两种删除称为逻辑删除和物理删除，敏感数据采用逻辑删除，非敏感数据则按照客户的要求（客户都有IT部门，甚至具有专家，我说的是真正的专家）
至于这个Flag是采用BIT还是其他数据类型，也要分场景，比如下面种情况就不能用BIT：
Membership表（PK：UserName + IsDeleted）
UserName
Password
IsDeleted
由于一个表里可能具有多个具有相同UserName的被删除的记录，所以不能使用具有两态的BIT。我们都用代表当前事务（逻辑上的事务）的GUID表示（虽然可能在性能和存贮上就一些负面的影响，不过影响不大）

2010-07-20 08:54 | Artech      

#104楼[楼主] 　回复　引用　查看　  

@Artech

有水平的人，留言的水平都让人佩服，说出来的话，听着也舒服啊。

2010-07-20 09:29 | 吉日嘎拉 不仅权限管理      

#105楼[楼主] 　回复　引用　查看　  

@Artech

通过写博客，与大家交流中提高了不少，这就是所谓的写博客的好处，交流的好处吧。

2010-07-20 09:30 | 吉日嘎拉 不仅权限管理      

#106楼 　回复　引用　查看　  

简单实用

2010-07-20 09:35 | 东华一只球      

#107楼 　回复　引用　查看　  

如果表的数量大，这种方法就不适用。小数据量还是可以的。

2010-07-20 09:43 | 当耐特砖家      

#108楼 　回复　引用　查看　  

@当耐特砖家
大表有大表的做法，可以根据Status建索引，然后根据索引建立表分区
又不是Access，只要没有大的设计失误，你放几千万条数据也是随便跑
对于真正应该删除的数据，在业务上应该建立定期整理、备份、核查、销毁制度（可以参看档案管理的做法）

2010-07-20 09:48 | 铃兰草      

#109楼 　回复　引用　  

这个也放首页。。。。吉日在没什么好写时可以休息一下嘛

2010-07-20 09:58 | selfer[未注册用户]

#110楼[楼主] 　回复　引用　查看　  

@selfer

那你来写文章吧。

2010-07-20 10:00 | 吉日嘎拉 不仅权限管理      

#111楼 　回复　引用　  

这个也改了一周，太高效的管理了吧，早就叫你不要只忽悠来忽悠去，不听爸爸的话.

2010-07-20 13:02 | 吉日它爹[未注册用户]

#112楼 　回复　引用　查看　  

楼主，好好学习一下面向对象的开发吧，你这个水平，把中国的软件水平拉低了

2010-07-20 13:54 | 张忠伟      

#113楼 　回复　引用　查看　  

写这样的文章等于找骂！
凤姐型的人物，骂的多了，自然就上头版了

2010-07-20 13:55 | 张忠伟      

#114楼[楼主] 　回复　引用　查看　  

你这家伙，啥嘴巴？这个跟面向对象的开发都能扯上关系？我真想骂你，“你是猪啊？”啥都能跟面向对象的开发扯上关系，面向对象就不用删除标志了？水平没到家，别乱给人家扣帽子。

引用

张忠伟：楼主，好好学习一下面向对象的开发吧，你这个水平，把中国的软件水平拉低了

2010-07-20 13:56 | 吉日嘎拉 不仅权限管理      

#115楼 　回复　引用　查看　  

@小堆爸
那确实啊，都通宵好几天了，就调试触发器了，而且数据量大的时候还丢数据。

2010-07-20 13:57 | 小小乐      

#116楼[楼主] 　回复　引用　查看　  

TMD, 自己不好好写文章，还跑到这样的文章来来捣乱，你良心上有没有考虑一下？你给博客园写了几篇文章分享了经验？别人从你身上学到过什么？反过来还批评我这样乐于分享，乐于交流的人，你的良心、良知都到哪里去了？怎么这么黑心肠啊？

引用

张忠伟：
写这样的文章等于找骂！
凤姐型的人物，骂的多了，自然就上头版了

2010-07-20 14:29 | 吉日嘎拉 不仅权限管理      

#117楼[楼主] 　回复　引用　查看　  

程序在调试时，出发器也不好调试，而且有一定的未知性，莫名其妙性。
出发器互相调用来调用去更让人容易头大，系统运行的时间长了，改动多了，接入的系统，功能也多了，更容易乱套了。

引用

小小乐：
@小堆爸
那确实啊，都通宵好几天了，就调试触发器了，而且数据量大的时候还丢数据。

2010-07-20 14:30 | 吉日嘎拉 不仅权限管理      

#118楼 　回复　引用　查看　  

@吉日嘎拉 不仅权限管理
人懒得很，还没写过东西呢。
最近工作不顺利，有点感慨，抽空总结一下 /(^o^)/~

2010-07-20 14:45 | 真名士      

#119楼 　回复　引用　查看　  

引用

吉日嘎拉 不仅权限管理：
不easy的都不会，太easy的又不精。
我就不信，说easy的人，自己的软件里，是否都处理得想当好？
有勇气敢说的，不知道有几个人。

引用

feijia：太easy了，这也可以写文章？

这个xxx逻辑就是,你要说xx不好,你先做个超过xx给我看看!
这样还不如关了评论了事!

2010-07-20 15:44 | 风中独火      

#120楼 　回复　引用　查看　  

引用

吉日嘎拉 不仅权限管理：
程序在调试时，出发器也不好调试，而且有一定的未知性，莫名其妙性。
出发器互相调用来调用去更让人容易头大，系统运行的时间长了，改动多了，接入的系统，功能也多了，更容易乱套了。

引用

小小乐：
@小堆爸
那确实啊，都通宵好几天了，就调试触发器了，而且数据量大的时候还丢数据。

驾驭不了,不代表不好.
不会调试,不代表不能调试.
自己未知就老老实实承认,不是莫名其妙的.
你10年都不动的系统,运行50年来改动,加入功能么?

2010-07-20 15:47 | 风中独火      

#121楼 　回复　引用　查看　  

楼主无论怎么楼主的奉献精神我还是很赞赏的

无论任何事情努力去做了就好

2010-07-30 14:33 | 马克华菲      

#122楼 　回复　引用　查看　  

顶楼主，我觉得写的蛮好的，受益匪浅

2010-07-30 15:36 | 夏末的美      

#123楼 　回复　引用　查看　  

呵呵. 这个标志是一定要的. 像你写的系统, 支持oralce,access,mssql, mysql这些. 用删除标志比较好. 然后把删除的log写到另一外表.
如果单一系统定义为特定的MSSQL, 用触发器也是可以.