SYBASE的BCP有沒有什么更好的更快的方式？

luyunfeng

我目前是使用11.0.3版的，在SCO下。

有三個表的空間都是超過2G的，但在SCO下只支持最大為2G的文件，我喜歡用BCP的方式來備份表。。。前段時間用了BCP的參數(shù)-F（第一條記錄）與-L（最后一條記錄），來控制每個BCP出的文件大小，后來發(fā)現(xiàn)，上了一千萬條后，下次BCP時，從第一千萬條開始時，非常慢，感覺就像它需要逐條計算一樣，到了一千萬條時才會開始BCP。。。

想自己用DBLIB中的BCP接口API寫一個類似于BCP的東西。。。就是不知道是不是效果還是一樣的？

zhhui2000

它要走位,沒有辦法,

不好的建議:
按索引條件建視圖來備份.

donethat

SCO? 11.0.3? 都有點兒落后了吧？考慮升級？換OS？

WFCJZ

使用bcp或批拷貝程序接口將數(shù)據(jù)高速拷貝到一張沒有索引和觸發(fā)器的表，Writetext或者Select into生成永久表，則此選項必須設(shè)置為true。因此，當(dāng)你使用bcp實用程序往用戶數(shù)據(jù)庫加載數(shù)據(jù)時，或者調(diào)用dbwretetext函數(shù)把一幅圖片插入到某張表的image字段，或者通過Select into命令形成結(jié)果表時，別忘了把該選項置為true。ASE為了快速執(zhí)行上述操作，減少記錄修改操作的日志。但是，這種不記日志的操作會使事務(wù)日志與數(shù)據(jù)庫中數(shù)據(jù)不同步。這種事務(wù)日志對于系統(tǒng)失敗后的恢復(fù)就沒有用處。系統(tǒng)禁止在這種情況下，dump transation到轉(zhuǎn)儲設(shè)備。因此，這些不記日志記錄的操作完成后，將Select into/bulkcopy選項關(guān)閉后，執(zhí)行dump database。

由Select into或批拷貝對數(shù)據(jù)庫產(chǎn)生未被日志記錄的修改后，執(zhí)行dump transaction命令時，顯示錯誤信息，并指導(dǎo)用戶改用dump database（而Wrrietext命令沒有這種保護(hù)）。

由于臨時庫tempdb從不恢復(fù)，所以使用Select into產(chǎn)生臨時表時不必將Selectinto/bulkcopy選項打開。對于有索引的表進(jìn)行bcp時，一般進(jìn)行慢速批拷貝并且記入日志，所以此時也不必將Select into/bulkcopy設(shè)置為true。

  參照上述設(shè)置導(dǎo)入數(shù)據(jù)時應(yīng)該會快得多

luyunfeng

剛才使用搜索，發(fā)現(xiàn)本壇有另一個思路很有可能可以解決。。。

主要是通過管道。。。

使用mkfifo 建一個管道后，

bcp到這個管道中。。。

自已寫一個程序讀入管道內(nèi)容，在程序中對字節(jié)數(shù)進(jìn)行控制，當(dāng)快到達(dá)２Ｇ時，更換一個存檔文件名就可以。。。

哈哈。。。

[ 本帖最后由 luyunfeng 于 2007-7-25 08:16 編輯 ]

hannibal

bcp 支持 遠(yuǎn)程備份的呀。
樓主的問題其實只是sco 2G限制的問題。這在其他os上不是問題。
完全可以在局域網(wǎng)中找一臺其他os平臺的機(jī)器，在該機(jī)器上使用bcp導(dǎo)出sco上的數(shù)據(jù)。

luyunfeng

謝謝hannibal建議，遠(yuǎn)程的備份或BCP都暫不考慮。。。主要是數(shù)據(jù)庫安全性的問題（通過BCP，用戶就會知道數(shù)據(jù)庫密碼）