Хотелка: alter table <detail> add constraint <FK> ... using <EXISTSING_detail_table_index> / Firebird, InterBase

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

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

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Хотелка: alter table <detail> add constraint <FK> ... using <EXISTSING_detail_table_index>

2 сообщений из 2, страница 1 из 1

Хотелка: alter table <detail> add constraint <FK> ... using <EXISTSING_detail_table_index>

#38709674

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

hi all

Есть таблица-деталь `td`, на ней - FK-ограничение, с индексом td_pid.
Со временем стало ясно, что на эту таблицу неплохо бы навесить составной индекс по полям: {pid, qid, sid}.
Сразу, есс-но, лезет вопрос: а нафига тогда тот, первый, индекс, который для FK ?

Попытка сбацать в лоб завершилась шваброй (тоже в лоб :))

Код: plaintext

1.
2.
3.
4.
5.

recreate table td(id int primary key using index t_id_pk, pid int, qid int, sid int);
recreate table tm(id int primary key using index t_id_fk);
create index td_pid_qid_sid on td(pid, qid, sid);
alter table td add constraint td_fk foreign key (pid) references tm(id) using index td_pid_qid_sid;
commit;

Код: plaintext

Index TD_PID_QID_SID already exists.

Гугление показало, что это, оказывается, http://sourceforge.net/p/firebird/mailman/firebird-devel/thread/427289B7.5080902@ibphoenix.com/]давний баян . Причем, Главный Источник света вроде как был непротив реализации этой идеи:

Firebird-devel RFE: Allow control over constraint indices
> Eyal:
> 2. For all types of constraints - allow using an existing index (after
> verifying it's appropriate for the job). There is already an existing
> syntax to support it.

dimitr:
Doable.

> Eyal:
> Starting with v1.5 constraint definitions can contain a USING clause to
> specify a name for the soon to be created index (see v1.5 Release Notes
> page 8). This exact same syntax can be used to also accept the name of
> an existing index.

dimitr:
Agreed.

Вопрос, соб-сно, простой: насколько реализуемо сиё в 3.х ?

...

Рейтинг:

0 / 0

31.07.2014, 09:06

| Ответить | Цитировать | Написать

Хотелка: alter table <detail> add constraint <FK> ... using <EXISTSING_detail_table_index>

#38709737

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

Таблоид,

простой ответ - нинасколько. Новых фич в ФБ3 больше не будет.

...

Рейтинг:

0 / 0

31.07.2014, 10:07

| Ответить | Цитировать | Написать

2 сообщений из 2, страница 1 из 1

Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Хотелка: alter table <detail> add constraint <FK> ... using <EXISTSING_detail_table_index>

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=40&gotonew=1&tid=1563427]:	0ms
get settings:	7ms
get forum list:	17ms
check forum access:	3ms
check topic access:	3ms
track hit:	185ms
get topic data:	9ms
get first new msg:	5ms
get forum data:	2ms
get page messages:	32ms
get tp. blocked users:	1ms
others:	195ms

total:	459ms

	Необходимые cookie
	Cookie для сбора статистики
	Cookie для маркетинга и рекламы