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

yulihua49

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

购票记录本来就是另一个表。席位只表达这个席位能不能卖，买完了没。
开始就只有席位和余票计数器。卖了以后才有购票记录（存根）。

newkid

yulihua49 发表于 2016-10-28 15:18
那个状态还有别的用。expiry_time有时是空。感觉凭检索条件来代替状态不把牢。在大系统里，类似的功能会 ...

expiry_time应该是大多情况下为空，因为票肯定要售出的，卖完就清空了。这有利于把索引保持在很小的尺寸。
如果这个逻辑被重复使用，可以做在视图里，也可以封装成函数。
你那个后台程序才是个雷，要是忘记启动了所有的票都堆在那里了。

atgc

yulihua49 发表于 2016-10-28 15:32
购票记录本来就是另一个表。席位只表达这个席位能不能卖，买完了没。
开始就只有席位和余票计数器。卖了 ...

我没看懂你之前说的“前台后台”
后台等待比如30分钟改状态，前台你说的“事务”我不是很清楚
你说的事务和数据库的事务应该是两回事
如果是我设计：我觉得比如上海到北京，那么只要开始站和结束站不重叠，就是不同的票了
购票的时候要考虑重叠，如果把所有的组合都算作不同的票并作为记录保存，那记录实在太多了

yulihua49

atgc 发表于 2016-10-30 09:56
我没看懂你之前说的“前台后台”
后台等待比如30分钟改状态，前台你说的“事务”我不是很清楚
你说的事 ...

前台就是售票员，操作员，和我们这些网络客户程序。
后台就是那些监控程序。

事务是业务上的事务。

yulihua49

newkid 发表于 2016-10-28 22:15
expiry_time应该是大多情况下为空，因为票肯定要售出的，卖完就清空了。这有利于把索引保持在很小的尺寸 ...

不会的。系统监控本来就是重要的组成部分，时时刻刻有人盯着，一旦出问题前台监控会报警的。

yulihua49

atgc 发表于 2016-10-30 09:56
我没看懂你之前说的“前台后台”
后台等待比如30分钟改状态，前台你说的“事务”我不是很清楚
你说的事 ...

主键是：发车日期，车次，上车站顺号，下车站顺号，铺别，车厢号，座位号。注意，上车站日期可能与发车日期不同，这个你要软件换算。
例如上海1日发车，到长沙是2日。那么可以申请长沙2日的票，你要根据运行图修正到1号上海发车的某次。
我头像就是这个逻辑框图。

检索条件：发车日期，车次，上车站顺号，下车站顺号，铺别，正好是主键的前半部分。

newkid

yulihua49 发表于 2017-7-4 12:00
主键是：发车日期，车次，上车站顺号，下车站顺号，铺别，车厢号，座位号。注意，上车站日期可能与发车日 ...

这都快一年了又来回帖？你又一次光荣退休了？

yulihua49

newkid 发表于 2017-7-4 23:28
这都快一年了又来回帖？你又一次光荣退休了？

我只说点旧知识。现在的确是退休状态。

sxq129601

我在处理类似的购票问题，就是有张cache表，点击购票时先插入到cache表，同时减去原表的票数，如果用户取消了支付在删除cache表并把数据插回原表。这样就不会产生锁的问题。

〇〇

yulihua49 发表于 2017-7-5 10:27
我只说点旧知识。现在的确是退休状态。

对论坛是真爱