|
коллизия наименований в ASE. или "не убиваемые" индексы
|
|||
---|---|---|---|
#18+
Столкнулся с нетипичной ситуацией. Под ДБО создается идентичная структура таблиц для различных владельцев: Код: sql 1. 2. 3. 4. 5. 6.
Как видно, таблицы имеют одинаковое наименование, одинаковую структуру, и одинаковое наименование индексов. Создается такое "на ура". Но при желании грохнуть индекс на таблице user.t1 из под DBO - ничего не получится. Drop index не предусматривает возможности указать владельца таблицы. При указании типичного: Код: sql 1. 2.
убивает индекс только на таблице с DBO. Понятно, что можно воспользоваться SETUSER в случае с DBO. Но не совсем понятна логика, почему DROP INDEX не поддерживает указание владельца таблицы. Собственно вопросы к общественности: а) есть ли иные варианты избавиться от индекса (без SETUSER)? б) что за скрытую логику мог приследовать сайбез при проектировании "такого"? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.12.2014, 16:52 |
|
коллизия наименований в ASE. или "не убиваемые" индексы
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
08.12.2014, 20:57 |
|
коллизия наименований в ASE. или "не убиваемые" индексы
|
|||
---|---|---|---|
#18+
Mikle83Собственно вопросы к общественности: а) есть ли иные варианты избавиться от индекса (без SETUSER)? Так ты знал ? А что беспокоил нас, тревожил наше умиротворение попусту? Mikle83б) что за скрытую логику мог приследовать сайбез при проектировании "такого"? Ну, как тебе сказать, жизнь вообще несправедлива. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.12.2014, 20:59 |
|
|
start [/forum/topic.php?fid=55&msg=38828421&tid=2009795]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
175ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
others: | 14ms |
total: | 286ms |
0 / 0 |