如何優(yōu)化Oracle 數(shù)據(jù)數(shù)量導入，Oracle數(shù)據(jù)library數(shù)據(jù)scale？數(shù)據(jù)比mysql大嗎？1.Oracle是大數(shù)據(jù)庫，Mysql是中/小數(shù)據(jù)庫。甲骨文的市場份額為40%，而Mysql只有20%左右。

1，像這樣的大表通常需要分區(qū)。表需要分區(qū)，索引也需要分區(qū)。這里只提到分區(qū)是子表，子表是ORACLE內(nèi)部的一個段的概念。我的博客剛剛寫了一篇關于分區(qū)的介紹。也可以參考其他資料，幫你提供參考。這就需要專門研究分區(qū)，然后根據(jù)實際情況進行分區(qū)(因為你對題目不是太清楚)

1。索引表2中的ID字段；2.SELECT*FROM table 2WHEREID？；。實際情況可能是這樣的。表1有產(chǎn)品名稱，表2沒有產(chǎn)品名稱。因此，如果希望在查詢中包含表1中的字段，就需要使用關聯(lián)，所以最好在ID上同時索引表1和表2。重新關聯(lián)；如果不包括表1，只需索引表2。根據(jù)這里的環(huán)境，取索引會比全表掃描快。

1。Oracle是大型的數(shù)據(jù)庫，Mysql是小型的數(shù)據(jù)庫。甲骨文的市場份額是40%，而Mysql只有20%左右。同時，Mysql是開源的，Oracle的價格很高。2.Oracle支持大并發(fā)和大訪問，是OLTP的最佳工具。3.用于安裝的空間也大不相同。Mysql安裝后只有152M，而Oracle有3G左右，Oracle在使用時占用大量內(nèi)存空間和其他機器性能。

插入記錄時，不需要指定記錄的主鍵值，Mysql會自動增長；Oracle沒有自動增長類型，主鍵一般使用序列。插入記錄時，只需將序列號的下一個值輸入到該字段中。只是ORM框架只要是原生主鍵生成策略。(MYSQL中可以用單引號來換行，ORACLE中只能用單引號來換行。在插入和修改字符串之前，必須替換單引號:用兩個單引號替換所有出現(xiàn)的單引號。

取決于數(shù)據(jù)多少。比如一張桌子的筆數(shù)只有幾百支。如果不需要用其他大表查詢數(shù)據(jù)，甚至不需要建立索引。如果是幾十萬級別的表，一般正確建立索引就夠了。如果是一個上千萬的表，不僅要正確建立索引，還要定期收集統(tǒng)計信息并手動維護。不建議系統(tǒng)自動維護，以免影響性能。如果是一億多的表，可以考慮按照一定的條件拆分表數(shù)據(jù)，將舊數(shù)據(jù)歸檔，這樣可以提高生成的表的利用率。

由于數(shù)據(jù)的量較大，在數(shù)據(jù)數(shù)據(jù)庫中判斷比較耗時，建議在插入數(shù)據(jù)時添加一個日期。隨后，遞增地插入數(shù)據(jù)如果是文件遞送，處理起來更快，你的local數(shù)據(jù)library數(shù)據(jù)后面越來越大，辦理起來越來越麻煩。guid是什么？每個數(shù)據(jù)都有這樣的屬性嗎？對于每個數(shù)據(jù)，判斷是否...1000萬數(shù)據(jù)會無效率，源表和目標表被直接散列以分區(qū)64個目標表，并且本地分區(qū)索引被建立在相關聯(lián)的字段中。分區(qū)鍵與索引鍵相同，最好將目標表的分區(qū)劃分為多個表空間，編寫一個存儲過程按分區(qū)掃描源表，操作目標表(update或insert)打開多個session將存儲過程作為參數(shù)傳遞給分區(qū)。