※ 引述《FireLake (XXX)》之铭言： : 之前已经提过，SP应该避免把不必要的逻辑放进来，如果一个逻辑 : 能复杂到消耗过多的cpu cycle或是memory，基本上要被归类到不必 : 要的逻辑去。 : 要提到scalability，原则上要视每个case而定，有的时候逻辑放在 : SP反而能够scale，你举得batch processing是一个例子，其他像是 : 减少不必要的大量资料回传到APP、有hot table/block的情况、或是 : 减低lock contention时，把(部份)逻辑放在SP反而是对scalability : 有帮助。 : 在performance上，使用SP有很大的优势，在scalability上，并没有 : 一定，要依各个case而定。 我认同, 作为 optimization 的手段, 用 SP 并不是什麽大问题. 但作为系统架构, 应该尽量统一. 如果正常架 构上容许一般 biz logic 放在 DB level, 就 不能阻止开发人员写出 名 3-tier 实 2-tier 的 non-scalable application. 我只是反驳你所说, "把 logic 放在 SP 对 performance 有很大优势" 这一点而已. 以架构角度出发, 把 logic 放 SP 并不一定有 performance 优势. 但善用 SP 作 optimization 能对大大改善某 些情况的 performance 我想大家的想法是一致的, 只是着眼点有所不 同罢了 :) --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.238.156.185 ※ 编辑: adrianshum 来自: 61.238.156.185 (07/07 11:34)