Здравствуйте.

Столкнулся с такой проблемой - как создать один(!) индекс на несколько реквизитов?
Выставление реквизитам {Индексировать = ИСТИНА} приводит к созданию отдельных индексов для каждого реквизита.
А мне нужен, скажем, индекс {Пол, СостоитВБраке, ДатаРождения}

Пока что вижу только путь напрямую создавать индексы в СУБД, но как тогда быть с файловой.......

trew1) Установка флага “Индексировать” у поля (реквизита/измерения). Вариант “Индексировать с доп. упорядочиванием” добавляет в индекс поле “Код” или “Наименование” (прежде всего для динамических списков).
2) Добавление поля в “Критерии отбора” (Конфигурация -Общие -Критерии отбора)
3) Указание индексируемого поля в запрос с помощью конструкции “ИНДЕКСИРОВАТЬ ПО”
И 1C создает по индексу на каждое поле........
Нужно создать один(!) индекс на несколько полей(реквизитов), а не по индексу на каждое.

vi0в каком объекте?
Справочник/Документ

Volochkovaв 1с, если будет изменение объекта, то и индексы могут пересобраться, а рукотворный уйдет в историю.
Придется делать SQL скрипт, если индекс отсутствует, то создать по таким то полям и раз в сутки запускать или после обновления. О! Спасибо за ответ. Ближе всего к тому что нужно.

1. Получается каждый раз, когда 1С накатывает метаданные на СУБД - таблицы будут перестроены и индексы уйдут в небытие?
2. Где увидеть удобоваримой форме размещение объектов и их реквизитов в СУБД. А то в СУБД данные из 1С хранятся в виде, типа Reference12.Field9, и поди догадайся что это Контрагент.Телефон ))).... ?
3. Вы сами используете "рукотворные индексы" ? Помогает?

Программист 1сПричем тут скуль и файловая база? Вопрос к автору остался.Программист 1сЗАЧЕМ автору составной индексДля более быстрого поиска данныхПрограммист 1стем более в файловой базе...?Для более быстрого поиска данных в файловой(!) базе ))))

P.S. От себя замечу, что "скуль" - это язык запросов. А данные все равно лежат в файлах на жестком диске, хоть "скуль" хоть NO "скуль"

vi0рано вам составными индексами заниматься)
))) да уж. Всего-то 4 года занимался MsSql, MySql, Cache'. Теперь разбираюсь как заставить 1С'ку шустрее вертеться и стал "маленьким" для составных индексов.
Впрочем у меня обратное мнение - многие из 1Сников, в принципе не знакомы с индексированием данных, поэтому мой вопрос т вызывает в их среде закономерное непонимание(а че, есть же св-во индексировать), раздражение(ну мы же и так работаем) и желание позубоскалить )))

VolochkovaМой совет только для MS SQL редакции ( не файловый вариант).
С файловым дело плохо.
Видела я где то "конфигуратор", чтобы индексы были составными, но темка была платная.
Спасибо за ответ.
Да я уже понял что в платформе составные индексы не поддерживаются(ну кроме генерируемых платформой для хранения ), а в саму файловую БД в обход платформы не залезешь. Это печально, но так.

Тем не менее остаются еще внешние реляционки, поддерживаемые платформой - MsSql, Oracle, PgSql, DB2

Ваш ответ был информативным, поэтому вдруг Вы сможете и на следующие ответить:
1. Получается каждый раз, когда 1С накатывает метаданные на СУБД - таблицы будут перестроены и индексы(созданные в обход платформы) уйдут в небытие?
2. Где увидеть удобоваримой форме размещение объектов и их реквизитов в СУБД. А то в СУБД данные из 1С хранятся в виде, типа Reference12.Field9, и поди догадайся что это Контрагент.Телефон ))).... ?
3. Вы сами используете "рукотворные индексы" ? Помогает?