|
|
|
owner
|
|||
|---|---|---|---|
|
#18+
Возникла необходимость поменять владельца таблицы. У кого какие мысли на этот счёт, как наиболее просто/быстро/безболезненно это сделать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2005, 17:04 |
|
||
|
owner
|
|||
|---|---|---|---|
|
#18+
Когда-то на SCO OpenServer, IDS 7.3 делал update systables set owner="newowner" where tabid >100 Вроде проблем не было .... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2005, 19:04 |
|
||
|
owner
|
|||
|---|---|---|---|
|
#18+
Вот письмо из моего архива за май 2003. Прочитай с конца :) ================================= В продолжение темы - увидел недавно в CDI ---------------------- am sure there have been many posts for this issue in the past but I could not find answer to my query below. With Informix 9.21 on Linux 6.2 - How safe is (in terms of integrity of system catalogue) to update systables for changing owner of a table ? Also is this update for changing owner of a table supported by IBM ? ---------------------- Dont even think about it. It is very unsafe. If you want to change the owner, drop and recreate. ---------------------- It is definitely not supported by IFMX. However I did it in the past and it worked without further problems. You need to be user 'informix' to update systables.owner. You might also need to bounce the engine after this, because the data dictionary cache is not up to date. Remember to take a Level-0-Archvive before doing this and also remember that you will get no support if it doesn't work as you expect. ---------------------- It is fairly safe, but probably not supported by IBM. The owner of a table has little meaning, unless you are using a MODE ANSI database. If you really want to change it, then the supported method is likely to be; unload, drop, recreate and load the table. ---------------------- I don't think that this has anything to do with the update on systables.owner. I tested the behaviour on Suse Linux 8.0 with IDS 9.30.UC3 and was able to change systables.owner and also to create a role with the same name, for example: update informix.systables set owner = 'mytest' where tabid > 99 and tabtype = 'T'; ---------------------- "Igor Zavgorodny" <daugava@torba.com> wrote in message news:3ea3a8be$1@proxy... > Vasyl Shulzhenko wrote: > > "Журавлев Денис" <zhd@chspz.ru> wrote in message > >>в systables поле owner меняй. > Подобный совет в 1995 году давал сам Leffler: > > "There is no official way to do it (apart from drop and recreate). > > Unofficially, suitably authorised users can update the Owner column in > SysTables (and possibly SysIndexes, SysConstraints, etc.). Beware of > how you revoke the privileges which were granted on the table by the > old owner -- WITH GRANT OPTION can make this very tricky to do." > > > > > Настоятельно не рекомендуется. > > Можно нарваться на скрытые проблемы в будущем :( > > > > Однако в 2002 году, тот же Leffler таких рекомендаций уже не дает: > > "There are feature requests asking for a change owner facility. > However, changing the ownership of > an object in a database is a fraught process - think about the > inheritance of permissions, WITH > GRANT OPTION, triggers, views, stored procedures, synonyms and so on. > Also, who changes the > ownership? The current owner, the new owner, 'informix', the DBA, any > three of the four with a > N-of-M-way encrypted key system? Non-trivial; I think 9.61 maybe a > release or two early." > > Все это на фоне рассказов типа: > "The last person I know who tried this then reached for his archive to > restore since his database was unusable. > Why would you want to change the owners? Use dbexport / dbimport or > unload > / drop / create / load." > > Так что Василий судя по всему прав. > Regards, Igor. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2005, 20:10 |
|
||
|
|

start [/forum/topic.php?fid=44&fpage=55&tid=1608869]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
29ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
20ms |
get tp. blocked users: |
1ms |
| others: | 235ms |
| total: | 317ms |

| 0 / 0 |
