Java Web開發(fā)中，業(yè)務邏輯寫在SQL里好還是代碼里好呢？有什么建議嗎？目前，大多數(shù)研發(fā)團隊都要求用代碼實現(xiàn)業(yè)務邏輯，SQL操作往往是最基本的操作。用SQL表示業(yè)務邏輯，即用存儲過程表示業(yè)務邏輯，

Java Web開發(fā)中，業(yè)務邏輯寫在SQL里好還是代碼里好呢？有什么建議嗎？

目前，大多數(shù)研發(fā)團隊都要求用代碼實現(xiàn)業(yè)務邏輯，SQL操作往往是最基本的操作。用SQL表示業(yè)務邏輯，即用存儲過程表示業(yè)務邏輯，是一種傳統(tǒng)的開發(fā)方案。

在C/s時代，很多邏輯都是通過SQL來實現(xiàn)的，主要是因為業(yè)務規(guī)模和部署方式。在早期的C/s編程時代，它通常是在非分布式環(huán)境中開發(fā)的，在大多數(shù)情況下，它不需要考慮可移植性問題。這時，使用SQL來完成業(yè)務邏輯就更方便了。

使用存儲過程來完成業(yè)務邏輯的最大優(yōu)點是性能會更好，但這也取決于業(yè)務的大小。如果業(yè)務規(guī)模過大，業(yè)績會更差。早期的數(shù)據(jù)存儲規(guī)模比較小，所以使用存儲過程比較方便。

當前網(wǎng)絡發(fā)展已進入大數(shù)據(jù)、云計算時代，業(yè)務類型和業(yè)務規(guī)模發(fā)生了巨大變化。特別是隨著NoSQL數(shù)據(jù)庫在大數(shù)據(jù)時代的廣泛應用，使用SQL語句來完成業(yè)務邏輯的場景越來越少。而且，目前大多數(shù)程序都是分布式的，使用SQL存儲過程處理業(yè)務邏輯非常麻煩，會導致整個項目的可移植性和可讀性嚴重下降。

目前，在傳統(tǒng)企業(yè)的開發(fā)團隊中，使用SQL來處理業(yè)務邏輯是相當普遍的，因為傳統(tǒng)企業(yè)的數(shù)據(jù)庫大多還是關系數(shù)據(jù)庫，沒有可移植性的要求。這種固定的場景開發(fā)可以使用SQL來處理業(yè)務邏輯。在將來，使用SQL處理業(yè)務邏輯時會出現(xiàn)一些應用場景，因此有必要學習如何編寫存儲過程。

為什么感覺那么多人用Java開發(fā)B/S應用，而不用PHP？

可以說，BS不僅僅是一個網(wǎng)站，更是一個復雜的后臺業(yè)務處理邏輯。例如，使用PHP構建復雜的銀行核心系統(tǒng)是不可能的。

CS和BS架構的優(yōu)缺點分別是什么？

你被用友愚弄了。CS架構只不過是訪問計算機的一些硬件資源。也就是說，可以通過BS體系結構系統(tǒng)訪問計算機外圍設備的串口和并口，也可以訪問USB接口等。CS和BS的區(qū)別在于BS的安全性要求更高，因為BS只能由瀏覽器操作，而CS是一個單獨的應用程序，需要安裝在客戶端上。

一個好的BS產(chǎn)品在性能和運行效率方面很可能超過CS系統(tǒng)，這取決于系統(tǒng)本身的架構設計能力。而且，從產(chǎn)品的方便性和可擴展性、易部署性、可移植性這些指標來看，BS系統(tǒng)絕對超越CS系統(tǒng)?，F(xiàn)在主流的系統(tǒng)，基本上都是選擇BS架構來實現(xiàn)的產(chǎn)品，云就是這樣一個概念，可以作為BS系統(tǒng)的容器。

用友打電話給您，讓您單獨進入CS架構系統(tǒng)。那是因為他們的產(chǎn)品是基于CS架構的，所以擴展到BS架構系統(tǒng)需要很大的精力，所以他們自然希望你去CS架構系統(tǒng)。現(xiàn)在CS架構的系統(tǒng)幾乎要被淘汰了，因為BS架構的系統(tǒng)非常容易部署和使用，在客戶端上安裝一個瀏覽器就足夠了，不需要其他任何東西。系統(tǒng)升級也很方便。服務器可以執(zhí)行一次，所有客戶端可以同時更新。

至于用友的運營效率問題，就更可笑了。我覺得跟你談這個的人根本不懂技術。眾所周知，BS系統(tǒng)可以通過后端集群和負載均衡，通過鏡像站點的部署，實現(xiàn)性能的無限擴展。從這個角度來看，您需要多高的效率，可以通過以后添加硬件來實現(xiàn)，而不必改變BS體系結構系統(tǒng)本身。

建議您考慮BS架構體系，并對用友的性能和運營效率提出具體的書面約束。如果你不明白，我建議你去大學找教授或專家來幫助你。不要被牽著鼻子走，畢竟你是甲方?，F(xiàn)在什么時代，淘寶、阿里巴巴、百度、谷歌，你去看看，都不是BS架構系統(tǒng)，別人的BS架構系統(tǒng)運行效率會很低。別傻了。目前的BS體系結構是IT行業(yè)項目實施的主流體系結構。