Полнотекстовый поиск по значениям реквизитов

25.12.13

Обработка расширяет возможности Полнотекстового поиска, позволяя искать похожие элементы в ЛЮБЫХ Справочниках ЛЮБОЙ конфигурации по проценту совпадения значений выбранных реквизитов. Работает в Обычном и Управляемом режиме!!

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование		По подписке [?]	Купить один файл
Полнотекстовый поиск по реквизитам .zip 355,33Kb ver:4.0 129	129	Скачать (1 SM)	Купить за 1 850 руб.

Стандартный полнотекстовый поиск имеет один недостаток - не позволяет искать похожие значения до уровней реквизитов.
Предлагаемая обработка значительно расширяет функционал Нечеткого поиска.
В частности, позволяет осуществить поиск ПОХОЖИХ позиций в любом Справочнике ЛЮБОЙ конфигурации 1С по проценту совпадения значений ВЫБРАННЫХ реквизитов.
Например, "Наименование на 80% похоже на РОГА И КОПЫТА, и ОКОПФ = ООО".
Учитывает транслит. Игнорирует Регистр.

Поиск может осуществляться для тех Реквизитов, у которых разрешен Полнотекст и включена Индексация на уровне Конфигурации.

Работает в Обычном и Управляемом режимах!

ПОЛНОСТЬЮ ОТКРЫТЫЙ КОД!!

PS У Вас в базе должен быть включен Полнотекстовый поиск. Если не знаете как - обращайтесь, пришлю внешнюю обработочку с одной кнопкой

Полнотекст полнотекстовый поиск найти дубли поиск дублей поиск и замена элементов нечеткий поиск поиск данных справочники

+5 –

См. также

Быстрый поиск дублей в 1С с четким/нечетким поиском по любому сочетанию реквизитов/реквизитов таб. частей с отбором и быстрой заменой значений в ЛЮБЫХ базах 8.1-8.3 (УТ 10.3, БП 2, ЗУП 2.5, КА 1.1, УТ 11, БП 3, УНФ 1.6/3.0, КА 2, ЗУП 3 и т.д.)

Поиск данных Системный администратор Программист Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Платные (руб)

Обработки помогут Вам легко и, главное, быстро (в 5 раз и быстрее штатной обработки 1С), выполнить поиск дублирующих данных в Ваших базах 1С на платформах 8.1-8.3. Это позволит уменьшить объем лишней информации в справочниках и документах, планах видов характеристик и др., упростит работу с данными пользователям. А так же можно, одним нажатием, узнать в каких ссылочных объектах есть вообще дубли! Понятное расположение команд и настроек, в сочетании с описанием и справкой, еще упростят процесс. А так же обновления Вы получаете бесплатно в течение года с момента приобретения данных обработок! (Обновление от 27.11.2023, версия 6.12)

10800 руб.

14.05.2012 159480 339 253

573

Универсальная коллекция. Класс-надстройка

Математика и алгоритмы Инструментарий разработчика Универсальные функции Поиск данных Программист Платформа 1С v8.3 Конфигурации 1cv8 1С:ERP Управление предприятием 2 Абонемент ($m)

Несколько упакованных в один класс интерфейсов для обработки популярных универсальных коллекций. Для тех, кого раздражает отсутствие действительно единого интерфейса для универсальных коллекций.

5 стартмани

25.09.2024 2522 1 Артано 14

Оптимизация поиска по ключевым словам с применением Clickhouse на примере номенклатуры.

Поиск данных Программист Платформа 1С v8.3 Россия Бесплатно (free)

В этой статье я хочу рассмотреть еще один кейс применения Clickhouse в связке с 1С - оптимизацию поиска в справочнике по ключевым словам. Здесь не будет готового решения, но будут описаны важные моменты, которые позволят легко применить данный кейс в реальности.

18.08.2024 2123 1cnik2 23

Обход объекта рекурсивно

Поиск данных Программист Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Отображение и просмотр реквизитов справочника или документа - с бесконечным открытием подуровней.

1 стартмани

14.06.2024 3615 8 RustIG 29

Кто такая Мантикора?

Поиск данных Системный администратор Программист Платформа 1С v8.3 Россия Абонемент ($m)

Статья об опыте развертывания и интеграции с базой данных Manticore Search для быстрого полнотекстового поиска.

1 стартмани

30.11.2023 4968 andreysidor4uk 18

PowerOffice - обработка для поиска, просмотра и обработки данных.

Поиск данных Корректировка данных Пользователь Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Абонемент ($m)

PowerOffice - обработка для поиска, просмотра и обработки данных для пользователей. Доступ к объектам на просмотр и редактирование данных определяется правами пользователя.

1 стартмани

05.06.2023 2411 26 PowerBoy 1

Получение ссылки по бинарной строке PostgreSQL или MSSQL

Поиск данных Программист Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Абонемент ($m)

Получение ссылки в 1С по бинарной строке из PostgreSQL в виде строки формата bytea или из MSSQL в виде шестнадцатиричной строки. Кроме ссылочных объектов ссылки могут быть получены и для перечислений. Это может быть полезно при анализе логов журнала регистрации или СУБД.

1 стартмани

04.04.2023 3294 4 berserg 2

Поиск и замена значений многопоточно

Поиск данных Подбор и обработка объектов Программист Пользователь Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 Абонемент ($m)

Обработка для конфигураций на БСП, выполняет замену в несколько потоков. Только клиент-серверный вариант

2 стартмани

14.02.2023 5653 152 echo77 27

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. alex_4x 87 25.12.13 22:38 Сейчас в теме

Я полнотекстовый поиск по максимуму отключаю, так как он лишние тормоза создает, а реально не применяется. Всё что надо искать - названия фирм и товаров, а не строки произведений и легко обходится запросами типа
like %блаблабла%.

2. vladim-kul 199 25.12.13 22:48 Сейчас в теме

(1) alex_4x,
ну вот Вам и пример реального применения Полнотекста.
Протестировано на базе 50+К Номенклатуры. 10 Секунд - таково время завершения поиска этой обработкой.
При наличии в базе около 100 Пользователей в это время.
Так что у вас там явно траблы с железом или оптимальностью в критических участках программного кода)
Ну, или база файловая... Но и тут можно придумать выход =)

3. AlX0id 26.12.13 00:13 Сейчас в теме

(2) так он тормоза создает не во время поиска, а во время индексации, извлечения текстов и т.п. )
На самом деле все условно, конечно.. Вряд ли существенно заметны "тормоза" от индексации при неспешном вводе пользователям документов.. Не в каждой же конторе пользователи, как бешеные, вбахивают по 100 позиций номенклатуры в секунду..

6. cool.vlad4 2 26.12.13 14:34 Сейчас в теме

(3) AlX0id, мне он не понравился еще и потому, что возможна гипотетическая ситуация, когда индекс не успел обновиться, а пользователь уже хочет что-то найти. если учесть многопользовательскую работу, которая может быть даже между пользователями, находящихся в разных городах (ну мало ли), то возможны нехорошие ситуации. т.е. я бы не стал применять такой поиск как основной.

5. cool.vlad4 2 26.12.13 14:31 Сейчас в теме

(2) 10 секунд - это очень много (умолчу про то, что яндекс например ищет среди миллиона, миллиарда всякой информации за время раз в 10 меньшее;) ) . Вот вы представьте, что в поисковике интернета, которым вы пользуетесь, время между запросами было 10 секунд? стали бы вы им пользоваться? вот и обычные пользователи вас не поймут, им все равно полнотекстовый поиск это, внешняя компонента или что. я как-то тестировал поиск с помощью разных способов. и остановился на способе, который здесь все и упоминают - like, + ВК strmatch. Еще можно отметить, что иногда пользователям не нужен нечеткий поиск или поиск по части слова, они просто скопировали наименование откуда-то и хотят найти точно данный объект. Это тоже надо учитывать.

7. vladim-kul 199 26.12.13 14:37 Сейчас в теме

(5) cool.vlad4, вообще, назначение обработины - находить потенциальные дубли. Например, перед вводом нового элемента справочника. В целом - я никого не принуждаю использовать данный функционал :)

4. Yashazz 4801 26.12.13 13:26 Сейчас в теме

Не советую использовать полнотекстовый поиск от 1С, если на то нет совсем уж критической необходимости, да и то - опционально, как "бантик". С индексацией действительно всё плохо и со стороны 1С не особо оптимизировано. Элементарный пример - мы НЕ можем управлять индексацией, индекс обновляется весь целиком или никак, а если мне сегодня и щас надо переиндексировать по одному справочнику из трёх, то фигушки. И уж частью функционала такой поиск точно делать нельзя.

Если что надо, проще самому заняться - сделать поисковые реквизиты, регистры итд, идти по ним LIKE'ом или RegExp задействовать, или возможности ПостроительDOM, или ещё как. Быстрее бывает, и управляемее.