ограничение доступа Галактика 8.1
Модераторы: m0p3e, edward_K, Модераторы
ограничение доступа Галактика 8.1
спецы подскажите как в галке корректно сделать чтоб группе пользователей доступ на галактику был только в режиме только чтение.. ?? если делать на чтение таблицы то при работе сыпятся всякие ошибки и ни один отчет корректно не работает.. может можно как то сделать что пользователи могли только смотреть без внесения каких либо изменений? если можно распишите эту процедуру пошагово.. заранее благодарен.
-
- Постоянный обитатель
- Сообщения: 151
- Зарегистрирован: 27 авг 2007, 12:16
- Откуда: ОАО КЧХК
- Контактная информация:
-
- Постоянный обитатель
- Сообщения: 150
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Иркутск
- Контактная информация:
Выложил подробную инструкцию, может поможет. Вроде работает :)
http://ifolder.ru/7543743
http://ifolder.ru/7543743
-
- Местный житель
- Сообщения: 702
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Украина, Запорожска яобласть, г.Днепрорудный
Добрый день. Оракл, 8.1, 21 атлантис
До 21 атлантиса при открытии интерфейса карточек скл. учета была уже помню какая ругань, но интерфейс открывался. А теперь выдается ошибка:
Ошибка создания выборки в таблице KARTSTORAGE_REALEASE=>KARTSTORAGEDATA
У пользователей полный доступ к таблицам со следующими номерами:
с 1400 по 1407
с 9400 по 9407
с 30502 по 30535
1100
остальные все только чтение
добавил таблицы с 9700 по 9706 (не помогло)
Как победить?
Jornad: можете повтроно выложить инструкцию, а то уже написано "срок хранения файла истек"
До 21 атлантиса при открытии интерфейса карточек скл. учета была уже помню какая ругань, но интерфейс открывался. А теперь выдается ошибка:
Ошибка создания выборки в таблице KARTSTORAGE_REALEASE=>KARTSTORAGEDATA
У пользователей полный доступ к таблицам со следующими номерами:
с 1400 по 1407
с 9400 по 9407
с 30502 по 30535
1100
остальные все только чтение
добавил таблицы с 9700 по 9706 (не помогло)
Как победить?
Jornad: можете повтроно выложить инструкцию, а то уже написано "срок хранения файла истек"
У большинства таблиц в этом диапазоне стоит признак "не защищается PROTECT'ом". Т. е. к ним всегда есть полный доступ, а мой предыдущий совет был неудачным...
С Оракулом работать не довелось, но в нем наверняка есть что-то подобное Pervasive-ному трейс логу или MSSQL-ному профайлеру. Эта вещь могла бы помочь.
Еще есть смысл убедиться, что дело именно в правах на таблицы БД, а не в чем-то другом. Попробуйте на той же машине зайти под "полноправным" именем.
С Оракулом работать не довелось, но в нем наверняка есть что-то подобное Pervasive-ному трейс логу или MSSQL-ному профайлеру. Эта вещь могла бы помочь.
Еще есть смысл убедиться, что дело именно в правах на таблицы БД, а не в чем-то другом. Попробуйте на той же машине зайти под "полноправным" именем.
-
- Заслуженный деятель интернет-сообщества
- Сообщения: 5188
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: SPB galaxy spb
TblockModifier.Run+GroupDelete 90% права. Может быть в какой то табле индекс полетел - это другие 10%, ну и могет журнал. Что конкретно в этом случае не сказать поскольку запускается некая транзакция, которая на любую ошибку выдает одно и тоже. Иногда можно зайти под админом(хотя бы чтобы исключить 10%) и сравнить журналы, но вот недавно тоже столкнулся с аналогичным - журналы одинаковые, а ошибка вылетает. Тут уже можно только разработчика теребить(мож на минском форуме?) с просьбой подсказать куда еще лезет модификация между изменением такой то и такой то таблы.
-
- Местный житель
- Сообщения: 702
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Украина, Запорожска яобласть, г.Днепрорудный
в тот момент когда ошибка TblockModifier.Run+GroupDelete
трассировка сессии показывает запрос
SELECT ROWID FROM SPFORMPL
таблица 11106 (Спецификация алгоритмов планирования)
планирование не используем, записей в таблице 0.
Под сессией без ошибок такой команды нет.
Только ПОЛНЫЙ доступ к этой таблице решил проблему
трассировка сессии показывает запрос
SELECT ROWID FROM SPFORMPL
таблица 11106 (Спецификация алгоритмов планирования)
планирование не используем, записей в таблице 0.
Под сессией без ошибок такой команды нет.
Только ПОЛНЫЙ доступ к этой таблице решил проблему