400 000 строк, гружу в таблицу значений, индексирую колонку, использую метод "Найти()", не всегда "находит" (в excel поиск по строке находит, в 1С - нет). В режиме отладки просмотреть ТЗ не выходит, падает 1С. Может порционно как-то работать лучше?

запросом

(1) выходит медленнее. Пробовал

Если значения уникальные используй соответствие. Значение - ключ, строка - значение.

с помощью запроса чрез ADO

а как типизированы колонки?

(0) Найти, а дальше что? Один раз или много?
Задача в целом какая?

(0) Во временную таблицу. Примерно так

ВЫБРАТЬ *
ПОМЕСТИТЬ ВременнаяТаблица
ИЗ &ТаблицаЗначений
;
ВЫБРАТЬ * ИЗ ВременнаяТаблица
ГДЕ Поле ПОДОБНО %Строка

///////////////////////////////////////

Всю таблицу типизируй простыми типами.

Собственно, все.

(6) Найти нужно 4000 000 раз

(5) Типизированы как строка

(6) в целом - нужно сопоставить дерево xml к строкам csv

(9) строка для сравнения на = или подобно? ВРЕГ

(11) в запросе использовал "="

(10) По-моему, лучше проиндексировать дерево XML и сопоставлять в процессе чтения CSV.

(13) я его не составляю, я получаю два таких файла по АПИ (и не спрашивайте что за хреновое АПИ)

если (3) никак, мб попробовать в вт выбирать через выразить как строка 20 и может убрать индексирование, добавить сортировку

(14) И что?

(16) давай по подробнее про "проиндексировать дерево xml"

Ну, использовать ТЗ с индексами или Соответствие. Туда положить ссылки на узлы.

МБ не надо все делать сразу? А искать соответствие только тогда,когда оно становится нужным для дальнейшей работы?

(10) а структура xml позволяет его тоже в таблицу загнать? если да, тогда загоняешь оба набора данных в ТЗ, и оба ТЗ в запрос. и крути верти как хочешь

Кстати, насчет вот этого: "Может порционно как-то работать лучше?" В твоей ситуации, пожалуй, это даже самый лучший вариант: делишь на несколько частей (скажем, на 4, и запускаешь поиск в фоновом задании). Или, вот второй способ, трансформируй в бинарное дерево: через соответствие. Скажем, ключ и значение - это по соответствию "половине" и так до определенной (необходимой) глубины вложенности. А в листе (последнем соответствии) - массив искомых строк.

(8) Зачем так много? Нельзя кэшировать?

Что за инфу грузишь?

В запросе временную таблицу как писали ранее и индексировать по полям которые встречаются достаточно часто одинаковые

(0) Выбери из своей экселевской таблички те строки, которые ТЗ не всегда находит и посмотри отладчиком почему не находит.
Кроме этих строк выбери из таблички несколько предшествующих и несколько последующих. Думаю у тебя какой-то косяк в коде и причина ненахождения может крыться в какой-то конкретной комбинации данных, которая не учтена в твоем алгоритме.

может имеет смысл завести РС?

(24) Стандартная причина непоиска в ТЗ - пробелы в начале и конце шаблона для поиска.

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