今天要轉儲資料到歷史表。執行過程中發現報錯：ora-01536: 超出表空間 'ts_crm' 的空間限額。把資料單獨提出，寫個匿名塊處理，報錯依然。但是單獨插入一條是沒問題的。因為是生產庫，沒做多想，直接用：alter user user quota ulimited on tablespace xx;解決。
同時，也可以用：grant unlimited tablespace to user。區別僅僅是乙個是對乙個表空間取消限制。後者是取消對使用者擁有的表空間的限制。
回頭思考，難道是因為單獨執行insert插入的表空間與在儲存過程中的表空間不同，奇怪，待解。。。
第一次錯誤處理。
2011 9 21 昨天的編譯錯誤是自己將makefile 的書寫規則弄錯了，今天改正後，一切正常。這一點要注意。測試sqlite3 的程式時，要注意 sqlite3 的命令使用，只有正確的命令才會工作正常。這點切記！常見命令 databases 列出資料庫檔名 tables pattern?列出?...
記一次statspack錯誤處理
客戶資料庫警告日誌顯示，經檢查是由statspack自動排程指令碼引起的。quote thu jul 22 12 30 14 2010 errors in file oracle admin fysb bdump fysb j000 1805.trc ora 12012 error on auto ...
Oracle 一次 鎖表 處理小記
同事說測試庫上的一張表被鎖了。不能執行dml 操作。鎖表的準確說法應該是阻塞。之前的一遍blog裡有說明 鎖 死鎖 阻塞latch 等待 詳解 找多鎖表的session，並kill 掉之後，對該錶的dml 操作正常。這裡在模擬一次這個問題。開2個session session a sql selec...