最近要做一個簡單的內部系統,基本上大都是CRUD。我的困擾是到底要不要用Stored Procedure或做Trigger呢?
一般的軟體都不會大量使用Database,還在學校混的人寫的程式大都是這一類。但是在企業內部的各種系統,從薪資、人事、出勤及倉儲等等,全都繞著Database打轉。Rainbow Portal就是標準的MS做法,大量使用Stored Procedure,可以讓Code變少,但是卻造成移植性低等問題。在我待的這間小公司,沒有專職的DBA,因此所有的東西都必須自己幹。以過去的經驗,當然是不喜歡Stored Procedure,但是不可否認,使用Stored Procedure可以讓錯誤發生的機會變少,而且效能會增加。
現在只有我一個人在開發,應該是不會使用Stored Procedure。傳統的瀑布開發流程太慢,我決定採用Agile開發方式,在一個月內先做出phase 1的prototype,三個月做到phase 3結束。由於是第一次使用Agile Development,希望有經驗的人能給點建議。
一般的軟體都不會大量使用Database,還在學校混的人寫的程式大都是這一類。但是在企業內部的各種系統,從薪資、人事、出勤及倉儲等等,全都繞著Database打轉。Rainbow Portal就是標準的MS做法,大量使用Stored Procedure,可以讓Code變少,但是卻造成移植性低等問題。在我待的這間小公司,沒有專職的DBA,因此所有的東西都必須自己幹。以過去的經驗,當然是不喜歡Stored Procedure,但是不可否認,使用Stored Procedure可以讓錯誤發生的機會變少,而且效能會增加。
現在只有我一個人在開發,應該是不會使用Stored Procedure。傳統的瀑布開發流程太慢,我決定採用Agile開發方式,在一個月內先做出phase 1的prototype,三個月做到phase 3結束。由於是第一次使用Agile Development,希望有經驗的人能給點建議。
留言