Добрый день.
Сервер: Сервер рабочий: Microsoft SQL Server 2016 (SP2-CU10) (KB4524334) - 13.0.5492.2 (X64) Oct 4 2019 19:14:08 Copyright (c) Microsoft Corporation Standard Edition (64-bit) on Windows Server 2012 R2 Standard 6.3 <X64> (Build 9600: ) (Hypervisor)

Стоит задача следующая:
1.При ходят банковские выписки от 10 до 5000. По большей части 100-200 строк.
2.Создается временная таблица #Table_Vipiska (ID int identity(1,1), [Назначение] varchar(8000) collate Cyrillic_General_BIN)
Поле [Назначение] содержит обычно 100-300 символов.
3. Есть 7 таблиц разной структуры, содержащие номера документов (в каждой таблице по 1 полю с номером) типо: 34ТТ2323/2020, 234324324, 3333/44 и т.п. Длина номеров от 8 до 20 символов. Суммарно все 7 таблиц содержат около 20 млн. записей, но не равномерно (есть таблицы на 200 тыс, есть на 10 млн).
4.Поиск происходит так
update P
set ID_doc=T.ID_doc
from #Table_Vipiska P
cross join (select ID_doc, '%'+Number+'%' collate Cyrillic_General_BIN [Find] from dbo.Table(1-7)) T
where P.[Назначение] like T.[Find]

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

Писк медленный. Хочу применить полнотекстовый поиск. Вопрос: поможет мне он, если Номера которые нужно искать могут быть не отделены пробелами, а например разделительными символами могут быть (),.;#№ и т.п. Конечный список у меня будет, но пока его нет. А например /\ символы могут содержаться в номере для поиска и не должны считаться разделительными символами.
Если это модно реализовать, то подскажите как и где указывать разделительные символы, а где которые считать частью слова?

С полнотекстовым поиском только в начале знакомства.
П.С. collate Cyrillic_General_BIN используется для ускорения Like

Спасибо за ответ по делу. Торопился опубликовать - не проверил орфографию. Прошу прощения, если это задевает кого-то.

Единого шаблона нет. В теории в номер может быть все что угодно.

а почему бесполезен? Там нельзя исключать часть символов при поиске. Типо задать некий словарь: настроить под себя поиск или эт не предусмотрено микрософтом?

Вот и думаю.
1.Либо полнотекстовый поиск.
2.Либо самому бить на слова и потом искать.

Я по идее хотел если не получить со стандартным поиском попробовать типо разложить на слова в отдельную таблицу навешать индекс и искать. Но полнотекстовый именно это и делает. Не хочу городить велосипед. Тут вопрос как полнотекстовый поиск работает в плане построения/выделения слов например для русского языка (это раз). Притом полнотекстовый индекс нужно будет строить "налету" на временную таблицу, а он асинхронный (это два что очень смущает).

Может предварительно все спецсимволы убрать которые мешать будут поиску. Вопрос только поможет мне это, если тексты маленькие в которых искать и их не много, а значений, которые надо найти, очень много.

А что поможет? Разбить по словам самому, навешать индекс и поиск через равно делать? или еще есть варианты?

Читал и оставил на крайний случай. Но походу он настал. Т.к. с временными таблицами полнотекстовый поиск не работает, ка выяснилось

К этому все и идет. Спасибо

Тут уж есть что есть то есть. Эти данные не исправить.

Интересно, но это не мой пока уровень )))

Выбрал вариант с функцией из поста на харбе


Вот так работает в на 2 порядка быстрее. На тестовом варианте было 30 мин против 4 сек (из них 2 сек заполнение #Table_Vipiska_Word)

Всем спасибо за ответы и варианты.