Пропадают права на системные таблицы
-
- Сообщения: 7
- Зарегистрирован: 06 авг 2007, 15:53
Пропадают права на системные таблицы
Жила-была база... все было отлично...
Да и сечас неплохо... но стали после восановления бекапа пропадать права на все системные таблицы... и только на них....
Проблема решается... проставление этих самых прав ручками в IB Experte.
(Ставилю всем доступ на селект ,a на RDB$EXCEPTIONS полные).
Но вопрос мучает... почему они пропадаю....каждый раз после backup/restore???? и как с этим бороться....
Да и сечас неплохо... но стали после восановления бекапа пропадать права на все системные таблицы... и только на них....
Проблема решается... проставление этих самых прав ручками в IB Experte.
(Ставилю всем доступ на селект ,a на RDB$EXCEPTIONS полные).
Но вопрос мучает... почему они пропадаю....каждый раз после backup/restore???? и как с этим бороться....
Re: Пропадают права на системные таблицы
версию сервера скажешь только под пытками?kotygoroshko писал(а):Жила-была база... все было отлично...
backup/restore???? и как с этим бороться....
-
- Сообщения: 7
- Зарегистрирован: 06 авг 2007, 15:53
Re: Пропадают права на системные таблицы
А зачем с этим бороться?kotygoroshko писал(а): Но вопрос мучает... почему они пропадаю....каждый раз после backup/restore???? и как с этим бороться....
при ресторе база создается НОВАЯ И ПУСТАЯ. Соответственно все системные таблицы там новенькие. А при бэкапе ничего системного не сохраняется, ибо нет нужды - ведь база будет создана заново.Но вопрос мучает... почему они пропадаю....каждый раз после backup/restore???? и как с этим бороться....
то есть промышленной эксплуатации нет, или пока еще не додумался сделать скрипт и накатывать его после рестора?Проблема решается... проставление этих самых прав ручками в IB Experte.
-
- Сообщения: 7
- Зарегистрирован: 06 авг 2007, 15:53
Просто хотелось получить обяснения - почему пользователи и роли базы после востановления не имеют права на селект из системных таблиц ... таким образом ниодно приложение неможет работать поскоьлку оно ничего не видит....kdv писал(а): при ресторе база создается НОВАЯ И ПУСТАЯ. Соответственно все системные таблицы там новенькие. А при бэкапе ничего системного не сохраняется, ибо нет нужды - ведь база будет создана заново.
Промышленая эклплуатация есть... ручками это я утрировал....kdv писал(а): то есть промышленной эксплуатации нет, или пока еще не додумался сделать скрипт и накатывать его после рестора?
Потому что он им не нужен в таком же смысле как относительно пользовательских. То есть, он есть по умолчанию.kotygoroshko писал(а): Просто хотелось получить обяснения - почему пользователи и роли базы после востановления не имеют права на селект из системных таблиц ...
Это тебе кто-то умный сказал или сам догадался?kotygoroshko писал(а): таким образом ниодно приложение неможет работать поскоьлку оно ничего не видит....
-
- Сообщения: 7
- Зарегистрирован: 06 авг 2007, 15:53
дикие люди, дети гор. Указание версии IB/FB в настройках IBExpert - это указание IBE какой именно синтаксис (ключевые слова) подсвечивать (или нет). И все.что это результат того-что люди далекие к FireBird - конектились с IBExpert-та к базе с указанием не той версии базы (1.0 вместо 1.5).
Как вы себе представляете ВЛИЯНИЕ КЛИЕНТА НА СЕРВЕР И НА БАЗУ С КОТОРОЙ СЕРВЕР РАБОТАЕТ???
Что будет, если подключаться к серверу и базе FB 2, указывая в IBE версию сервера IB 2007? База что, из формата Firebird в формат IB сконвертируется??? Или IBExpert на сервере вместо FB эту базу при помощи IB2007 откроет? Или САМ ее откроет (о ужас, прямо по сетке) и сконвертирует из FB в IB???
Ну представьте себе, пожалуйста. Вдумайтесь. Нельзя же плавать в такой элементарщине, честное слово. Вы же приложения программируете, а не в экселе формулы выводите или приказы по конторе в ворде печатаете...
p.s. Кроме того, FB не может открывать базы IB 7.x/2007, а IB любой версии не может открывать базы FB2.
www.ibase.ru/devinfo/prevver.htm
-
- Сообщения: 7
- Зарегистрирован: 06 авг 2007, 15:53
Я эту статью читал... и не раз...kdv писал(а): www.ibase.ru/devinfo/prevver.htm
Только проблема у меня всеравно наблюдается...
Опишу еще раз:Есть база для построения отчетов.(Является резервной копией подымающеся с реальной каждый день) Долгое время все было хорошо. Тоесть пользователи нормально каждый день пользуются отчетной базой без никаких проблем. Вчера прибежал разработчик из другого подразделения и попросил дать ему срочно доступ к базе для тестирования... поскольку тестовую базу делать было некогда... ему дали доступ на отчетную базу...(Тоесть ничего не менялось - никаких дополнительных дествий не делалось, на машине разработчика просто IBE была добавлена еще одна запись на отчетную базу самим разработчиком) Вскоре у всех пользователей полетели права на системные таблицы (Точнее ничего не менялось,как вы правельно заметили по умолчанию этих прав и не надо, но пользователи перестали заходить в приложение работающее с базой и генерирующее отчеты)...тоесть под SYSDBA в систему можно войти, а под другими Логинами нет.... решается проблема проставлении роли приложения прав на системные таблицы явным образом. При попыт разобратся, что же поменялось... на машине разработчика нашелся всеголишь один недочет - была указана не та версия FB(1.0 - вместо 1.5), что и было исправлено.Сегодня все пока работает нормально. Вот это мое субективное восприятие ситуации. Выводы может я делаю и не правельно.Если есть дуругие я с удовольствием послушаю...
что там этот парень ковырял в системных таблицах, одному ему известно.Если есть другие я с удовольствием послушаю...
могу предложить переключить в "свойствах" алиаса IBE FB 1.5 на 1.0, а затем включить SQL Monitor и посмотреть. Это предложение проверить проблему практикой вместо совершенно излишнего теоретизирования.
Ну не совсем уж одному Ему. Я тоже ясно вижу в палантире, как он даёт SQL-гранты на некоторые системные таблицы. Что ломает умолчательное GDML-регулирование доступа к ним. Вот зачем он это делал, видно плохо, но кажется, что ему каким-то боком помогла опция автогранта в интерактивном инструменте. А может всё-таки и результат его собственной особой продвинутости.kdv писал(а):что там этот парень ковырял в системных таблицах, одному ему известно.Если есть другие я с удовольствием послушаю...
Разве что из любопытства... Это "свойство" - настройка собственного парсера IBE, склонного к излишнему умничанью и недопущению до сервера синтаксических конструкций, которые не соответсвуют его версии. С чем (выдачей ексепшена) сервер прекрасно может справляться и сам. А чтобы полечить проблемку, надобно просто выполнить b/r и следы деятельности диверсанта растворятся в утреннем тумане.kdv писал(а): могу предложить переключить в "свойствах" алиаса IBE FB 1.5 на 1.0, а затем включить SQL Monitor и посмотреть. Это предложение проверить проблему практикой вместо совершенно излишнего теоретизирования.