Oracle如何找出一個表的間接授權信息?
在Oracle數據庫中, 如果需要找出一張表授權給了哪一個用户,這個比較簡單的,如果有一些視圖引用了這張表,然後這張視圖授權給了其它用户的話, 那麼這也屬於這張表的授權信息,如果也要找出這類信息,那麼如何找出來這些信息呢? 下面簡單看一個例子, 在數據庫中存在三個用户T1, T2, T3, 假設T1用户將表T1.TEST的查詢權限授予了用户T2. createusert1identifie
昵稱 瀟湘隱者
貢獻者14
粉絲0
在Oracle數據庫中, 如果需要找出一張表授權給了哪一個用户,這個比較簡單的,如果有一些視圖引用了這張表,然後這張視圖授權給了其它用户的話, 那麼這也屬於這張表的授權信息,如果也要找出這類信息,那麼如何找出來這些信息呢? 下面簡單看一個例子, 在數據庫中存在三個用户T1, T2, T3, 假設T1用户將表T1.TEST的查詢權限授予了用户T2. createusert1identifie
昵稱 瀟湘隱者
背景介紹 一套在RHEL的集羣上運行的Oracle實例,是用systemd服務啓動Oracle實例的(方便集羣的切換操作).在測試過程中發現標準大頁沒有被用上. 具體情況如下所示: $ grep HugePages /proc/meminfo AnonHugePages: 0 kB ShmemHugePages: 0 kB FileHugePages:
昵稱 瀟湘隱者
密碼版本的概念 什麼是Oracle的密碼版本(Password Version)呢? 這裏所説的密碼版本(Password Version) 術語指的是身份驗證協議的版本,而不是Oracle Database的版本.雖然它看起來像數據庫版本一樣,實際意義並不相同.一般不同的密碼版本對應不同密碼哈希算法,需通過配置參數和重置用户密碼實現. sqlnet文件中的參數allowed_logon_vers
昵稱 瀟湘隱者
之前我寫了一篇博客ORACLE如何用一個腳本找出一個用户的授權信息?,有些場景,這個腳本夠用了,但是有些場景,例如,你需要將一個賬號的權限從開發環境平移到UAT環境時,我想通過一個腳本生成賬户(test)的ddl腳本,自己寫了一個腳本,後面發現網上有一個腳本更好/更全面,分享於此: set long 20000 set longchunksize 20000 set pagesize 0 set
昵稱 瀟湘隱者
oracle_19c_ru_ojvm_upgrade.sh腳本的初始版本來源於IT邦德的分享,使用原腳本時發現有一些bug,在我的環境中腳本根本跑不通,於是個人在這個腳本的基礎上進行了大量的改進與優化,到當前版本可以説算是完全重構了。我用這個腳本進行了大量的測試驗證(測試環境和UAT環境Oracle 19c數據庫實例打補丁),對於Oracle 19c來説基本上是沒有什麼問題. 使用此腳本打補丁相當
昵稱 瀟湘隱者
前幾天遇到了ORA-12154TNS-03505這個錯誤, 因為對其數據庫環境不瞭解, 遠程登錄過去檢查的時候, 瞭解到一些大概情況:此數據庫安裝在Windows服務器.遠程客户端能登錄數據庫,但是本地服務器使用普通賬號登錄數據庫時報ORA-12154錯誤,如下所示: C:\Users\Administratorsqlplus user_name/passwod@test SQL*Plus: R
昵稱 瀟湘隱者
在Oracle數據庫中, 如果需要找出一張表授權給了哪一個用户,這個比較簡單的,如果有一些視圖引用了這張表,然後這張視圖授權給了其它用户的話, 那麼這也屬於這張表的授權信息,如果也要找出這類信息,那麼如何找出來這些信息呢? 下面簡單看一個例子, 在數據庫中存在三個用户T1, T2, T3, 假設T1用户將表T1.TEST的查詢權限授予了用户T2. createusert1identifie
昵稱 瀟湘隱者
背景介紹 一套在RHEL的集羣上運行的Oracle實例,是用systemd服務啓動Oracle實例的(方便集羣的切換操作).在測試過程中發現標準大頁沒有被用上. 具體情況如下所示: $ grep HugePages /proc/meminfo AnonHugePages: 0 kB ShmemHugePages: 0 kB FileHugePages:
昵稱 瀟湘隱者
密碼版本的概念 什麼是Oracle的密碼版本(Password Version)呢? 這裏所説的密碼版本(Password Version) 術語指的是身份驗證協議的版本,而不是Oracle Database的版本.雖然它看起來像數據庫版本一樣,實際意義並不相同.一般不同的密碼版本對應不同密碼哈希算法,需通過配置參數和重置用户密碼實現. sqlnet文件中的參數allowed_logon_vers
昵稱 瀟湘隱者
之前我寫了一篇博客ORACLE如何用一個腳本找出一個用户的授權信息?,有些場景,這個腳本夠用了,但是有些場景,例如,你需要將一個賬號的權限從開發環境平移到UAT環境時,我想通過一個腳本生成賬户(test)的ddl腳本,自己寫了一個腳本,後面發現網上有一個腳本更好/更全面,分享於此: set long 20000 set longchunksize 20000 set pagesize 0 set
昵稱 瀟湘隱者
oracle_19c_ru_ojvm_upgrade.sh腳本的初始版本來源於IT邦德的分享,使用原腳本時發現有一些bug,在我的環境中腳本根本跑不通,於是個人在這個腳本的基礎上進行了大量的改進與優化,到當前版本可以説算是完全重構了。我用這個腳本進行了大量的測試驗證(測試環境和UAT環境Oracle 19c數據庫實例打補丁),對於Oracle 19c來説基本上是沒有什麼問題. 使用此腳本打補丁相當
昵稱 瀟湘隱者
前幾天遇到了ORA-12154TNS-03505這個錯誤, 因為對其數據庫環境不瞭解, 遠程登錄過去檢查的時候, 瞭解到一些大概情況:此數據庫安裝在Windows服務器.遠程客户端能登錄數據庫,但是本地服務器使用普通賬號登錄數據庫時報ORA-12154錯誤,如下所示: C:\Users\Administratorsqlplus user_name/passwod@test SQL*Plus: R
昵稱 瀟湘隱者
一、ojdbc14.jar 是啥? 它就是一個 Java 程序連接 Oracle 數據庫要用的“橋樑”文件(官方叫 JDBC 驅動)。沒有它,你的 Java 程序就沒法跟 Oracle 數據庫“説話”。 二、怎麼用?簡單幾步: 第一步:下載 ojdbc14.jar ojdbc14.jar安裝包下載:https://pan.quark.cn/s/1482d0b34868 第二步:把 jar
昵稱 無邪的課本
我們的文章會在微信公眾號IT民工的龍馬人生和博客網站( www.htz.pw )同步更新 ,歡迎關注收藏,也歡迎大家轉載,但是請在文章開始地方標註文章出處,謝謝! 由於博客中有大量代碼,通過頁面瀏覽效果更佳。 本章將深入探討ORA-01555的四種核心觸發場景,為每種場景提供兩個詳細的案例分析,並附上針對性的優化建議,助你從根源上解決問題。 2.1 場景一:長事務與長查詢 場景描述
昵稱 認真就輸
在Oracle數據庫中, 如果需要找出一張表授權給了哪一個用户,這個比較簡單的,如果有一些視圖引用了這張表,然後這張視圖授權給了其它用户的話, 那麼這也屬於這張表的授權信息,如果也要找出這類信息,那麼如何找出來這些信息呢? 下面簡單看一個例子, 在數據庫中存在三個用户T1, T2, T3, 假設T1用户將表T1.TEST的查詢權限授予了用户T2. createusert1identifie
昵稱 瀟湘隱者
[20250714]使用or_expand提示遇到的疑惑.txt --//生產系統遇到的問題,使用or_expand提示,通過例子説明問題。 1.環境: SCOTT@book01p @ver2 ============================== PORT_STRING : x86_64/Linux 2.4.xx VERSION : 21.0.0.0.0 BANNER :
昵稱 lfree
[20250722]21c查詢dba_sql_plan_directives緩慢.txt --//無意中發現查詢dba_sql_plan_directives非常緩慢.而且測試環境僅僅返回141條記錄,竟然最少接近7秒,而執行計劃看不出問題。 --//分析看看究竟是什麼回事。 1.環境: SYS@book01p @ver2 ==============================
昵稱 lfree
[20250727]關於訪問系統視圖v$sqlXXXX的問題.txt --//如果定位解決問題,經常會訪問系統視圖以v$sql開頭的視圖。例如v$sql視圖,其底層視圖是x$kglcursor_child,v$sqlarea其底層視 --//圖是x$kglcursor_child_sqlid.如果幾個會話同時訪問,以前測試過會出現library cache: mutex X等待事件,當時許多
昵稱 lfree
背景介紹 一套在RHEL的集羣上運行的Oracle實例,是用systemd服務啓動Oracle實例的(方便集羣的切換操作).在測試過程中發現標準大頁沒有被用上. 具體情況如下所示: $ grep HugePages /proc/meminfo AnonHugePages: 0 kB ShmemHugePages: 0 kB FileHugePages:
昵稱 瀟湘隱者
[20250812]一些cdb開頭的視圖存在隱藏列.txt --//昨天看了鏈接https://mikedietrichde.com/2025/08/11/were-you-aware-of-the-two-hidden-columns-in-cdb-views/,給出一些信 --//息一些cdb視圖存在2個隱藏列(實際上不止2個,只不過這兩個比較有意義罷了)。 --//在我的機器上測試
昵稱 lfree
[20250813]CPU COST轉化為COST成本計算.txt --//別人問的問題,一開始我以為對方想知道CPU COST的計算,給對方看了以前的鏈接:[20190821]關於CPU成本計算.txt --//實際上需要了解知道CPU COST,如何轉化為COST的成本,實際上CPU COST在大多數情況下佔比很低。 --//跟蹤看看10053很容易確定如何計算。 --//自己做一
昵稱 lfree
/*查看用户配置文件*/ SELECT username, profile FROM dba_users WHERE username = 'APPS'; 假設查詢到apps用户關聯的配置文件是DEFAULT,接下來查看該配置文件中關於密碼相關的設置,例如密碼有效期、密碼複用限制等; /*查看密碼安全策略*/ SELECT resource_name, limit FROM
昵稱 賽羅丶
目錄 記一次Oracle數據庫遷移的整個過程 第一步:將原始數據庫導出 方式1(推薦):使用Data Pump 方式2(數據庫較大時速度慢):使用exp命令 第二步:創建一個數據庫實例(也可以使用原有的實例,只需要創建表空間) 1.1 創建實例 1.2 創建表空間(與原數據庫表
昵稱 Yichen_liuuil
ORA-01720 錯誤表示在 Oracle 數據庫中嘗試授權時,缺少必要的grant option權限。這通常發生在用户試圖將權限傳遞給其他用户時,但自身並未被授予傳遞權限。 示例,假設以下場景: 用户 A 創建了視圖V_A,其中視圖中用了C用户T_C表。 用户 B 使用視圖 表V_A。 用户 B 嘗試將V_B的查詢權限授予用户
昵稱 Faith_zhang