※ 引述《Adonisy (堂本瓜一)》之铭言： : ※ 引述《adrianshum (Alien)》之铭言： : : 1) 大概你的工作都只是 2-tier 的 application. : : 现在很多 application 都会尽量避免把 main logic : : 放在 stored procedure 了. : : 2) 就算是这种 2-tier app, stored procedure 根本就是 : : 程式的一部份, 也是 developer 写的. 并不如你所说 : : "程式人不必写 sql" : 抱歉,stored procedure 避免写 logic的程式,只写资料处理 : 所以是我们的认知不同 : 程式人(这里所指的是开发AP的),不用写 SQL,也不能写,因为安全性与效能 : 程式人知道 资料库索引怎麽建吗? 不知道... : 程式人会下好的 SQL 指令吗? 不知道,也许会,但大多数都是 : SEECT * from Table : 为了效能与安全,很早就不建议程式人写 SQL指令了 有点好奇是谁建议的。 也听过类似的说法： 一个 table至少要有两、三个预存程序，insert、select之类的 SQL最好不要直接下… 但是说这话的人接着说： 厂商当然希望你尽量用预存程序啦，自订函数啦，用愈多就愈不可能换用别的资料库。 写了些程式之後，我觉得沟通、翻译、合作是最麻烦的。 如果今天写支程式我得等 DBA(总之是别人)写出 insert、selete功能的预存程序.... 那我应该可以快乐的打混半天吧XDD 如果资料格式有地方接不上，那要桥好大概又是半天吧， 测试，维护，这样来来去去怎麽都觉得没效率。 尤其是如果使用者不停的来电抱怨…这时候只想翻桌吧。 --

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