关于oracle 11g处理并发。麻烦各位提个方法

yulihua49

atgc 发表于 2016-10-24 12:22
铁路(12306)是每张表一条记录？这样似乎问题简单一些
update的时候判断一下数量是否>=1,或者某个状态值
...

每个席位一个记录。大意（不是真的哦）
日期  车次 上车站  下车站   席别（铺别）  车厢号   座位号  状态    占用者  占用时间戳，等等。

状态有：-1   禁售，0未售，1占用，2售出等等。
后台有进程专门检查占用时间戳，超过一定时间就释放它。前台程序在最后要售出时发现占用者不是自己就必须夭折这个事务。
这就是12306订票，超过一定时间不付款作废的原理。

这个方法，在大并发条件下的效率肯定比计数器高。这是与IBM一帮专家进行长期争论的结果，适合中国国情。其他各国售票系统都是计数器式。
越南和中国是一样的。

kelis2004

yulihua49 发表于 2016-10-26 12:57
每个席位一个记录。大意（不是真的哦）
日期  车次 上车站  下车站   席别（铺别）  车厢号   座位号   ...

这么清楚购票原理，怀疑你跟12306有关系呵呵，
如果有并发的好例子欢迎共享出来啊

jxc_hn

yulihua49 发表于 2016-10-26 12:57
每个席位一个记录。大意（不是真的哦）
日期  车次 上车站  下车站   席别（铺别）  车厢号   座位号   ...

学习了。 不过，这会导致表特别大吧？ 分库分表了？

newkid

yulihua49 发表于 2016-10-26 12:57
每个席位一个记录。大意（不是真的哦）
日期  车次 上车站  下车站   席别（铺别）  车厢号   座位号   ...

我以前做过类似东西，但是我可不会搞一个后台程序来清除占用状态。

我的方法是设计一个类似于“占用失效时间”的列，如果这个时间小于当前时间，那么就相当于已经释放，并不需要另外一个程序来清除它。

yulihua49

jxc_hn 发表于 2016-10-26 14:33
学习了。 不过，这会导致表特别大吧？ 分库分表了？

对的，表很大，而且在铁总一个数据库。至于分不分表，多年来已经改变多次了。先前不分表，后来分表了，现在不知道。

yulihua49

newkid 发表于 2016-10-26 22:27
我以前做过类似东西，但是我可不会搞一个后台程序来清除占用状态。

我的方法是设计一个类似于“占用失 ...

票在占用态，你不清除，票状态就不能改回未售态，好继续卖给别人啊，

yulihua49

kelis2004 发表于 2016-10-26 14:02
这么清楚购票原理，怀疑你跟12306有关系呵呵，
如果有并发的好例子欢迎共享出来啊

1995年，铁路真正意义的计算机售票系统（之前有不少雏形系统），由北京地区开发并实施。此系统由我主持。
96年才有了铁道部的介入，由铁科院实施全路统一版本。真正统一的完成是在1998年12月。
他们完全参考了我的系统。至今，系统总的数据结构框架和主要处理流程没有改变（绝对是中国特色）。

实际你要找到所需的票有非常复杂的过程。（头像即是检索过程，好像只显示了一部分，我可是放了整张图上去的）
例如，北京-广州，你要武汉上车，你的上车日期比始发日期差一天，先必须找到车次的始发日期才能找到相应的票。
如果赶上调图期间，问题更复杂。我们必须找到高并发高竞争环境下，高效率的检索方法。
银行和电信，虽然是高并发，但不是高竞争。铁路是高竞争，一筐票来了，一百只手下去抓。不允许抓重，也不允许抓丢。

newkid

yulihua49 发表于 2016-10-27 10:54
票在占用态，你不清除，票状态就不能改回未售态，好继续卖给别人啊，

你这思路未免太局限了吧？状态就一定要用一个状态列来表示吗？我用个 expiry_time<sysdate 作附加条件配合其它状态列，也可以表示一种未售状态。

写后台程序的弊端很多：状态修改不及时；增加系统负担；多一个依赖点；引入新的并发竞争。

小学徙

支持newkid这种做法.

yulihua49

newkid 发表于 2016-10-27 22:22
你这思路未免太局限了吧？状态就一定要用一个状态列来表示吗？我用个 expiry_time

那个状态还有别的用。expiry_time有时是空。感觉凭检索条件来代替状态不把牢。在大系统里，类似的功能会在多处出现，由不同的人开发，先前的人不在了，后来的人也在不断换代，这种不靠谱的事，给人家埋雷啊。
反正12306也是我那么干的。