1樓：匿名使用者
jdbc 效率是好一點。但是你的connection 的傳遞還有你資料庫事務的控制這些都不容易控制了。
但是你要是都一個硬性的要求就是效率。哪麼你可以使用jdbc。
如果沒有要求。我覺得還是有一個容器管理的好。因為容器已經對jdbc進行了封裝。
2樓：愛死喜洋洋
jdbc本身跟webservice沒有什麼可比的，只是應用的領域不一樣
如果你說的是jdbc直連指的是資料庫直連，那就是dblink
dblink從效率上當然比webservice好，但是從資料的安全性上來講就很差了，一般情況下，兩個系統互動用webservice多一點，做起來也很方便
3樓：匿名使用者
資料庫？如果就這兩種選擇，那麼就用jdbc唄，不然你怎麼做事務啊？
沒搞明白為什麼是webservice參與比較？？？
4樓：匿名使用者
jdbc 是最直接的，效率最高。其他的都是包裝了jdbc。
5樓：匿名使用者
當然是webservice好啊！但是你要是簡單的學習 就用jdbc吧 呵呵
6樓：書雲邪欲
這個看你程式的大小了啊，大的話用webservice，小的話用jdbc就可以了
7樓：匿名使用者
當然還是用個容器好.
webapp 是直接連線資料庫好還是連線webapi好
8樓：藤原子大雄
什麼是長連線？
其實長連線是相對於通常的短連線而說的，也就是長時間保持客戶端
版與服務端的連線權狀態。
通常的短連線操作步驟是：
連線-》資料傳輸-》關閉連線；
而長連線通常就是：
連線-》資料傳輸-》保持連線-》資料傳輸-》保持連線-》…………-》關閉連線；
這就要求長連線在沒有資料通訊時，定時傳送資料包，以維持連線狀態，短連線在沒有資料傳輸時直接關閉就行了
什麼時候用長連線，短連線？
長連線主要用於在少數客戶端與服務端的頻繁通訊，因為這時候如果用短連線頻繁通訊常會發生socket出錯，並且頻繁建立socket連線也是對資源的浪費。
但是對於服務端來說，長連線也會耗費一定的資源，需要專門的執行緒（unix下可以用程序管理）來負責維護連線狀態。
總之，長連線和短連線的選擇要視情況而定。
物件互補好呢？還是聊得來好呢，物件互補好呢？還是聊得來好呢？
聊的來的好，即使互補但是在一起沒話說，豈不是很尷尬！互補的好，聊的來的只能當紅顏 最好互補的基礎上有共同話題。物件我覺得還是互補的好，理解你可以照顧你 聊得來是前提，互補是條件 聊得來，但是如果你們心胸都夠大的話，互補也不錯 兩個過的開心 什麼互補 聊得來 問 怎樣的物件才算合適，興趣相同？聊得來天...
讀書呢,還是打工呢，讀書好呢？還是，出去打工好呢？
我覺得還是讀書比較好。首先我們不要管什麼家庭關係還是條件的問題，現在打工的最基本都是要高中學歷，雖然初中也要，但是待遇就有點關係，或者別人的錄用有點偏見。讀書不是學習成績這一種事啊 還要學會做人，學會說話。學會做事 哎！真的是太多了。所以你不要歪想了，因為我是一個很鮮明的列子，我就是因為放棄了大學的...
練拳擊好呢 還是太極好呢，練拳擊還是泰拳好
看功力和經驗了，不過三個月拳擊就可以出道，太極卻要練個幾年甚至幾十年，技擊的話可以練散打，集合了許多要素。練拳擊還是泰拳好 看你要幹嘛了，走專業，那就保持之前的專案。單純有興趣想練的話，隨你喜歡。你身體素質好，這兩個專案都挺適合你的。生門莫入，熟門莫出，我看你還是練拳擊吧，比較那是你擅長的專案。要是...