H
HON
Unregistered / Unconfirmed
GUEST, unregistred user!
请问各位DFW，有关数据库更新方式，用缓存方式还是用直接方式（C/S）？
M
mlzhou
Unregistered / Unconfirmed
GUEST, unregistred user!
这要看你的要求。我一般偏爱缓存方式。
H
HON
Unregistered / Unconfirmed
GUEST, unregistred user!
TO:MLZHOU
出仓单一类(主从表),当录入明细表时,时常要核算库存是否有足够库存
难到要等到用户全部录入完毕才提示其中有一条明细记录库存不足,事务回转,
让用户重新录入不成?
不知此类问题如果用缓存方式具体如何处理?
出仓单一类(主从表),当录入明细表时,时常要核算库存是否有足够库存
难到要等到用户全部录入完毕才提示其中有一条明细记录库存不足,事务回转,
让用户重新录入不成?
不知此类问题如果用缓存方式具体如何处理?
Z
ziyu
Unregistered / Unconfirmed
GUEST, unregistred user!
题目取得吓死人 
不允许0库存出库的判断，可以写在整张单提交的时候，也可以在每post一条明细之前来判断，
完全是数据校验的位置问题嘛。 提交肯定要用缓存或事物的方式来保证数据的一致和完整。
不允许0库存出库的判断，可以写在整张单提交的时候，也可以在每post一条明细之前来判断，
完全是数据校验的位置问题嘛。 提交肯定要用缓存或事物的方式来保证数据的一致和完整。
M
mlzhou
Unregistered / Unconfirmed
GUEST, unregistred user!
你这个题目，没有具体问题是没办法回答的。
H
HON
Unregistered / Unconfirmed
GUEST, unregistred user!
多谢两位回答，现就库存出库的出仓单进行讨论，我偏向
每post一条明细之前来判断，因为这样比较自然。因为如果
多用户同时出仓，若用整张单提交的时候判断，可能会出现
这种情况：如第三行库存为0，事务回转，提示用户修改，用户
从改第三行，再次提交，结果发现第二行库存不够，又是事务回转，
提示用户修。。。如此用户不烦吗？
现在需请教的是，缓存方式还是用直接方式，两种方式各有什么
特点，一般如何选择？
每post一条明细之前来判断，因为这样比较自然。因为如果
多用户同时出仓，若用整张单提交的时候判断，可能会出现
这种情况：如第三行库存为0，事务回转，提示用户修改，用户
从改第三行，再次提交，结果发现第二行库存不够，又是事务回转，
提示用户修。。。如此用户不烦吗？
现在需请教的是，缓存方式还是用直接方式，两种方式各有什么
特点，一般如何选择？
Z
ziyu
Unregistered / Unconfirmed
GUEST, unregistred user!
你的问题与提交方式无关，只是如何校验的问题。
至于为什么要用到缓存或事物提交，我上面已经说明了。
》》缓存方式还是用直接方式，两种方式各有什么特点
这种问题，请自己看书，并非我的只言片语能说的清的
至于为什么要用到缓存或事物提交，我上面已经说明了。
》》缓存方式还是用直接方式，两种方式各有什么特点
这种问题，请自己看书，并非我的只言片语能说的清的
M
mlzhou
Unregistered / Unconfirmed
GUEST, unregistred user!
象你这种情况缓存方式是不合适的，还是用直接方式。用存储过程结合事物处理。
H
HON
Unregistered / Unconfirmed
GUEST, unregistred user!
接受答案
