|
|
|
GRANT system privilege в 12.2
|
|||
|---|---|---|---|
|
#18+
Наблюдаю несоответствие документации и реального поведения у себя на 12.2.0.1. 1. В описании SYSTEM_PRIVILEGE_MAP читаем: See Oracle Database SQL Language Reference for a list of valid system privileges. Однако перечень из таблицы и из доки сильно отличается, в доках отсутствует перечисление (и описание) для: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. И это не включая те, которые указаны в п.2 далее. 2. В описании SYSTEM_PRIVILEGE_MAP читаем: PROPERTY Property flag of the privilege (auditing option): 0 - Indicates a privilege that can be granted with a SQL GRANT statement, 1 - Indicates a privilege that can only be granted using a PL/SQL package . Однако я попробовал несколько привилегий с property=1 загрантить обычной командой GRANT, и все прошло успешно. Мало того, даже в Oracle SQL Developer в интерфейсе раздачи прав пользователям нет деления по PROPERTY, все грантится через GRANT. А таких с PROPERTY=1 тоже прилично и они не описаны в доках: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. Вопрос: Это недоработка документации или эти привилегии нельзя использовать, т.к. они только для внутренних нужд самого Оракла? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.09.2018, 18:01 |
|
||
|
GRANT system privilege в 12.2
|
|||
|---|---|---|---|
|
#18+
1. SYSRAC -- из оперы SYSDBA/SYSOPER/SYSBACKUP/SYSDG/SYSKM, опционален и описан соответственно в Installation Guide/Security Guide Некоторые привилегии тупо введены для поддержания стандарта (UNDER ANY TABLE) или для использования в будущем (EXPORT/IMPORT FULL DATABASE), но сейчас не используются. Подозреваю, что это относится и ко всяким ASSEMBLY (введены еще в 11g) и CREDENTIAL Или создавались сразу комплектом для будущего расширения команд -- CREATE / DROP EDITION есть, а ALTER EDITION пока нет, но привилегия есть (появилась вместе с DROP / CREATE). Наверняка и для OLAP-овских привилегий тоже самое Некоторые введены для использования в будущем и [уже] используются только с определенных версий (EXEMPT DML/DDL REDACTION POLICY) как подмножество более общей (EXEMPT REDACTION POLICY), и, видимо, еще не описаны, а может будут описаны только в соответствующем продукте (DBMS_REDACT), а может опять от них откажутся -- заменят на затычку А, вообще, судя по количеству новых фич, которые появляются в каждой версии, там просто не успевает обновляться документация На металинке есть Bug 14579466 : NEED DOCUMENTATION ON "EXEMPT IDENTITY POLICY" PRIVILEGE, последнее обновление в 2013 году: Status: 99 - Closed, Documentation Bug Fixed, Fixed in Product Version: 12.1 Но ведь врут! 2. Скажем так -- их нет смысла назначать вручную. Например, они не перенесутся через exp[dp]/imp[dp], они не видны через DBMS_METADATA и работать, скорее всего, они будут не так, как ожидается Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. Если сделать exp full=y, то в файле будутimp full=y show=y Код: plaintext 1. 2. 3. 4. 5. 6. 7. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. То будет перенесена правильная привилегияавтор Код: plaintext 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2018, 07:06 |
|
||
|
GRANT system privilege в 12.2
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудров Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. ...Упс, я тут запутался в копи-пастах И похоже, как раз старый exp/imp перенесет правильно, а Data Pump нет (ну правильно, он же юзает DBMS_METADATA) Причем, в независимости от того, как назначать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2018, 07:49 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39702324&tid=1883463]: |
0ms |
get settings: |
6ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
3ms |
track hit: |
151ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 210ms |
| total: | 446ms |

| 0 / 0 |
