推薦：詳細(xì)解析SQL Server安裝sp4補(bǔ)丁報(bào)錯(cuò)的方法
問(wèn)題：在安裝SP4補(bǔ)丁的時(shí)候，老是報(bào)驗(yàn)證密碼錯(cuò)誤。 上網(wǎng)查了一下資料，發(fā)現(xiàn)是一個(gè)小bug。 按照一下操作，安裝正常。 SQL Server補(bǔ)丁安裝常見(jiàn)問(wèn)題 SQL Server補(bǔ)丁安裝常見(jiàn)問(wèn)題：一、SQL Server補(bǔ)丁版本的檢查 SQL Server的補(bǔ)丁版本檢查不如Windows 補(bǔ)丁版本檢

這些天因?yàn)橛袛?shù)據(jù)割接的需求，于是有要寫(xiě)關(guān)于批量更新的程序。我們的數(shù)據(jù)庫(kù)使用的是SQLSERVER2005，碰到了一些問(wèn)題來(lái)分享下。

首先注意Statement 和PreparedStatement的問(wèn)題

Statement sm = cn.createStatement();

sm.addBatch(sql1);

sm.addBatch(sql2);

...

sm.executeBatch()

用Statement的好處就是每次可以直接傳一個(gè)SQL語(yǔ)句進(jìn)去，不用管那么多�？墒窃跀�(shù)據(jù)量比較大的時(shí)候，應(yīng)該會(huì)對(duì)效率有影響。不建議使用。

PreparedStatement ps = cn.preparedStatement(sql);

{

　ps.setXXX(1,xxx);

　...

　ps.addBatch();

}

ps.executeBatch();

PreparedStatement是會(huì)預(yù)編譯的，只要一條SQL，不斷動(dòng)態(tài)設(shè)值，然后addBatch()，在數(shù)據(jù)量大的時(shí)候比較好，非常建議使用。

還有就是JDBC的驅(qū)動(dòng)問(wèn)題，很多同志可能還是在用2000的驅(qū)動(dòng)呢,沒(méi)有用批量更新的程序沒(méi)有多大問(wèn)題，可是一旦用了批量更新，出現(xiàn)很多問(wèn)題，

反正數(shù)據(jù)庫(kù)很卡，慢。還可以更新不了哦。

我強(qiáng)烈建議大家更新JDBC驅(qū)動(dòng)。

但是如果出現(xiàn)

SQLServerException: sp_cursoropen/sp_cursorprepare: 該語(yǔ)句參數(shù)只能是一個(gè)批或帶有單個(gè) SELECT 語(yǔ)句的存儲(chǔ)過(guò)程，且不帶 FOR BROWSE、COMPUTE BY 或變量賦值。

應(yīng)該就是JDBC的版本問(wèn)題，1.0的驅(qū)動(dòng)有這個(gè)問(wèn)題，好像不支持批量更新，我建議大家使用1.2

我測(cè)試過(guò)了，完全沒(méi)有問(wèn)題！

提供一些數(shù)據(jù)連接參數(shù)

jdbc.driverClassName：com.microsoft.sqlserver.jdbc.SQLServerDriver

jdbc.url：jdbc:sqlserver://127.0.0.1:1444;databaseName=fax;selectMethod=cursor;

分享：關(guān)于Oracle數(shù)據(jù)庫(kù)與SQL Server數(shù)據(jù)庫(kù)鏡像的關(guān)系
摘要：Oracle和微軟都是數(shù)據(jù)庫(kù)方面的大廠商，采用兩家的產(chǎn)品的企業(yè)也不少。今天這篇文章為大家對(duì)比Oracle和SQLServer的鏡像。 標(biāo)簽：Oracle SQL Server 鏡像 數(shù)據(jù)庫(kù)鏡像是將數(shù)據(jù)庫(kù)事務(wù)處理從一個(gè)數(shù)據(jù)庫(kù)移動(dòng)到不同環(huán)境中的另一個(gè)數(shù)據(jù)庫(kù)中。鏡像的拷貝是一個(gè)備