![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Обращение к объектам чужой схемы в Oracle. [Oracle, ]
EternalWonderer © (2002-01-14 16:33:00)А не подскажет ли кто - нибудь из Мастеров, можно ли обойтись без указания владельца объекта при обращении к нему другим пользователем? Например, есть таблица User1.Table1. Коннектимся как User2 (привилегии create session и grant select прописаны). Как сделать "select * from Table1" (а не "select * from user1.Table1") ?
roottim (2002-01-16 07:58:00) [1]Yuvich>
:)!!...
>некоторые вещи реализованы ХУЖЕ...
просто хотелось бы для себя выяснить... каки-же вещи...
думаю твои упреки в сторону оракла.. это всего лиш незнание возможностей...
а насчет нет понятия БД... это уже полный бред!... рекомендую почитать... может всетаки присоединишся к нам! :))!!!
petr_v_a (2002-01-15 18:45:00) [2]>Yuvich © (15.01.02 18:32) ...у Oracle нет понятия "База Данных...
Вынужден присоединться к roottim (15.01.02 08:13) , хоть и грубовато немного...
Yuvich (2002-01-15 18:32:00) [3]Я же написал "в частности" - это значит моя НЕЛЮБОВЬ распространяется не на весь Oracle, а на то, что у Oracle нет понятия "База Данных" и определенная группа таблиц (база данных в нашем понимании) не отчуждена от владельца этих таблиц. Поэтому полный путь (в рамках сервера) выглядит как <owner>.<table>.
Дело не в политике безопасности, а в ее реализации.
В этом отношении люблю Informix - в нем "База Данных" это объект сервера, перед которым все пользователи равны, поэтому полный путь (в рамках БАЗЫ ДАННЫХ) выглядит как <table>.
Фраза "Когда не пробовал настоящего вина - и сивуха кажется божественным напитком" относится к тому, что хотя Oracle и является "крутой" (в хорошем смысле) СУБД, некоторые вещи реализованы ХУЖЕ(можно сказать НЕ ОПТИМАЛЬНО, НЕ УДОБНО и т.д.) (на мой взгляд), чем у конкурентов. Если об этом не знать, из-за отсутствия опыта работы с другими СУБД,
то складывается впечатление, что "круче" Oracle - СУБД нет.
Число пользователей Oracle и супергигантов среди них - для меня не показатель "лучшести".
Я, например, люблю Oracle за его мощный SQL и PL/SQL и за то, что почти все процедуры администрирования можно выполнить на SQL.
Это как ИНСТРУМЕНТ - один в чем-то лучше другого, в чем-то хуже - все относительно.
EternalWonderer (2002-01-15 17:06:00) [4]> petr_v_a © (14.01.02 16:43)
Жаль, от нас до Москвы далеко - а то поставил бы пиво ...
Кстати, alter session set current_schema работает и в 8.1.5
panov (2002-01-15 16:37:00) [5]>Yuvich © (14.01.02 17:52)
За что же тогда ты другие любишь?
А разделение привилегий по схемам пользователей - ормальная политика безопасности.
И, кстати, "Когда не пробовал настоящего вина - и сивуха кажется божественным напитком"...
А это тогда про что?
Лучше ORACLE пока нет БД. Я имею ввиду большие базы, а не настольные.
EAlexander (2002-01-15 15:59:00) [6]to roottim>
ну еще люди на DB2 работают - причем не мало - их соотношение с Oracle приблизительно 50/50 (33%/33%), а MS - 17 %
roottim (2002-01-15 15:44:00) [7]ты просто не администрировал!...
на сегодняшней день не каждая база с оракловской потягается...!
и не надо мне втирать про вино!... все супергиганты где по 500 тыс юзеров работают... все на оракловских(юникс) базах... а не на вине!
так что не сбивай людей с пути истинного
Yuvich (2002-01-15 15:32:00) [8]>roottim
"в частности это...Yuvich... самая лучшая вещь..."
Ну да ... Когда не пробовал настоящего вина - и сивуха кажется божественным напитком
EAlexander (2002-01-15 10:48:00) [9]to roottim
Присоединяюсь :)
roottim (2002-01-15 08:13:00) [10]>Yuvich
в частности это...Yuvich... самая лучшая вещь...
не знаеш оракл не берись!
EternalWonderer (2002-01-14 22:55:00) [11]O"key, буду разбираться ...
Спасибо большое за подсказки !
Yuvich (2002-01-14 17:52:00) [12]Вот за это, в частности, я и не люблю Oracle.
roottim (2002-01-14 16:53:00) [13]если лень прописывать... сделай синоним на паблик...
но как сказал petr_v_a :есть свои недостатки...
petr_v_a (2002-01-14 16:43:00) [14]через create public synonym( есть свои недостатки ) или через
alter session set current_schema( начиная с 8.1.6 )