- 主题:[小白求教]那些复杂的数据库在什么场景有价值呢
售票系统要先按窗口,渠道,结账,再汇总报财务。
依据售票量。窗口是售票员换班就必须立即结账,现金,pos,各种移动支付的,都要立即算清楚。先把售票员的款项结算清楚,再把单位结清,再报财务总结算这个是日结。
渠道结账当日清。
【 在 roy 的大作中提到: 】
: 一般来说,售票系统、财务系统是分开的
: 在设计上就应该用transaction保证这两个系统的记录是一致的,这是典型的OLTP应用场景。对不对账其实意义不大。
: 对账的时候按每个账户的总数核对就行,车次什么的没必要。
: ...................
--
FROM 221.218.60.*
余票信息(库存)、窗口销售、网售可以放在不同的表里。
窗口结账不会影响网售。
而且也不会有你说的按车次线路查询的需求
【 在 ylh0315 的大作中提到: 】
: 售票系统要先按窗口,渠道,结账,再汇总报财务。
: 依据售票量。窗口是售票员换班就必须立即结账,现金,pos,各种移动支付的,都要立即算清楚。先把售票员的款项结算清楚,再把单位结清,再报财务总结算这个是日结。
: 渠道结账当日清。
: ...................
--
FROM 114.253.38.*
余票信息是从席位库提取的,必须实时。
结账是从存根库提取的。
存根是每笔交易实时存放的,先记存根,后出票。
结账后才能把结账信息发送到财务库。
【 在 roy 的大作中提到: 】
: 余票信息(库存)、窗口销售、网售可以放在不同的表里。
: 窗口结账不会影响网售。
: 而且也不会有你说的按车次线路查询的需求
: ...................
--
FROM 221.218.60.*
按车次线路到站方向的各种席别余票查询是管理部门必须实时进行的。他要随时了解进度以便调度资源,各铁路局都有客调,负责调度本局资源,但是车次车辆席别这些都在全国统一的数据库里,一大堆人在一个数据库里鼓捣自己的数据。
24小时不间断,一边卖一边鼓捣数据。所以说OLTP与OLAP混合系统。
【 在 roy 的大作中提到: 】
: 余票信息(库存)、窗口销售、网售可以放在不同的表里。
: 窗口结账不会影响网售。
: 而且也不会有你说的按车次线路查询的需求
: ...................
--
修改:ylh0315 FROM 221.218.60.*
FROM 221.218.60.*
你是 12306 的吗?
【 在 ylh0315 的大作中提到: 】
: 按车次线路到站方向的各种席别余票查询是管理部门必须实时进行的。他要随时了解进度以便调度资源,各铁路局都有客调,负责调度本局资源,但是车次车辆席别这些都在全国统一的数据库里,一大堆人在一个数据库里鼓捣自己的数据。
: 24小时不间断,一边卖一边鼓捣数据。所以说OLTP与OLAP混合系统。
--
FROM 167.220.233.*
你们系统的大名是啥?
【 在 ylh0315 的大作中提到: 】
: 前身。12306是在我们的系统的基础上开发的。
: 是我们第一次把关系数据库用于铁路系统。早先都是文件系统,他们不相信关系数据库能够用于OLTP。后来铁科院电子所客票课题筹备组到我们那里考察了我们的系统,才最终下决心使用关系数据库构建这个系统。我们的系统是1995年上线,北京地区6站一中心的联网通售通退(在此之前是卖硬板票)。他们是1996年试投产单站版。
--
FROM 167.220.233.*
关于日结,你这个说法不太对。
1、依赖数据库技术在进行日结的,是一种比较“笨”的办法。比如你说的靠日志来进行回溯,oracle中专业术语叫闪回查询。它可以靠undo、更长时间靠闪回日志来实现。
2、非oracle数据库做不了日结?错!靠应用逻辑来实现,通常会有一张营业日表记录当前营业日区间几点到几点。所有明细进入时,会自动去带上这个营业日作为其日结的营业日期。发出日结指令时,营业日切换,并不影响新的明细进入,新明细的营业日和之前的已经不同了。oltp可以继续了,那么日结你改怎么算怎么算,数据本身又不会乱。
【 在 ylh0315 的大作中提到: 】
: 不是。系统24小时不间断运行。
: 所谓日结,就是一个时间段的统计。
: 目前只有ORACLE可以这样。
: ...................
--
FROM 106.38.84.*
是。
现在就不是Oracle,是sybase。
就是你说的第二种方法。一般需要设置隔离级,读脏数据。系统设计保证脏数据不脏。
在另外的系统中,使用Oracle。就采用Oracle的方法。
【 在 bnso 的大作中提到: 】
: 关于日结,你这个说法不太对。
: 1、依赖数据库技术在进行日结的,是一种比较“笨”的办法。比如你说的靠日志来进行回溯,oracle中专业术语叫闪回查询。它可以靠undo、更长时间靠闪回日志来实现。
: 2、非oracle数据库做不了日结?错!靠应用逻辑来实现,通常会有一张营业日表记录当前营业日区间几点到几点。所有明细进入时,会自动去带上这个营业日作为其日结的营业日期。发出日结指令时,营业日切换,并不影响新的明细进入,新明细的营业日和之前的已经不同了。oltp可以继续了,那么日结你改怎么算怎么算,数据本身又不会乱。
--
修改:ylh0315 FROM 221.218.61.*
FROM 221.218.61.*