powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Т.О. (Тематический оффтоп)
15 сообщений из 15, страница 1 из 1
Т.О. (Тематический оффтоп)
    #39703035
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я, конечно, мало что видел, но, как правило, народ не заморачивается: sysdba/masterke и - вперёд, на мины.

С другой стороны, не так уж и сложно завести отдельный логин для создания и обслуживания базы (условно - Владыка) и понасоздавать в нужных количествах "рабочих пользователей" (условно - Работяга, РаботягаРаз ...).
Сначала
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
 gsec -user sysdba ...
  ...

 isql -u Владыка ...
  create ...;
   -- стопитцот однотипных строчек
  grant ...;
   -- ещё стопитцот строчек
  exit;

 isql -ex -u Владыка ...
 rem ... и положить в сухое, прохладное место
Обслуживание
Код: plaintext
1.
2.
3.
4.
5.
 gbak -user Владыка -b ...

 isql -u Владыка -i ФазаРаз.sql ...
 rem стопитцот однотипных скриптов

 gbak -user Владыка -b ...
То, что это "много лишней возни" с раздачей прав и "вообще неудобно" - понятно, а другие проблемы у такого подхода есть?

Вот, например, всякие ОРМы/Эксперты "лазают" по метаданным.
У владельца прав доступа точно есть, у "работяги"? Явно выдавать или вообще схема не пригодна для разработки?

P.S.
К "устаревшему" gsec - не придираться
...
Рейтинг: 0 / 0
Т.О. (Тематический оффтоп)
    #39703062
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorov,

а что роли для работяг уже не рассматриваются?
...
Рейтинг: 0 / 0
Т.О. (Тематический оффтоп)
    #39703064
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. SidorovЯвно выдавать или вообще схема не пригодна для разработки?
как показывает практика, нет, непригодна.
Владыка должен озаботиться правами на создание и модификацию объектов (в ФБ 3 это есть), но всё равно разрешение создать таблицу не ограничивает создателя в их количестве - 1 или сотню.

Поэтому самая правильная разработка выглядит так:
1. разработчики проверяют процедуры и прочее на тестовой базе.
2. после проверки скрипт на создание объектов отдается "генеральному скриптоводу", например почтой.
3. генеральный скриптовод применяет скрипты на рабочей базе.

Тут польз. несколько. Известно, кто и что создал (и накосячил в тексте, и т.д.), так что люли в процессе выдаются адресно. Генеральный скриптовод сам ничего не создает и не правит.
Как-то так (схема не моя).
...
Рейтинг: 0 / 0
Т.О. (Тематический оффтоп)
    #39703065
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorov,

кстати, к "владельцу", отличному от SYSDBA, претензий не имею.
...
Рейтинг: 0 / 0
Т.О. (Тематический оффтоп)
    #39703074
Шавлюк Евгений
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdv,

А сейчас есть способ сменить владельца БД способом, отличным от пересоздания из скрипов?
...
Рейтинг: 0 / 0
Т.О. (Тематический оффтоп)
    #39703079
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Шавлюк Евгений,

нет. А зачем? Ну будет у тебя Sidorov, работать как Pupkin, остальные аттрибуты пользователя в том числе и пароль можно поменять.
Не хочешь чтобы пользователи на фамилию были завязаны ну так придумай им абстрактные имена, типа MydatabaseGod
...
Рейтинг: 0 / 0
Т.О. (Тематический оффтоп)
    #39703080
Шавлюк Евгений
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денис,

У меня все базы созданы от имени SYSDBA, и вот хочется завести "Владыку" :)
...
Рейтинг: 0 / 0
Т.О. (Тематический оффтоп)
    #39703083
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Шавлюк Евгений,

ну вот и сделай владыку конкретной БД, только чтобы имя пользователя на человека не было завязано, тогда и менять не надо будет.

kdvВладыка должен озаботиться правами на создание и модификацию объектов (в ФБ 3 это есть),

ИХМО, самая большая польза от этого как раз в обратном: кто угодно не может создавать объекты БД. Вряд ли кто-то будет раздавать права по принципу: ты можешь создавать таблицы, а ты процедуры. Скорее просто дадут роль RDB$ADMIN сразу на всё. Ну или в 4.0 сделают специальную административную роль (там права администратора можно дробить).
...
Рейтинг: 0 / 0
Т.О. (Тематический оффтоп)
    #39703084
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Шавлюк ЕвгенийУ меня все базы созданы от имени SYSDBA, и вот хочется завести "Владыку" :)
облом. насколько я помню - только пересоздать из скрипта и скопировать данные.
...
Рейтинг: 0 / 0
Т.О. (Тематический оффтоп)
    #39703094
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvШавлюк ЕвгенийУ меня все базы созданы от имени SYSDBA, и вот хочется завести "Владыку" :)
облом. насколько я помню - только пересоздать из скрипта и скопировать данные.Разве рестор с нужным логином не изменит владельца БД ?
...
Рейтинг: 0 / 0
Т.О. (Тематический оффтоп)
    #39703099
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladРазве рестор с нужным логином не изменит владельца БД ?
он-то изменит, но все объекты останутся созданы от SYSDBA.
...
Рейтинг: 0 / 0
Т.О. (Тематический оффтоп)
    #39703109
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvhvladРазве рестор с нужным логином не изменит владельца БД ?
он-то изменит, но все объекты останутся созданы от SYSDBA.Речь шла о владельце БД, а не объектов.
Честно говоря, не совсем понимаю предмет обсуждения... О чём спор\вопрос ? :)
...
Рейтинг: 0 / 0
Т.О. (Тематический оффтоп)
    #39703122
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Речь о безопасности и об ограничении прав до минимально необходимых .

Есть владелец базы.
Он и только он создаёт объекты в этой базе, меняет их, выдаёт права и роли, делает, проверяет и (не дай бог) восстанавливает бэкапы.

Есть клиентское приложение (сервер приложений), которые работают с базой под совершенно другим(и) логином(ами).
Клиенты ограничены правами их учётных записей и выданных им ролей.

Это не защита от владельца системы, который знает учётные данные владельца базы - это защита от пользователей системы.
Необязательно от злонамеренных - излишне любопытные тоже не подарок.

Понятно, что "взять и переделать" существующую систему - сложно или просто невозможно.
Но, предположим, что создаётся новая система - "взлетит или нет" такая схема?
Ведь, как минимум, отладки и тестирования станет заметно больше.
...
Рейтинг: 0 / 0
Т.О. (Тематический оффтоп)
    #39703124
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorov,

Ну сначала надо понять какой у тебя FB. Если 3.0 то там с этим всё в порядке. Только администраторы (в том числе владелец БД) могут создавать объекты БД. Ну по крайней мере по умолчанию, можно конечно и другим пользователем дать привилегии на создание отдельных типов объектов метаданных, но думаю это мало кому требуется.

если 2.5 и ниже, то там с этим плохо.
...
Рейтинг: 0 / 0
Т.О. (Тематический оффтоп)
    #39703178
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorov,

по умозрительной статистике
- ан масс всё от SYSDBA
- при SYSDBA всё-таки бывают отдельные юзеры
- еще часть систем - с OWNER.
- от них малая часть - с дополнительными юзерами

Чтобы всё прям было разграничено по юзерам в смысле юзеров ФБ - редкость.
Впрочем, я думал что речь идет про разработку, а не production, мой предыдущий коммент был именно про неё.
...
Рейтинг: 0 / 0
15 сообщений из 15, страница 1 из 1
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Т.О. (Тематический оффтоп)
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]