今天配置完共享服務器模式之後發現登錄過程中報錯ORA-12523,排查錯誤之後發現是靜態監聽惹的禍。 本機之上有兩個監聽,一個靜態監聽1521端口,一個動
作為熟練.Net碼農以及非熟練Oracle用戶很多時候Oracle總給我一種這貨就是存心惡心我們的感覺。 雖然不得不承認Oracle是個很(an)好(gui
drop會刪除整個表裡的數據表結構。事務不可回滾。 drop table test; truncate會刪除表裡的所有數據,不會逐行操作。且事務無法回滾
上次介紹了client-side TAF配置,但是client-side TAF配置也存在它的局限性,就是需要在每台客戶端tnsnames.ora上都要進
今天是2014-03-12,在進行數據庫性能調優過程中,突然翻到了之前一封郵件,信息如下: 從日志中看,發現存在行級排他鎖存在爭用以致產生了死鎖。 問