Чего-то я не понимаю...
Работает.

ругается что не может найти mydb.dbo.table1 .
Э?


---
http://www.rusug.ru] Портал русскоязычной группы пользователей Sybase

Rubber1. а как это относится к сабжу ? (база-то, вроде одна и та же :)Внимательней смотри, там две команды. Первая use master , а вторая select . Что в ASE делает use master ?
Rubber2. чего пишет-то (полный текст) ?Да запросто:
Adaptive Server Enterprise/12.5.0.3/EBF 11443 ESD#4/P/RS6000/AIX 4.3.3/rel12503/1939/32-bit/FBO/Sun Sep 21 00:54:50 2003Server Message: Number 208, Severity 16
Server 'tst', Line 1:
OfficeCodes not found. Specify owner.objectname or use sp_help to check whether the object exists (sp_help may produce lots of output).

Mдя.... чем дальше в лес, тем страннее глюки.
Оказывается, у меня не было прав на чтение из второй таблицы. На чтение из первой права были. На чтение из второй не было. Но почему эта дурная система ругалась на отстутствие первой таблицы?


---
http://www.rusug.ru] Портал русскоязычной группы пользователей Sybase

Раунд второй. Базы, юзера и хранимые процедуры.

На серевере с ASE12.5 есть три базы данных company, company_web и department
юзер Mary является владельцем баз company, company_web и алиасом для dbo в базе department.
Mary создает кучу таблиц в company и они все принадлежат mary.
Таблицы созданные в department принадлежат dbo.
В company_web mary создает хранимую процедуру которая обращается к таблицам из company и departament. Если mary запускает ее - процедура работает идеально.

Даем права на запуск процедуры юзеру web_user. Этот юзер зарегестрирован только в одной базе - company_web. Его нету ни в company, ни в department.
Почему когда web_user запускает процедуру он прекрасно может выбирать данные из таблиц базы company, но совсем не может из таблиц базы department?
Процедура же обращается к таблицам от имени владельца процедуры? Почему это правило работает для базы company, но не работает для базы department?

moris авторПроцедура же обращается к таблицам от имени владельца процедуры

По этой ссылке вы можете найти фрагмент доки, который описывает кто и как доступается к объектам на которые ссылаеться SP. Надеюсь она прояснит вашу ситуациюххххосподи, как оно все заморочено!
Тому кто придумал эти "ownership chains" надо оторвать все выступающие части тела.
Это ж мне сейчас прийдется либо добавлять юзера web_user в базу department и давать ему права на чтение всех таблиц (а это потенциальная дыра), либо перегружать все таблицы в этой базе и менять им владельца, что повлечет за собой кучу другой работы....

MasterZivПерегружать таблицу для смены владельца не обязательно - можно просто сменить
владельца.Нельзя сменить владельца объекта.