※ 引述《adrianshum (Alien)》之铭言： : ※ 引述《Lordaeron (Terry)》之铭言： : : 一向都是自己写啊? : : transaction based 的, 有一堆queue 可以用, 套就好了. : : 你讲的case, 要是一直出现outdate, : : 很容易出现starvation, 要是真的有此需要 : : 就让它只update 被update 的field 吧. : : 如果连update 的field 都会交错, 就给它row lock 就好了. : : db 不能row lock 就算己来个OBJECT 专门负责select 和update 的, 连 : : outdate 都不会出现, 直接告诉user <你要修改的资料已被lock> : : 没哪麽不好写吧. : 我从没有质疑过 txn base 用 queue etc 的方法, 我在说的是 : 这种工作模式不能适合所有 function, 了了吗? : 我只有说一句: 到你多写一些系统多接触一下 "实际" 情况吧. : 你以为每种情况都能轻易地在 client side 只送出被修改的 field : 吗? 况且如果 update 的频繁程度会造成像你说的 "一直 outdate", : 你认为这种情况下还会利用这种 optimsitc concurrency strategy 吗? : 你自己说的, 没有一种 framework 可以适合所有情况, 可是你自己 : 就犯这样的错误了. 况且你以为别人develop 只会整个系统只用同一种 : concurrency strategy 而不会就 *实际情况* 去决定工作的方式吗? : "如果连update 的field 都会交错, 就给它row lock 就好了." : client 在慢慢的做修改, 你来个 row lock? 别玩了 别玩? 这不就是需求, 你大可以在自己的object 中加上 timeout. 发生後就让其他人改, 已timeout 的哪位叫他吃自己罗, 也没什麽不可以. : 还有, optimistic concurrency strategy 并不是 OR Mapping : Tools 的重点, 怎麽不见你回应一下其他更重要的部份了? : btw, 你口中的现成套用的 queue 不也是 framework 的一种吗? : 怎不见你再造个轮子? : alien Queue 是一种framework? 不会吧, 你的framework 的定义开这麽广 的话, 哪OS 本身就是一个framwork 了, 所以我开发系统, 要从写OS 开始? 如果再广一点, CPU 本身也是一个framework, 周边也是, 哪我要从硬体 开始罗? 不会吧. 再说, 写个合用的Queue 有这麽难? 又没人要你开发一套IBM MQ, 没必要玩这麽大吧. --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.228.79.232