Добрый день
справочник Номенклатура.
делаю новое поле - индексное.
Собственно вопрос в теме.
как этот индекс выглядит со стороны SQL ?
как колонка со звездчкой .
как новая таблица
?

поле уже есть
после установки индекса - база подрастет ?

(0) https://www.sql.ru/articles/mssql/03013101indexes.shtml

Индекс (англ. index) — объект базы данных, создаваемый с целью повышения производительности поиска данных. Таблицы в базе данных могут иметь большое количество строк, которые хранятся в произвольном порядке, и их поиск по заданному критерию путём последовательного просмотра таблицы строка за строкой может занимать много времени. Индекс формируется из значений одного или нескольких столбцов таблицы и указателей на соответствующие строки таблицы и, таким образом, позволяет искать строки, удовлетворяющие критерию поиска. Ускорение работы с использованием индексов достигается в первую очередь за счёт того, что индекс имеет структуру, оптимизированную под поиск — например, сбалансированного дерева.

Некоторые СУБД расширяют возможности индексов введением возможности создания индексов по столбцам представлений[1] или индексов по выражениям.[2] Например, индекс может быть создан по выражению upper(last_name) и соответственно будет хранить ссылки, ключом к которым будет значение поля last_name в верхнем регистре. Кроме того, индексы могут быть объявлены как уникальные и как неуникальные. Уникальный индекс реализует ограничение целостности на таблице, исключая возможность вставки повторяющихся значений.

Википедия

(0) это внезапно таблица! В которой лежит информация о том где искать данные в других таблицах

Несмотря на достоинства, индексы так же имеют и ряд недостатков. Первый из них – индексы занимают дополнительное место на диске и в оперативной памяти. Каждый раз когда вы создаете индекс, вы сохраняете ключи в порядке убывания или возрастания, которые могут иметь многоуровневую структуру. И чем больше/длиннее ключ, тем больше размер индекса

понятно ...

спасибо

У меня была советская энциклопедия, информация в 53 тома и к ней два индексных тома, где были все ключевые слова и номер тома где это искать.

база 26 гиг в файле ..
интересно - на сколько она увеличится после введения индексного поля

)

(5) не в этом основная проблема. При херовой организации данных найти то, что надо иногда проще сразу в таблицах, чем ковырятся в индексах, а потом искать еще и в таблицах.

(тестовая база ... ну получилсь так- что она тестовая и не на скуле)

основной минус индекса - его нужно обновлять и тем самым замедляется запись

(10)
у меня идет загрузка данных из хмл файла
документ. товары.
файлы большие.

когда идет поиск товара по ид товара - а это реквизит номенклтаруы - то тут 98% всей работы идет
т.е. справочники.номенклатура.найтипореквизиту - работает очень не быстро
поэтому - пробую проиндексировать поле.посмотреть.
----------
потом то конечно есть варианты - это нефиг в реквизит все писать = отдельный регистр сделать ..
но там переделывать как обычно много

(12)
как я понимаю - для этого есть регл задание-  обновление индексов полнотекстовго поиска
ну или как то так.
не раз видел в типовых ут

было 26гиг
стало 30 гиг

зато работает - акуенно!

Запросом бы сделали

(14) вообще не то
Индексы обновляются самим SQL соответствующим планом обслуживания SQL

(17)
думал ..
там получиться запрос в цикле перебора строк с товарами хмл ..
не сильно красиво наверное  - 100500 раз дергать

(19) товары xml в таблицу значений, таблицу значений в запрос - один раз дернули сервер и все

(20)
да это все понятно .
там общие функции поиска
те как обычно .. меняя основную функцию - в 100 местах надо менять все остальное..
и 50 мест в коде пропустишь..
причем - самые важные ..

обойдемся пока малой кровью

тогда другой вопрос ..

а если много индексов будет в базе
чем плохо ?