g****t
发帖数: 31659 | 1 假如退票的包丢了，
此前一个打算买票的，不就买不到了。然后后面没人再买这张票了。
那这张票不就没法出了。
所以这个“有票一定要出”，貌似是不可能做到的。
你只能说多大概率能做到。但联票是个很复杂的问题，计算不是那么容易的。
因为跨线程，跨数据库的各种问题能造成的延迟是很难估计的。 |
b*******g
发帖数: 603 | 2 这就是为啥你需要DB transaction来保证票被正确保留，退票的包如果丢了，就不会退
成。
【在 g****t 的大作中提到】
: 假如退票的包丢了，
: 此前一个打算买票的，不就买不到了。然后后面没人再买这张票了。
: 那这张票不就没法出了。
: 所以这个“有票一定要出”，貌似是不可能做到的。
: 你只能说多大概率能做到。但联票是个很复杂的问题，计算不是那么容易的。
: 因为跨线程，跨数据库的各种问题能造成的延迟是很难估计的。
|
g****t
发帖数: 31659 | 3 那人家一直刷着退，最后退成了。这票也没人买了，买票的人等所以不去支付了。不还
是有票不给出么。
【在 b*******g 的大作中提到】
: 这就是为啥你需要DB transaction来保证票被正确保留，退票的包如果丢了，就不会退
: 成。
|
b*******g
发帖数: 603 | 4 你刷着退，没成功之前就是没退。你去退票窗口，人去吃饭了，你不一样票还没退吗。
难道以你到窗口为准？
退票成功之后再没订单并不违反我说的原则。
【在 g****t 的大作中提到】
: 那人家一直刷着退，最后退成了。这票也没人买了，买票的人等所以不去支付了。不还
: 是有票不给出么。
|
