db2，刪除表數(shù)據(jù)，表空間不釋放？完全刪除，使用drop刪除數(shù)據(jù)庫備份數(shù)據(jù)，然后重新啟動。兩臺計算機間的數(shù)據(jù)庫信息可以實時交換嗎？問題有點泛。我來分類回答一下。如果是異構(gòu)數(shù)據(jù)庫，比如oracle和sy

db2，刪除表數(shù)據(jù)，表空間不釋放？

完全刪除，使用drop刪除數(shù)據(jù)庫備份數(shù)據(jù)，然后重新啟動。

兩臺計算機間的數(shù)據(jù)庫信息可以實時交換嗎？

問題有點泛。我來分類回答一下。

如果是異構(gòu)數(shù)據(jù)庫，比如oracle和sybase或db2。

您可以使用getway透明網(wǎng)關(guān)進行數(shù)據(jù)配置和數(shù)據(jù)交換。

還可以使用ETL工具，ETL工具有很多，oracle有自己的ETL工具，可以導(dǎo)入導(dǎo)出數(shù)據(jù)，從而實現(xiàn)異構(gòu)數(shù)據(jù)庫的數(shù)據(jù)交換。

如果數(shù)據(jù)庫是同構(gòu)的，都是oracle，oracle有一個在線定義表的dbms_redefinition包，可以直接修改數(shù)據(jù)字典，直接交換兩個表。好處是速度很快。

有了oracl

db2怎么把所有表中的數(shù)據(jù)導(dǎo)出成insertinto語句？

Db2 的存儲過程也可以執(zhí)行動態(tài)SQL。您可以將等級為001，002的參數(shù)傳遞到存儲過程中，然后聲明一個變量:

創(chuàng)建或替換程序測試

(in in _ where varchar(100))-創(chuàng)建一個存儲過程測試，可以傳入一個字符串作為參數(shù)declare v _ SQL var char(512)set v _ SQL delete from table 1 where field 1 in(concat in _ where concat)。-這里是把傳入的where語句放在一起，執(zhí)行immediate v_sql -這里是執(zhí)行語句-可以用下面的語句執(zhí)行一個類似上面的存儲過程:call t

sql三種模式對比？

SQL Server數(shù)據(jù)庫有三種恢復(fù)模式:簡單恢復(fù)模式、完全恢復(fù)模式和大容量日志恢復(fù)模式。

簡單簡單的恢復(fù)模式，

簡單模式的舊名稱是 "截斷日志的檢查點，但名字更形象。在簡單模式下，SQL Server將在每個檢查點或備份后自動截斷日志，即所有非活動日志記錄都將被丟棄。僅保留實例啟動時自動發(fā)生的實例恢復(fù)所需的少量日志。這樣做的好處是日志文件非常小，DBA不需要維護和備份日志。但缺點也很明顯，就是一旦數(shù)據(jù)庫出現(xiàn)異常需要恢復(fù)，最多只能恢復(fù)到上次備份，不能恢復(fù)到最新可用狀態(tài)，因為日志丟失了。

簡單模式主要用于非關(guān)鍵業(yè)務(wù)，如開發(fā)庫和測試庫。但是，道富的SQL服務(wù)器(甚至生產(chǎn)庫)大多使用簡單模式，因為這里的SQL服務(wù)器大多用于非關(guān)鍵業(yè)務(wù)(關(guān)鍵數(shù)據(jù)庫大多使用Oracle和DB2)，可以容忍一天以內(nèi)的數(shù)據(jù)丟失(我們的工作每天定期備份整個數(shù)據(jù)庫)。

完整完整恢復(fù)模式，

與簡單模式相反，完整模式的舊名稱是 "沒有截斷日志的檢查點，也就是說SQL Server不會主動截斷日志，只能在備份后截斷日志，否則日志文件會一直增長，直到硬盤爆裂，所以需要部署一個作業(yè)定時備份日志。完整的好處是可以用于時間點恢復(fù)，可以最大限度的保證數(shù)據(jù)不丟失。它通常用于關(guān)鍵的業(yè)務(wù)環(huán)境。缺點是DBA需要維護日志，增加了人員成本(其實只是定期備份日志的工作)。

大容量日志大容量日志恢復(fù)

大容量日志模式類似于完整模式，但唯一的區(qū)別是以下大容量操作將生成盡可能少的日志:

1)大容量裝載操作(bcp和大容量插入)。

2)選擇進入。

3)創(chuàng)建/刪除/重建索引

眾所周知，批量操作通常會產(chǎn)生大量的日志，對SQL Server的性能影響很大。大容量日志模式的作用是減少這種性能影響并防止日志。