Как определить список пользовательских (несистемных) индексов

← →
Вольный Стрелок © (2005-08-04 16:30) [0]

собственно, сабж
Нужно отсеять всякие индексы, полученные автоматически при создании PK, FK, UK.
Извлечь только вручную созданные.

← →
Johnmen © (2005-08-04 16:34) [1]

А что такое UK ?
см. http://www.ibase.ru/devinfo/sysqry.htm

← →
Digitman © (2005-08-04 16:47) [2]

UK (UserKey) - это что-то новое ... неужто я так дремуч и отстал от жизни ?

← →
Sergey13 © (2005-08-04 16:49) [3]

2 [2] Digitman © (04.08.05 16:47)
>UK (UserKey) - это что-то новое
Unique - это хорошо забытое старое. 8-)

← →
Андрей Жук © (2005-08-04 16:56) [4]

> Нужно отсеять всякие индексы, полученные автоматически
> при создании PK, FK, UK.

Ха. При создании первичного/уникального/внешнего ключа в FB можно указывать имя индекса. Как в таком случае фильтровать будешь?

← →
Вольный Стрелок © (2005-08-04 17:05) [5]

Вот именно поэтому и спрашиваю. У меня все CONSTRAINT именованные и никаких автогенерируемых имен типа RDB$ нет.

[1,2]
UK - это UNIQUE KEY, задаваемый через CONSTRAINT
За ссылку спасибо, может, что-то полезное возьму. Но там рассматриваются RDB$-индексы :(

кому интересно, у меня получилось такое:
SELECT rdb$index_name AS index_name FROM RDB$INDICES WHERE rdb$relation_name NOT LIKE "RDB$%" AND rdb$index_name NOT IN( SELECT rdb$index_name FROM RDB$RELATION_CONSTRAINTS WHERE rdb$constraint_type IN ( "FOREIGN KEY", "PRIMARY KEY", "UNIQUE" ) )

Использую для отключения индексов, не связанных с CONSTRAINT (при массовых заливках). Потом включаю назад.

>Использую для отключения индексов, не связанных с CONSTRAINT

Почему же такая избирательность ?

Потому, что данные всякие бывают :(
Левые индексы только тормозят, никакой пользы от них при заливке.
А правые индексы (от ограничений) пользу имеют, ограничивают :), мусор режут.
При этом, конечно, порядок заливки таблиц важен, чтобы на FK не напороться.

Как определить список пользовательских (несистемных) индексов Найти похожие ветки