Ⅰ oracle幾百萬條數據怎麼update
首先要區分具體情況，雖然表裡有幾百萬幾千萬的數據量，但是update是同時update這幾百萬條的數據呢？還是只更新其中某幾條？ 更新的數據量不同，解決方案自然也就有差異。同時update幾百萬數據，這個sql的性能影響在於資料庫會做回滾段，以便異常時rollback。由於數據量大，性能就浪費在回滾段上了。 所以有2個方案供參考：
1. update時 ，禁用回滾段的生成，跟你前面說的nologing應該是一個意思
2. 分批更新，比如每更新10W條數據，就執行一次commit，這樣效率也會比原來的要快。
Ⅱ oracle 資料庫表數據量比較大，如何提升查詢速度
可以利用分區技術，將老數據按時間分區到一個分區里。新數據在新的分區了。
建立分區索引。利用分區索引查詢還要快一些。
Ⅲ pl/sql developer怎樣將上百萬條條以上的oracle查詢數據一次性導出成access表單形式
建議，
1.在oracle中寫一個視圖，此視圖的結果就是待輸出的記錄集
命名 為 outtoaccess
2.在客戶機安裝此版本oracle的ODBC驅動程序，並建立一個指向outtoaccess所在資料庫的ODBC數據源
3.在客戶機上新建立一個ACCESS文件
4.打開此ACCESS文件，添加鏈接表,數據源就是剛剛建立的ODBC數據源，添加其中的outtoaccess到access中
5.在ACCESS中建立 一個新的查詢，寫一個生成表查詢語句
select * from outtoaccess into newT
語句執行完後，生成的表就是你想要的
另外一種，就是直接鏈接oracle的多個表到access中
直接在ACCESS中寫一個復雜的select into 語句就行了，這樣oracle中就不用寫視圖了
Ⅳ oracle 資料庫連接數被占滿怎麼處理
當Oracle資料庫連接數被占滿時，通常意味著應用程序或系統中的連接請求超過了資料庫配置的最大連接數限制。這是常見的問題，可能影響資料庫的性能和響應能力。面對這種情況，可以採取多種策略來優化和解決問題。
首先，可以通過檢查當前正在使用的連接數來診斷問題。可以通過執行以下SQL查詢來獲取當前連接數：select count(*) from v$process; 這個查詢能夠幫助你了解當前有多少連接正在被資料庫服務。
其次，需要檢查資料庫配置，確認最大連接數是否設置得足夠高。默認情況下，Oracle資料庫的最大連接數為150，但這可能不足以滿足一些高負載應用的需求。你可以通過執行以下SQL查詢來查看當前的最大連接數設置：select value from v$parameter where name = 'processes'; 如果發現當前設置的值不足以滿足需求，可以考慮調整此參數。
在調整參數時，要謹慎行事，確保不會對資料庫性能產生負面影響。一個常見的做法是逐步增加連接數，觀察資料庫的性能變化，並根據需要進行調整。此外，還可以考慮優化應用代碼，減少不必要的連接請求，以減輕對資料庫的壓力。
除了調整連接數之外，還需要確保資料庫連接能夠正確地關閉和釋放資源。這可以通過設置連接超時時間來實現，確保長時間未使用的連接能夠被自動斷開。同時，確保應用程序遵循良好的編程實踐，避免連接泄露。
最後，建議定期監控資料庫性能和連接使用情況，以便及時發現並解決潛在的問題。可以使用資料庫自帶的監控工具或第三方監控工具來跟蹤連接數和其他關鍵指標。
Ⅳ 想update一個大表，數據量四千萬左右，如何通過調整Oracle資料庫的某些參數來提高性能，還請各位大蝦指教~
優化update要根據使用方式決定：
1.如果是在線事務系統，那麼建立合適的索引非常專重要，其次通過分屬區技術設立合理的分區鍵也可以大大提升更新前的查找定位效率。
2.如果是後台批量數據分析系統，一次需要更新表中數據的大部分，那麼可以考慮使用臨時表過度，採用insert到臨時表再替換原表的方式代替update操作，這樣效率的提升非常可觀，對系統的壓力也小很多。也可以使用分區技術，對多個分區並行update操作以提升效率，但是系統的壓力也會隨之增大。
Ⅵ 如何加速Oracle大批量數據處理
一、 提高DML操作的辦法：
簡單說來：
1、暫停索引，更新後恢復.避免在更新的過程中涉及到索引的重建.
2、批量更新，每更新一些記錄後及時進行提交動作.避免大量佔用回滾段和或臨時表空間.
3、創建一臨時的大的表空間用來應對這些更新動作．
4、批量更新，每更新一些記錄後及時進行提交動作.避免大量佔用回滾段和或臨時表空間.
5、創建一臨時的大的表空間用來應對這些更新動作．
6、加大排序緩沖區
alter session set sort_area_size=100000000;
insert into tableb select * from tablea;
commit;
如果UPDATE的是索引欄位，就會涉及到索引的重建，暫停索引不會提高多少的速度，反而有可能降低UPDATE速度，
因為在更新是索引可以提高數據的查詢速度，重建索引引起的速度降低影響不大。
ORACLE優化修改參數最多也只能把性能提高15%，大部分都是SQL語句的優化！
update總體來說比insert要慢 ：
幾點建議：
1、如果更新的數據量接近整個表，就不應該使用index而應該採用全表掃描
2、減少不必要的index，因為update表通常需要update index
3、如果你的伺服器有多個cpu，採用parellel hint，可以大幅度的提高效率
另外，建表的參數非常重要，對於更新非常頻繁的表，建議加大PCTFREE的值，以保證數據塊中有足夠的空間用於UPDATE， 從而降低CHAINED_ROWS。
二、 各種批量DML操作：
（1）、oracle批量拷貝：
set arraysize 20
set commit 5000
from username/password@oraclename append table_name1
using select * from table_name2;
（2）、常規插入方式：
insert into t1 select * from t;
為了提高速度可以使用下面方法，來減少插入過程中產生的日誌:
alter table t1 nologging;
insert into t1 select * from t;
commit;
(3)、CTAS方式：
create table t1
as
select * from t;
為了提高速度可以使用下面方法，來減少插入過程中產生的日誌，並且可以制定並行度:
create table t1 nologging parallel(degree 2) as select * from t;
（4）、Direct-Path插入：
insert /*+append*/ into t1 select * from t;
commit;
為了提高速度可以使用下面方法，來減少插入過程中產生的日誌：
alter table t1 nologging;
insert /*+append*/ into t1 select * from t;
Direct-Path插入特點：
1、 append只在insert … select …中起作用，像insert /*+ append */ into t values(…)這類的語句是不起作用的。在update、delete操作中，append也不起作用。
2、 Direct-Path會使資料庫不記錄直接路徑導入的數據的重做日誌，會對恢復帶來麻煩。
3、 Direct-Path直接在表段的高水位線以上的空白數據塊中寫數據，不會重用高水位線以下的空間，會對空間的使用造成一定的浪費，對查詢的性能也會造成一定的影響。而常規插入會優先考慮使用高水位線之下有空閑空間存在的數據塊。因此理論上Direct-Path插入會比常規插入速度更快，因為Direct-Path直接使用新數據塊，而常規插入要遍歷freelist獲取可用空閑數據塊，如果同 nologging 配合，這種速度優勢會更加明顯。
4、 以append方式插入記錄後，要執行commit，才能對表進行查詢。否則會出現錯誤：ORA-12838: 無法在並行模式下修改之後讀/修改對象。
5、 用append導入數據後，如果沒有提交或者回滾，在其他會話中任何對該表的DML都會被阻塞（不會報錯），但對該表的查詢可以正常執行。
6、 在歸檔模式下，要把表設置為nologging，然後以append方式批量添加記錄，才會顯著減少redo數量。在非歸檔模式下，不必設置表的 nologging屬性，即可減少redo數量。如果表上有索引，則append方式批量添加記錄，不會減少索引上產生的redo數量，索引上的redo 數量可能比表的redo數量還要大。
7、 數據直接插入數據文件，繞過buffer cache並且忽略了引用完整性約束。
8、 不管表是否在nologging 下，只要是 direct insert，就不會對數據內容生成undo。
9、 Oracle在Direct-Path INSERT 操作末尾，對具有索引的表執行索引維護，這樣就避免了在drop掉索引後，再rebuild。
10、 Direct-Path INSERT比常規的插入需要更多的空間。因為它將數據插入在高水位之上。並行插入非分區表需要更多的空間，因為它需要為每一個並行線程創建臨時段。
11、 在插入期間，資料庫在表上獲得排他鎖，用戶不能在表上執行並行插入、更新或者刪除操作，並行的索引創建和build也不被允許。但卻可以並行查詢，但查詢返回的是插入之前的結果集。
（5）、並行DML：
如果你的伺服器有多個cpu，採用parellel hint，可以大幅度的提高效率
ALTER SESSION ENABLE PARALLEL DML;
INSERT /*+ PARALLEL(tableA, 2) */INTO tableA
SELECT * FROM tableB;
為了提高速度可以使用下面方法，來減少插入過程中產生的日誌：
INSERT /*+ PARALLEL(tableA, 2) */INTO tableA NOLOGGING
SELECT * FROM tableB;
oracle默認並不會打開PDML，對DML語句必須手工啟用。即需要執行
alter table enable parallel dml命令。
並行DML特點：
1、在並行DML模式中，默認的就是DIRECT-PATH插入，為了運行並行DML模式，必須滿足以下條件：
a、必須是Oracle企業版；
b、必須在session中使並行DML生效，執行以下sql語句：
ALTER SESSION { ENABLE | FORCE } PARALLEL DML;
c、必須指定table的並行屬性，在創建的時候或者其他時候，或者在insert操作時使用「PARALLEL」提示。
d、為了使Direct-Path Insert模式失效，在INSERT語句中指定「NOAPPEND」提示，覆蓋並行DML模式。
2、並行Direct-Path INSERT到分區表：
類似於serial Direct-Path INSERT，每個並行操作分配給一個或者多個分區，每個並行操作插入數據到各自的分區段的高水位標志之上，commit之後，用戶就能看到更新的數據。
3、並行Direct-Path INSERT到非分區表：
每個並行執行分配一個新的臨時段，並插入數據到臨時段。當commit運行後，並行執行協調者合並新的臨時段到主表段，用戶就能看到更新的數據。
4、Direct-Path INSERT可以使用Log或者不使用Log。
5、另外不得不說的是，並行不是一個可擴展的特性，只有在數據倉庫或作為DBA等少數人的工具在批量數據操作時利於充分利用資源，而在OLTP環境下使用並行需要非常謹慎。事實上PDML還是有比較多的限制的，例如不支持觸發器，引用約束，高級復制和分布式事務等特性，同時也會帶來額外的空間佔用，PDDL同 樣是如此。