作者kkkke (TKU牳牳牳)
看板Database
标题[SQL ] Business Logic该放进Stored Procedure吗？
时间Fri Jun 18 12:41:56 2010
我用的是 PHP + MySQL。最近刚学会Stored Procedure的一点皮毛。
SP看起来好强大，效率好又省下些传输资源。让我甚麽都想在SP直接做掉。
例如说游戏的道具，道具的功能花样一大堆，各功能会动到的资料表也非一致，
这些功能应该写在PHP的Business Logic里吗？帮各类道具分别写SP会有坏处吗？
又例如说用游戏里的钱去买道具，要叫价钱出来，又要叫钱包出来看钱够不够，
还要检查口袋放不放的下，买完要扣钱，口袋多个新道具。
不用SP要做的查询至少有三个。
用SP把这些动作绑一起算踩进Bussiness Logic的范围吗？
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 114.25.250.54
1F：推 kylekai:Why not?.. 若是没有转换资料库的需求..用 SP 很好阿! 06/18 14:58
2F：→ kkkke:我从341篇看来的，说物件互动要用business logic做。 06/18 15:42
3F：→ kkkke:所以SP只做资料读写是为了将来可以转资料库罗？ 06/18 15:58
4F：→ fphoenix923:主要是为了扩充性，个人认为。 06/18 23:23
5F：推 slalala:忽然脑中浮现"SAP 客制化"这些关键字ORZ 06/19 03:02
6F：→ grence:DB资源比AP珍贵；AP可以很多台分散流量，DB要顾及资料一致. 06/20 14:45