Foxtable(狐表)用户栏目专家坐堂 → [分享] 新版《网络环境下复杂的不重复编号》


  共有16817人关注过本帖树形打印复制链接

主题:[分享] 新版《网络环境下复杂的不重复编号》

帅哥哟,离线,有人找我吗?
卧美吻花
  21楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:幼狐 帖子:187 积分:1469 威望:0 精华:0 注册:2012/6/8 9:34:00
  发帖心情 Post By:2013/1/14 10:47:00 [只看该作者]

再次顶起,让更多人看到
呵呵,谢谢程版

 回到顶部
帅哥哟,离线,有人找我吗?
lsy
  22楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:版主 帖子:5246 积分:33163 威望:0 精华:8 注册:2013/1/17 21:28:00
  发帖心情 Post By:2013/2/12 14:18:00 [只看该作者]

数据库最讲究雁过留痕

     如果是基础数据表,相当于数据字典的,变动很小,软件商或管理员在录入之前先禁止自动编号,等数据录入完毕,在自动编号列用序列填充按编号规则一次性完成编号,然后恢复自动编号,以后零星添加新行的时候,就会自动编号,这样可以避免初始录入过程中,频繁增删造成断号。

     如果是日常操作录入的大量增加的数据行,自动编号列当然是一行行自动增加,不应人为干预。

     只要是已经保存的数据行,就应该在数据库的生命周期中完整保存,不能删除,也不能随意更改,包括自动编号,这样也就不存在断号的问题。

     如果需要删除记录,应该把原记录标记为“已删除”,而不是物理的删除。

     自动编号,简洁易用为好,000001,000002,这样的格式就很好,加上前缀,就是累赘。根据实际需要,取合适的长度即可,容易识别、容易比较,用编号查询的时候,也容易输入


 回到顶部
帅哥哟,离线,有人找我吗?
程兴刚
  23楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信 一级勋章
等级:超级版主 帖子:7236 积分:40597 威望:0 精华:16 注册:2008/8/31 23:23:00
  发帖心情 Post By:2013/2/12 18:29:00 [只看该作者]

    1、我们大家用EXCEL习惯了添加删除记录,很多时候会因为我们的误操作引起断号,那是操作者确认该数据有效之前的操作,一旦该数据已经提交或者一经审核,这些记录是可以禁止删除的,但在此之前肯定存在添加删除的现象,再比如:企业管理人员指导操作员的演示数据,都会为断号留下隐患。

   2、前缀的问题,个人建议还是要加上,并不是麻烦不麻烦的事,比如:出库单编号和入库单编号,如果不添加前缀的话,将来一旦生成纸版报表,上报后在查阅过程中就不是那么方便,容易混淆!


 回到顶部
帅哥哟,离线,有人找我吗?
逛逛
  24楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:版主 帖子:1693 积分:12123 威望:0 精华:7 注册:2013/7/11 10:52:00
  发帖心情 Post By:2013/9/29 14:15:00 [只看该作者]

俺先收藏着,谢了!

 回到顶部
帅哥哟,离线,有人找我吗?
2
  25楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:二尾狐 帖子:558 积分:5937 威望:0 精华:0 注册:2013/7/11 17:39:00
  发帖心情 Post By:2013/9/29 15:42:00 [只看该作者]

我是来倫菜的!!!!!!!!!!

 回到顶部
帅哥哟,离线,有人找我吗?
2
  26楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:二尾狐 帖子:558 积分:5937 威望:0 精华:0 注册:2013/7/11 17:39:00
  发帖心情 Post By:2013/9/29 15:43:00 [只看该作者]

顶。收藏了

 回到顶部
帅哥哟,离线,有人找我吗?
jspta
  27楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:七尾狐 帖子:1731 积分:11255 威望:0 精华:0 注册:2011/12/15 22:06:00
  发帖心情 Post By:2013/9/29 16:20:00 [只看该作者]

以下是引用lsy在2013-2-12 14:18:00的发言:

数据库最讲究雁过留痕

     如果是基础数据表,相当于数据字典的,变动很小,软件商或管理员在录入之前先禁止自动编号,等数据录入完毕,在自动编号列用序列填充按编号规则一次性完成编号,然后恢复自动编号,以后零星添加新行的时候,就会自动编号,这样可以避免初始录入过程中,频繁增删造成断号。

     如果是日常操作录入的大量增加的数据行,自动编号列当然是一行行自动增加,不应人为干预。

     只要是已经保存的数据行,就应该在数据库的生命周期中完整保存,不能删除,也不能随意更改,包括自动编号,这样也就不存在断号的问题。

     如果需要删除记录,应该把原记录标记为“已删除”,而不是物理的删除。

     自动编号,简洁易用为好,000001,000002,这样的格式就很好,加上前缀,就是累赘。根据实际需要,取合适的长度即可,容易识别、容易比较,用编号查询的时候,也容易输入

基础数据应当尽量减少删除的可能性。关于断号的回收感觉还是没必要,他只是个标识,本身没有太大意义。如果有意义,那这样回收岂不是乱套了?

正式保存后在生成编号,能够减少断号的可能性

前缀还是应当加,在做综合查询和输出或其他什么,还是能一眼看出编号不同的,特别是进行合并,这个作用非常明显


 回到顶部
帅哥哟,离线,有人找我吗?
bohe
  28楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:五尾狐 帖子:1074 积分:9872 威望:0 精华:0 注册:2008/9/2 11:34:00
  发帖心情 Post By:2013/9/29 17:08:00 [只看该作者]

学习

 回到顶部
帅哥哟,离线,有人找我吗?
程兴刚
  29楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信 一级勋章
等级:超级版主 帖子:7236 积分:40597 威望:0 精华:16 注册:2008/8/31 23:23:00
  发帖心情 Post By:2013/9/29 17:45:00 [只看该作者]

以下是引用jspta在2013-9-29 16:20:00的发言:

基础数据应当尽量减少删除的可能性。关于断号的回收感觉还是没必要,他只是个标识,本身没有太大意义。如果有意义,那这样回收岂不是乱套了?

正式保存后在生成编号,能够减少断号的可能性

前缀还是应当加,在做综合查询和输出或其他什么,还是能一眼看出编号不同的,特别是进行合并,这个作用非常明显

删除只是新增数据人员的操作习惯,出做只为杜绝这个坏习惯带来的敝端,如果只有新増者自己本人才有权删除自己的记录,那补号功能就有用了,因为会计帐、材料出入库查帐忌讳缺号,那样会造成人为的材料“假丢失”等一系列管理隐患,查对困难,难预料和判断哪一个断号是人为恶意删除除的!当然,当该记录一旦确认生成(完成打印、通过审核),则应该禁止删除,确实需要删除则需要多人同时确认,那是另一回事!在如上前提面前,自动补号就大有用处了!

 回到顶部
帅哥哟,离线,有人找我吗?
supwork
  30楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:三尾狐 帖子:688 积分:4903 威望:0 精华:0 注册:2013/10/27 17:14:00
  发帖心情 Post By:2014/5/14 17:39:00 [只看该作者]

不错,编号回收这个确实不错。顶一下。

 回到顶部
总数 46 上一页 1 2 3 4 5 下一页