vb.net操作數(shù)據(jù)庫的效率問題

select * from XXX 如果數(shù)據(jù)量少還可以，如果數(shù)據(jù)量一大，需要從適配器在讀取到Dataset中，這個(gè)是相當(dāng)耗時(shí)的。

創(chuàng)新互聯(lián)公司服務(wù)項(xiàng)目包括樅陽網(wǎng)站建設(shè)、樅陽網(wǎng)站制作、樅陽網(wǎng)頁制作以及樅陽網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，樅陽網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到樅陽省份的部分城市，未來相信會繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

其實(shí)，有一些程序可以采用 分段讀取，多次讀取。

像這樣的寫法，更新一條數(shù)據(jù)，就需要在重新讀取所有的數(shù)據(jù)。。耗費(fèi)太大資源和貸款。。

客戶端也會導(dǎo)致很慢甚至讀取數(shù)據(jù)假死。。

-----------------------------

最好的方式不管你用DataRead還是什么，這些都根本解決不了這些問題。

你需要做的就是 如何高效讀取/處理數(shù)據(jù)。

BS 結(jié)構(gòu)，可以采用異步加載數(shù)據(jù)和處理數(shù)據(jù)

CS結(jié)構(gòu) 異步加載和分段讀取數(shù)據(jù)。而不是一下子就把所有數(shù)據(jù)加載處理。這樣的話，CPU和內(nèi)存占用率就會抬高。。。。

---------------------------------

之前公司采用的方式就是這樣的，DataSet和Fill

后來發(fā)現(xiàn)不好，于是就采用異步，服務(wù)器壓力減少，客戶端滿意度提高。。

VB.net 和C#.net 各有什么優(yōu)缺點(diǎn)

VB.net完全是為了讓VB程序可以再.Net平臺上運(yùn)行而存在的，其本身就是一堆缺點(diǎn)，運(yùn)行效率上沒有VB高，對象取得也沒有VB方便，語法和VB基本一樣，所以編寫起來也麻煩，雖然是.Net框架下的語言，但對.Net的支持又不是很好，卻又因?yàn)?Net拖慢了VB自傲的高速。

C#就完全不同了，他就是給.Net寫的，肯定是對.Net支持最好的語言了，而且語法也比較簡單，和C、C++、Java的語法是一樣的，只是.Net的類庫和這三種語言不同，所以實(shí)際寫代碼時(shí)，比VB、VB.net、C、C++、Java都要簡單

vb.net做WINFORM程序如何運(yùn)行更快？

可以考慮使用Cache（緩存）技術(shù)，對于不經(jīng)常變化的數(shù)據(jù)可以采用靜態(tài)Cache，對于可能經(jīng)常被修改的數(shù)據(jù)可以采用數(shù)據(jù)庫依賴的通知Cache更新技術(shù)。

VB與VB.net的分別？性能上、功能上、效率上和制成EXE后的運(yùn)行速度。

區(qū)別那個(gè)大啊!需要一本書才能講清啊!

我簡單的跟你說一下吧!

首先VB是基于對象編程,而VB.net是真正的面向?qū)ο缶幊?

其次VB.net編出程序不會編譯成目標(biāo)程序,他和VC.net一樣會編譯成中間語言,然后在公共語言運(yùn)行庫這個(gè)環(huán)境下運(yùn)行(也是運(yùn)行環(huán)境要安裝net frame work )

再次,在功能上肯定是VB.net更方便!不然就是技術(shù)的倒退了!

最后效率和性能方面我就不知道,我沒開發(fā)過大工程,不知道具體情況!我想現(xiàn)在電腦的性能都非常好,這些不值得考慮了!

所以,就別再去看VB了,緊跟時(shí)代的步伐,.net 2005都出來了!.net 2003都別看了!

VB.net中從數(shù)據(jù)庫往datagridview中賦值效率

直接把 objdatetable 保定到 datagridview1 中去！

datagridview1.datasource = objdatetable

datagridview1.databind()