owner объекта

Администирование клиентской и серверной части InterBase, Firebird, Yaffil. Настройка файла конфигурации и т.п.

Модераторы: kdv, Alexey Kovyazin

Ответить
annaci
Сообщения: 4
Зарегистрирован: 24 окт 2006, 12:20

owner объекта

Сообщение annaci » 24 окт 2006, 12:27

Скажите, пожалуйста!
Возможно ли сменить owner-а у объекта (особенно - таблицы). И если возможно, то как? (Желательно без drop/create)

Dimitry Sibiryakov
Заслуженный разработчик
Сообщения: 1436
Зарегистрирован: 15 сен 2005, 09:05

Сообщение Dimitry Sibiryakov » 24 окт 2006, 12:42

Можно. Но, пожалуй, проще будет пересоздать базу. Впрочем, можно постучаться в приват Upscene Production. У них есть Owner Migrator.

annaci
Сообщения: 4
Зарегистрирован: 24 окт 2006, 12:20

Сообщение annaci » 24 окт 2006, 12:54

Dimitry Sibiryakov писал(а):Можно. Но, пожалуй, проще будет пересоздать базу. Впрочем, можно постучаться в приват Upscene Production. У них есть Owner Migrator.
Пересоздать базу сложно (уже большая очень и таблицы нужно перераспределить между программистами, таблиц - 170 и у всех owner=SYSDBA)
А что за второй вариант - поясните подробнее!

WildSery
Заслуженный разработчик
Сообщения: 1738
Зарегистрирован: 05 июн 2006, 16:19

Сообщение WildSery » 24 окт 2006, 15:28

annaci писал(а):Пересоздать базу сложно (уже большая очень и таблицы нужно перераспределить между программистами, таблиц - 170 и у всех owner=SYSDBA)
Не сложно - выливаем в скрипт, напильником его, заливаем взад.
"Большая очень" - это сколько?

annaci
Сообщения: 4
Зарегистрирован: 24 окт 2006, 12:20

Сообщение annaci » 24 окт 2006, 15:44

170 таблиц, 40 просмотров, 220 процедур (*2, т.к. create и alter)
Грустно в скриптах столько переписывать :(

Dimitry Sibiryakov
Заслуженный разработчик
Сообщения: 1436
Зарегистрирован: 15 сен 2005, 09:05

Сообщение Dimitry Sibiryakov » 24 окт 2006, 16:04

Во-первых, зачем что-то переписывать? Овнер в скрипты не попадает, а стало быть задается один раз - в самом начале скрипта.
Во-вторых, зачем вообще делать объекты с разными влательцами? Владелец должен быть один - DBA (но, желательно, не SYSDBA), и при этом он должен совпадать с владельцем самой базы. Иначе получите такие проблемы с бэкапом, что проще будет удавиться.

WildSery
Заслуженный разработчик
Сообщения: 1738
Зарегистрирован: 05 июн 2006, 16:19

Сообщение WildSery » 24 окт 2006, 16:09

Dimitry Sibiryakov писал(а):и при этом он должен совпадать с владельцем самой базы. Иначе получите такие проблемы с бэкапом, что проще будет удавиться.
Это ещё зачем? У меня владелец базы SYSDBA, владелец объектов DBA. Что я не так делаю, что проблем с бэкапом нет?

annaci
Сообщения: 4
Зарегистрирован: 24 окт 2006, 12:20

Сообщение annaci » 25 окт 2006, 06:09

Dimitry Sibiryakov писал(а):Во-первых, зачем что-то переписывать? Овнер в скрипты не попадает, а стало быть задается один раз - в самом начале скрипта.
Во-вторых, зачем вообще делать объекты с разными влательцами? Владелец должен быть один - DBA (но, желательно, не SYSDBA), и при этом он должен совпадать с владельцем самой базы. Иначе получите такие проблемы с бэкапом, что проще будет удавиться.
100 процедур - один владелец, 60 - другой и еще 60 - третий. Им нужна возможность их перекомпилировать.

Dimitry Sibiryakov
Заслуженный разработчик
Сообщения: 1436
Зарегистрирован: 15 сен 2005, 09:05

Сообщение Dimitry Sibiryakov » 25 окт 2006, 08:22

WildSery писал(а):Что я не так делаю, что проблем с бэкапом нет?
Бэкапишь как SYSDBA.

WildSery
Заслуженный разработчик
Сообщения: 1738
Зарегистрирован: 05 июн 2006, 16:19

Сообщение WildSery » 25 окт 2006, 12:05

Dimitry Sibiryakov писал(а):Бэкапишь как SYSDBA.
И в каком месте тут проблема?
Мне почему-то очень удобно базу положить в шатдаун и спокойно под SYSDBA что-нибудь сделать, зная, что никакой "владелец" не прицепится.

Dimitry Sibiryakov
Заслуженный разработчик
Сообщения: 1436
Зарегистрирован: 15 сен 2005, 09:05

Сообщение Dimitry Sibiryakov » 25 окт 2006, 12:46

Есть такие странные места, где на одном сервере крутятся несколько баз, причем у каждой базы свой локальный DBA. А пароля SYSDBA никто не знает.

Ответить