|
|
|
ORA-00942: table or view does not exist
|
|||
|---|---|---|---|
|
#18+
Есть схема PRO есть пользователь которому через роль даны щбъектные привилегии select к таблицам схемы PRO. На эти таблицы созданы PUBLIC синонимы. Делаю SELECT к любой таблице дает эту ошибку??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2002, 14:56 |
|
||
|
ORA-00942: table or view does not exist
|
|||
|---|---|---|---|
|
#18+
А роль у пользователя точно включена ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2002, 16:13 |
|
||
|
ORA-00942: table or view does not exist
|
|||
|---|---|---|---|
|
#18+
"Любимый" глюк с ролями по имени Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2002, 23:29 |
|
||
|
ORA-00942: table or view does not exist
|
|||
|---|---|---|---|
|
#18+
Выяснил в чем дело. Роль была создана с параметром IDENTIFIED BY. Через приложения пользователи работают нормальпо а через SQL Plus только после указания пароля с помощью команды SET ROLE. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2002, 09:55 |
|
||
|
ORA-00942: table or view does not exist
|
|||
|---|---|---|---|
|
#18+
Вообще-то, в случае ролей с паролями, особенно, если роль создана разработчиками приложения для обеспечения работоспособности приложения, так и должно быть. Кстати, не удивлюсь, если пароль вычисляется на основании каких-либо статических данных для инстанца и нигде, даже в зашифрованном виде, в приложении не хранится. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2002, 23:03 |
|
||
|
|
start [/forum/topic.php?fid=52&fpage=2836&tid=1992886]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
29ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
| others: | 11ms |
| total: | 136ms |
| 0 / 0 |
