忘记密码   免费注册 查看新帖 | 论坛精华区

ChinaUnix.net

  平台 论坛 博客 认证专区 大话IT HPC论坛 徽章 文库 沙龙 自测 下载 频道自动化运维 虚拟化 储存备份 C/C++ PHP MySQL 嵌入式 Linux系统
最近访问板块 发新帖
楼主: 冬瓜头

银行存钱悖论探讨!!(慎入,逻辑混乱,请看完所有楼再回帖以免越弄越乱) [复制链接]

论坛徽章:
12
丑牛
日期:2014-05-10 16:11:3315-16赛季CBA联赛之同曦
日期:2016-02-01 20:28:25IT运维版块每日发帖之星
日期:2015-11-10 06:20:00操作系统版块每日发帖之星
日期:2015-10-28 06:20:002015亚冠之塔什干棉农
日期:2015-06-04 11:41:56技术图书徽章
日期:2013-09-23 13:25:58CU大牛徽章
日期:2013-09-18 15:21:17CU大牛徽章
日期:2013-09-18 15:21:12CU大牛徽章
日期:2013-09-18 15:21:06CU大牛徽章
日期:2013-09-18 15:20:58CU大牛徽章
日期:2013-09-18 15:20:48数据库技术版块每日发帖之星
日期:2016-02-08 06:20:00
发表于 2010-01-12 12:12 |显示全部楼层
原帖由 冬瓜头 于 2010-1-12 11:33 发表
我从一开始就没有认为db本身机制有问题。而是对整个系统的沟通流程方面,有潜在的问题,这一点不理解,是否真正存在,如果存在,怎么解决。

从应用分层的角度来讲,每个层面都应该做好自己分内的事情。各个层面应该提供一个相互一致的视图。所以前台终端显示给操作员的数据,就应该是数据库中已经提交的数据。但不管怎样,你总不可能避免人为失误。万一那个业务操作员宿酒未醒呢?

论坛徽章:
12
丑牛
日期:2014-05-10 16:11:3315-16赛季CBA联赛之同曦
日期:2016-02-01 20:28:25IT运维版块每日发帖之星
日期:2015-11-10 06:20:00操作系统版块每日发帖之星
日期:2015-10-28 06:20:002015亚冠之塔什干棉农
日期:2015-06-04 11:41:56技术图书徽章
日期:2013-09-23 13:25:58CU大牛徽章
日期:2013-09-18 15:21:17CU大牛徽章
日期:2013-09-18 15:21:12CU大牛徽章
日期:2013-09-18 15:21:06CU大牛徽章
日期:2013-09-18 15:20:58CU大牛徽章
日期:2013-09-18 15:20:48数据库技术版块每日发帖之星
日期:2016-02-08 06:20:00
发表于 2010-01-12 12:15 |显示全部楼层
原帖由 冬瓜头 于 2010-1-12 11:38 发表
这只是一笔操作,如果是十万笔,人如何去一一核对呢?这个问题怎么解决

如果是柜台操作,就由各个柜台业务员处理。如果是后台批处理,强壮的批处理至少应该可以重新跑一遍而不会重复操作。

论坛徽章:
2
2015年迎新春徽章
日期:2015-03-04 09:49:45IT运维版块每日发帖之星
日期:2016-07-29 06:20:00
发表于 2010-01-12 12:48 |显示全部楼层
如果需要全靠最终业务层来判断数据是否丢失的话,这个工作就很枯燥了,是不是存在人也无法探知的潜在数据丢失呢,我认为很有可能,一笔记录丢了可以对一对,如果底层某个数据的丢失并没有通过某种渠道被业务层感知,或者丢失之后到被感知的时间过长以至于业务层也无法调查了,这是否就是死账形成的原因之一呢?人为因素+系统因素。

论坛徽章:
12
丑牛
日期:2014-05-10 16:11:3315-16赛季CBA联赛之同曦
日期:2016-02-01 20:28:25IT运维版块每日发帖之星
日期:2015-11-10 06:20:00操作系统版块每日发帖之星
日期:2015-10-28 06:20:002015亚冠之塔什干棉农
日期:2015-06-04 11:41:56技术图书徽章
日期:2013-09-23 13:25:58CU大牛徽章
日期:2013-09-18 15:21:17CU大牛徽章
日期:2013-09-18 15:21:12CU大牛徽章
日期:2013-09-18 15:21:06CU大牛徽章
日期:2013-09-18 15:20:58CU大牛徽章
日期:2013-09-18 15:20:48数据库技术版块每日发帖之星
日期:2016-02-08 06:20:00
发表于 2010-01-12 13:17 |显示全部楼层
数据是否丢失是否一致,当然是要靠业务层来判断的。即使你写了程序自动判断,也是要依靠业务规则的。何况即使IT系统运行正常,数据库7*24没有崩溃,也可能存在数据丢失。如果前台应用有bug不小心删除了数据呢?如果操作员不小心多打了个0呢?
我不是很明白这个帖子的用意。难道你认为存在一种机制,可以在IT层面避免或者检测到所有的错误,包括业务层面的错误?

论坛徽章:
0
发表于 2010-01-12 13:24 |显示全部楼层
在COMMIT时候会写日志的。如果COMMIT不成功 ,也就不会提示写入成功。当日志写完成后,即使数据没有写回到数据文件也没问题。这个时候DOWN 机,下次开机的时候会根据日志把这个记录写回数据文件。

论坛徽章:
12
丑牛
日期:2014-05-10 16:11:3315-16赛季CBA联赛之同曦
日期:2016-02-01 20:28:25IT运维版块每日发帖之星
日期:2015-11-10 06:20:00操作系统版块每日发帖之星
日期:2015-10-28 06:20:002015亚冠之塔什干棉农
日期:2015-06-04 11:41:56技术图书徽章
日期:2013-09-23 13:25:58CU大牛徽章
日期:2013-09-18 15:21:17CU大牛徽章
日期:2013-09-18 15:21:12CU大牛徽章
日期:2013-09-18 15:21:06CU大牛徽章
日期:2013-09-18 15:20:58CU大牛徽章
日期:2013-09-18 15:20:48数据库技术版块每日发帖之星
日期:2016-02-08 06:20:00
发表于 2010-01-12 13:48 |显示全部楼层
原帖由 冬瓜头 于 2010-1-12 11:31 发表
操作员录入了客户信息,提示成功了,回头一查,没了

这种前端认为成功,后端最终回滚的情况是不可能出现的。反过来,前端认为操作失败,而后端实际上操作成功的情况倒是有可能的。这时候就需要操作员判断是否需要再次执行操作。
ps 你了解了数据库中的事务概念,就不会有这种问题了。

论坛徽章:
0
发表于 2010-01-12 13:57 |显示全部楼层
原帖由 mike79 于 2010-1-12 13:48 发表

这种前端认为成功,后端最终回滚的情况是不可能出现的。反过来,前端认为操作失败,而后端实际上操作成功的情况倒是有可能的。这时候就需要操作员判断是否需要再次执行操作。
ps 你了解了数据库中的事务概念 ...


我倒是觉得lz在推销他的书,相对于售前能对技术了解到这里也差不多了。

论坛徽章:
2
2015年迎新春徽章
日期:2015-03-04 09:49:45IT运维版块每日发帖之星
日期:2016-07-29 06:20:00
发表于 2010-01-12 14:01 |显示全部楼层
“这种前端认为成功,后端最终回滚的情况是不可能出现的。反过来,前端认为操作失败,而后端实际上操作成功的情况倒是有可能的”

那个例子是我说错了。
这个帖子没什么用意,就是探讨一下,数据丢失到底是怎么丢的,应该从哪里入手杜绝。

论坛徽章:
2
2015年迎新春徽章
日期:2015-03-04 09:49:45IT运维版块每日发帖之星
日期:2016-07-29 06:20:00
发表于 2010-01-12 14:03 |显示全部楼层
原帖由 cx6445 于 2010-1-12 13:57 发表


我倒是觉得lz在推销他的书,相对于售前能对技术了解到这里也差不多了。


你上钩了么?

论坛徽章:
12
丑牛
日期:2014-05-10 16:11:3315-16赛季CBA联赛之同曦
日期:2016-02-01 20:28:25IT运维版块每日发帖之星
日期:2015-11-10 06:20:00操作系统版块每日发帖之星
日期:2015-10-28 06:20:002015亚冠之塔什干棉农
日期:2015-06-04 11:41:56技术图书徽章
日期:2013-09-23 13:25:58CU大牛徽章
日期:2013-09-18 15:21:17CU大牛徽章
日期:2013-09-18 15:21:12CU大牛徽章
日期:2013-09-18 15:21:06CU大牛徽章
日期:2013-09-18 15:20:58CU大牛徽章
日期:2013-09-18 15:20:48数据库技术版块每日发帖之星
日期:2016-02-08 06:20:00
发表于 2010-01-12 14:18 |显示全部楼层
原帖由 cx6445 于 2010-1-12 13:57 发表


我倒是觉得lz在推销他的书,相对于售前能对技术了解到这里也差不多了。

LZ就出了一本书吧?难道有新书面世?
ps 我觉得像存储之类的书,看厂商的资料以及看SCSI规范应该足够了。

[ 本帖最后由 mike79 于 2010-1-12 14:23 编辑 ]
您需要登录后才可以回帖 登录 | 注册

本版积分规则

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号 北京市公安局海淀分局网监中心备案编号:11010802020122
广播电视节目制作经营许可证(京) 字第1234号 中国互联网协会会员  联系我们:
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP