Есть регистр сведений с 2 миллионами записями (2 измерения) строковые
30 длина.

Так вот при открытии справочника номенклатура делаю отбор по данному регистру сведений по ключевому полю. Долго устанавливаеться отбор.
Как ускорить данный процесс?

Народ HELP.

проиндексируй

(0) Как посчитал?

сделай еще доп. измерение с первыми 2-3 буквами ключевого поля. поставь его первым, твое ключевое измерение - вторым. отбор осуществляй по обоим полям.

(0) Почему измерения строковые? Почему не ссылочные?

Опиши структуру регистра.

(3) - это если (1) поможет плохо. хотя вместо индексации достаточно влепить ключевое измерение первым, да

Измерения:

КодВладелец: тип строка 30
КодПодчиненный: тип строка 30.

Ресурсов нет.

Задача содиться к тому чтобы знать подчиненные сущности объекта

(5) Почему нельзя сделать CRC32?

Регистр сведений Адресный классификатор - посложнее будет, да записей поболее будет чем два лимона... А разработчики (вот гады) исхитряются во время набора адреса дописывать окончания найденного. И как они такую скорость доступа реализовали - не вероятно.

(0) отключи, нафиг индексацию

PS: меняй структуру регистра. Не знаешь как - смотри как в типовых реализовано.

(6) Справочник. Двухуровневый. Имхо. Зачем тс регистр - непонятно.

(0) это ты так план видов характеристик реализовал? :)

Нет. Это он альтернативный вариант реализует :)

Не поняла, а в чем глубокая мысль регистра без ресурса?
ИМХО, правильнее поменять типы на ссылочные.
Сделать справочник сущностей, а в регистре хранить только состояние подчиненности. Будет летать.
Ну и можно сделать владельца ресурсом.

суровое кунг-фу

(15) Что-то мы круто наехали на тс... а он, это, - кун-фу всё-таки :)

(14) Будет летать... хех :)

Уверен, что если тс изучит как взаимодействуют справочники и регистры типового РАУЗ - все вопросы у него испарятся и по регистрам сведений он станет спец экстра класса.

Типовой РАУЗ - справочники и регистры так тесно переплетены, что к регистрам уже тоже можно обращаться "по ссылке" :)

(14) Ссылочность это объекты, объекты не всегда нужны

(0) А что по индексации и т.п. 2 млн. это писец как мало для sql

(18) А если в измерении 1 и 2 не будет особо много совпадений, то нафига вообще индекс нужен?

(14) > Не поняла, а в чем глубокая мысль регистра без ресурса?

Считай, что ресурс есть и всегда равен ИСТИНА

(19) вот..., и не понятно что там натыкано у него

для начала русский поучи

(22) ? О_О ?

Как часто добавляются новые записи? Если не часто - однозначно есть смысл поиграться с индексированием. А вообще в измерениях должны быть ссылки, а не строки.

убрать строковые измерения, только и всего

1. создай 2 справочника с1 и с2
2. пометь измерения префиксами Удалить_и1, Удалить_и2
3. добавь 2 новых измерения и1 типа с1, и2 типа с2
4. обработкой сопоставь каждой строке элемент справочника и подставь элементы в измерения п.3
5. удали измерения п.2

так хоть ссылочная целостность гарантирована

и объем таблицы раза в 2 должен уменьшится

(24)

1. Если значения реквизитов регистра c типом "Строка" часто повторяются, то есть смысл играться не индексированием, а создать вместо строки ссылку на элемент справочника :)

2. Если не повторяются, то есть смысл привязать это все к Планам видов характеристик, а не городить такой огород.

Фу, как это банально.

Sql.ru смотри, да будет с тобой светлая сторона силы.

Может я и не прав, но на низком уровне ссылка на справочник эта та же строка...

(32) вот именно зачем мне раздувать базу данных создавая ссылочные данные в итоге эти 2 миллиона строк превратяться в 6 или 10 миллионов (код, наименование, и другие системные данные объектов заполняемых в 1с по умолчанию)

Проблема решена. Ставим динамический список + выводим первые 50 записей элемента, остатольное по кнопке дальше.

(34)а индексировать то религия не позволяет?

(35) нет только постное