數據庫管理員

1、安裝環境：作業系統及版本[root@stone ~]# cat /etc/issueRed Hat Enterprise Linux Server release 6.2 (Santiago)記憶體設定[root@stone ~]# free -mtotal used free shared buffers cachedMem: 1063 721 341 0 25 387-/+ buffers/cache: 309 754Swap: 1999 0 1999#記憶體至少1G，swap至少為1.

收藏一下Oracle hints應用。呵呵 在SQL語句最佳化過程中，我們經常會用到hint,現總結一下在SQL最佳化過程中常見Oracle HINT的用法： 1. /*+ALL_ROWS*/ 表明對語句塊選擇基於開銷的最佳化方法,並獲得最佳輸送量,使資源消耗最小化. 例如: SELECT /*+ALL+_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT'; 2.

系統內容：CentOS release 5.10 - 64 bit 應用環境：Oracle 10.2.0.5錯誤摘要： [oracle@hz_cpm50 ~]$ impdp / DIRECTORY=move dumpfile=new.dmp logfile=new.log table_exists_action=APPEND CONTENT=data_onlyImport: Release 10.2.0.5.0 - 64bit Production on Monday, 24

1.修改表的欄位：修改一個列的資料類型(一般限於修改長度，修改為一個不同類型時有諸多限制):文法:  ALTER TABLE 表名 MODIFY(列名 資料類型);eg1:  alter table skate_test modify (author number(10,0) );在修改列的長度時,只能改為比現有欄位實際存的長度還要大,否則提示下面錯誤:ORA-01441: 無法減小列長度, 因為一些值過大eg2:  alter table skate_test

1.最近做項目，要匯入Oracle的dmp檔案，很多年前用過oracle，該用的技術隨著時間都忘記的差不多了，現在標記在此，以免再次遇到同樣的問題而感到無措。匯入dmp檔案，需要知道這個dmp檔案建立的使用者。因此需要先建立使用者，並授權給它。（1）使用者的建立首先，以system使用者登入Oracle SQL Developer其次，在sql工作表（可以用快速鍵ctrl+shift+w）中輸入：create user thomas identified by 123456;接著就是運行這句話，

Oracle

應用系統生命週期是一個整體，除了最開始的需求調研、開發測試和上線，更長的時期是在營運方面。應用系統的價值體現也就是在營運階段，一個經常報錯故障的系統營運環境，是很難獲得良好的使用者體驗的。 在實踐中，軟體開發商和營運方面如果沒有完善的溝通交流，新系統是不容易融入原有的營運體系中的，更有甚者會引起很多其他故障。本篇就介紹一個由於備份策略衝突引起的磁碟空間故障。  1、環境介紹和故障 筆者最近接收一個系統，上線營運一年餘。交接時候，業務部門反映曾經出現磁碟空間

遊標共用Cursor是Oracle學習過程中的一個重點和痛點。Oracle的Cursor是建立在對SQL解析Parse消耗的最佳化上的。根據不同的記憶體緩衝結構，我們經常可以聽到諸如：硬解析Hard Parse、軟解析Soft Parse和軟軟解析的名詞概念。嚴格的說，遊標共用的概念基礎是遊標。Oracle中，遊標可以分為Shared Cursor和Private Cursor兩個大的類型。理解遊標的前提，一定要區分出這兩個遊標類型。Oracle 自適應遊標共用--adaptive

Oracle聯機記錄檔記錄資料庫運行過程中資料區塊改變的日誌，在資料庫出現介質損壞或者異常掛掉後，需要通過聯機日誌（或歸檔）日誌，重演資料庫發生的改變。 在記錄檔本身出現損壞（丟失）的情況下，資料庫可能出現無法正常開啟，本文就是針對這種情況下進行的恢複測試（僅供參考）：Oracle調整聯機重做日誌大小(change redo log size) Oracle 聯機重做記錄檔(ONLINE LOG FILE) Oracle聯機重做日誌丟失的恢複 Oracle

把檔案系統的資料檔案遷移到ASM儲存RAC環境，使用的是ASM作儲存。近日在給使用者做資料庫維護的過程中，發現有一部分資料檔案存放在檔案系統中，這是不正常的。導致另一台伺服器上跑著的執行個體就不正常了。 於是需要把檔案系統上的資料檔案遷移到ASM儲存上。如何修改ASM的sys密碼 如何將ASM中的資料檔案複製到作業系統中 Oracle 11g RAC ASM磁碟全部丟失後的恢複 Oracle 11g從入門到精通 PDF+光碟片原始碼 RHEL6 ASM方式安裝Oracle 11g R2

最近寫了一個資料庫採集程式，大概過程是將SQLSERVER資料庫的資料定時採集到Oracle資料庫。1小時出一次資料，每次資料量在2W左右。環境採用Sping3+hibernate4,資料庫連接池採用C3p0奇怪的時候每隔一段時間都會報：“c3p0 connection is already

    clob欄位儲存的是文本，如果儲存少於4000個位元組則clob欄位會和記錄存放在一起，如果儲存超過4000個位元組，則不會與記錄存放在一起。值得注意的是，這裡的4000個位元組並不是等同於varchar2(4000),那相當於什麼呢，請看下列實驗，資料庫版本是10.2.0.1.0：drop table test_clob purge;create table test_clob(  id number,  clob1

在使用srvctl建立service時，需要注意TAF策略選項必須通過dbms_service包來配置。下面例子示範了如何建立一個服務felix_ora：1.建立之前查看系統現有的service：SQL> show parameter service

       Oracle彈性雲和資料倉儲所提供的優勢是很明顯的，首先是單一供應商提供所有基礎組件：Oracle的一站式方法有助於簡化許可、支援、升級和整合，全部由單一供應商來處理這些事務。這可能有助於防止經常發生的廠商之間就技術問題而相互推諉的現象。配置、升級和整合採用單一供應商的做法會更容易，將這些問題的接觸和驗證路徑簡化為單一入口從而方便部署。　　其他優點包括最佳化效能、提高容錯能力和快速部署。然而，這些優勢也能轉化為劣勢。例如，

通過 SPA，您可以根據各種更改類型（如初始化參數更改、最佳化器統計重新整理和資料庫升級）播放特定的SQL 或整個 SQL 負載，然後產生比較報告，協助您評估它們的影響.在 Oracle Database 11g 之前的版本中，我必須捕獲所有 SQL 陳述式，通過跟蹤運行這些語句，然後得到執行計畫 — 這是一項極其耗時又極易出錯的任務。新版本中，我們不需要再那樣做了，我改用非常簡單而有效 SQL Performance

第2部分 資料庫SQL語言資料庫表及索引的建立         資料表(或稱表)，是資料庫最重要的組成部分之一。資料庫只是一個架構，資料表才是其實質的內容。舉個例子來說，資料庫就像是一座空曠的房子，而資料表是裡面的傢具，沒有傢具的房子只是一個空殼而已。根據資訊的分類情況，一個資料庫中可能包含若干個不同用途的資料表。       

1. 把 excel 另存新檔 .csv 格式2. 用 Notepad 開啟 .csv 檔案, 第一行就是所有的欄位3. 建立表結構create table yu_rt_01 asselect Transaction_Id,Last_Update_Date,Last_Updated_By,Creation_Date,Created_By,Last_Update_Login,Request_Id,... ,Lcm_Shipment_Line_Idfrom

前面介紹了Linq的三個方面應用：Linq to SQL, Linq to XML和Linq to Object，這篇介紹一下動態Linq的實現方式及應用情境。命名空間：System.Linq;System.Linq.Expressions;應用Linq的時候，我們都知道只需要Lambda運算式就行，但有些情境僅僅只使用Data

 點擊開始，查看netManager，點擊面板的監聽程式，預設只有地址1且標記著localhost，建立一個地址，輸入本機IP，重新開啟監聽程式即可   △△△ * △△ = △△△△某3位元乘以2位元，結果為4位元要求：在9個△所代表的數字中，1~9的數字恰好每個出現1次。public class Pruning {      public static void main(String[] args) {

   1. 拿到一個新 bug, 首先要重現問題. 這對 code 問題是必須的, 對客戶的 data 問題, 幾乎也是必須的. 如果是 code 問題, 不重現就沒辦法修改代碼, 改好了也無法驗證是不是改對了. 客戶的 data 出問題, 多數情況也是能夠重現的. 畢竟客戶是用我們的系統操作的, 只要拿到客戶的曆史資料, 對照著是可以自己做出同樣的資料. 以前我遇到 data fix 的時候不喜歡重現, 都是憑感覺給出指令碼. 但這樣常常忽略一些重要的資料, 容易出錯.