Доброго времени суток. Тут заказчики хотят поиск себе организовать (типо удобный по их мнению). Пока что только по "Наименованию".
То есть вот хотят они найти допустим "Холодильник".. вводят в строку поиска в обработке "холодильник".. И она типо должна во всей базе поискать объекты где содержится эта строка.
Типо в названиях договоров, в номенклатуре, в комментарии к документам, в названии контрагентов (ну в случаи холодильника не актуально но я так для массы), ну и в прочих объектах или комментариях к нему.

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

Ну и следовательно далее в ТЧ должен вывалится список где и чего он там нашле но это уже другая история, тут главное найти)

ну есть же полнотекстовый поиск

(0)
1) научится работать с полнотекстовый поиск, как советует (2)
2) научится делать запрос с динамическим текстом по метаданным конфы.

(0) бредовая какая-то идея... Если нам нужен холодильник, то скорее всего нам нужна номенклатура, если мы ищем ООО Ромашка, то скорее всего нам нужен Партнер/Контрагент и т.д. Нахрена 1ску заставлять шустрить по всем таблицам? Полнотекстовый поиск это конечно хорошо, но потянет ли ваш сервак подобные запросы?

(4) Полнотекстовый поиск - можно настроить (указать где искать)

(5) я так понял, ТСу нужно всегда искать везде...

(5) Даже больше. Полнотекстовым поиском можно управлять программно (с какого-то релиза). Например программно формировать (например в нужном формате) результаты поиска, исключать ненужные результаты, выводить в поиск команды создания и т.п.
Есть небольшой опыт в этом деле :)

(4) Не со всем так... холодильник это так пример из головы.. они могут искать "Ромашка" в плане названия организации. А это может быть и в Контрагентах, и в названии договоров, и в комментарии к документам и даже в комментариях к выплате ЗП.. они там могут написать, выплата ЗП совместителем из Ромашка.. я образно и тд..

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

Я правильно понимаю что про поиск.. это что то типо вот этого примера
https://helpf.pro/faq/view/1741.html

полнотекстовый поиск не особо требователен к ресурсам

СписокПоиска = ПолнотекстовыйПоиск.СоздатьСписок("", 10); // первый параметр строка поиска, второй размер списка
СписокПоиска.ПолучатьОписание = Истина;

Что значит "Размер списка"?

так по наименованию или по комментариям к документам?
последний случай обозначает тупо сканирование ВСЕЙ базы.
если база хотя бы пару сотен гигабайт вы охренеете.

(13) и еще динамически обновлять, чтобы данные были актуальные, вот поэтому я и написал по поводу сервака)

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

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

(15) а сейчас у вас глобальный поиск работает? Он должен все это находить, что называется, "из коробки", т.е. без дополнительных настроек.
У нас например может найти слова из распознанных сканов прикрепленных к документам (
+ неплохо бы озвучить платформу и конфигурацию

(15) ты полностью описал работу с Полнотекстовым Поиском. это именно его задача.

(15) " и там искать по комментарию " - может архитектуру лучше переделать, чем всю базу гонять каждый раз? То что у вас поиск и учет по комментариям, это не есть гуд.

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

(0) Выбиваешь мощности на эластик.
Пишешь много кода.
И имеешь результат.
Дорого, долго охуенно.
(15) а тут просят бардак сделать автоматизированным, ничего хорошего не выйдет.
Даже полнотекст на небольших базах под эти кейсы будет работать как унылое говно

Полнотекстовый поиск уже предлагали?

(21) Да, но он УГ)

(19) Если заплатят мне за изменения учетного процесса) тогда я помогу им.. пока что они просят поиск ;) потому что изменения учетного процесса и его наладка для них точнео будет стоить дороже.. я там не работаю, просто заказчик

(16) Сервис - Поиск данных ? Да работает, но там нужно ручками настраивать размер порции нечеткость ограничение поиска данных. не думаю что они понимают и смогут. проще обработку такую же сделать и одну кнопку и 1 строку что искать)

(24) платформа и конфигурация какая?

(22) т.е. в платформе есть ППД, который на 100% выполняет задачи, описанные тобою, но ты считаешь это УГ и ожидаешь что кто - то скажет что есть волшебная функция в запросе, которая намного быстрее работает?
Если серьёзно... Ну, нейросетку можешь подрубить, оно с текстами неплохо работает. Но вот что будет работать лучше или быстрее - не факт.

(26) да кто ж против, пускай с полнотекстовым любится, может там база небольшая и данных не так много и все будет хорошо у ТС)

В современных конфигурациях можно НАСТРОИТЬ глобальный поиск (я не про порции данных и доп. обработки). У себя на предприятии доработал глобальный поиск таким образом (ERP 2.5).
* исключил из плана поиска систему взаимодействия, справку (кому нужно можно еще что-нибудь исключить)
* добавил поиск по этапам производства (с выводом в результате поиска доп. информации по этапу)
* поменял приоритеты вывода результатов (в первую очередь выводятся данные по документам, а потом - все остальное)

для пользователя не нужно никаких лишних действий. Просто вбивает что ему нужно в строку поиска и все.
Никаких тормозов на работе не заметил. Новые методы (по моему с 8.3.15 работают) очень понравились.

(26) Я ничего не ожидаю.
Мне это нахрен не надо.
ППД - аццтой в том виде в котором ему надо, даже на небольшой базе если врубить все абсолютно реквизиты в его состав - будет какашка, инфа сотка.
И это я еще не начал рассказывать про багули в его работе.
Или переносить в инструмент, который изначально под это заточен.
Или убирать бардак из базы, а там судя по (15) бардак пони и единороги

(28) И что по всем ТЧ и реквизитам по части слова ищет?
я на 18 хе с актуальным ППД проверял - прям очень не быстро скажем так

(29) Извини, я тебя с ТС спутал. Про баги в ППД я в курсе, но проявляются не часто и всё лечится.

(31) Это все понятно, что если сделать все как надо то и работать будет хорошо.
Но сама постановка - везде в том числе и реквизитах и ТЧ при гибкой схеме учета - вот что будет узким местом.
Не ППД)

(32) ППД это всего лиш инструмент, если его использовать верно все будет хорошо.
А для бардаков - есть более подходящие инструменты)

Кстати, сейчас освежил в памяти, заглянул в отладчик. Поиск в данных только на 9 (!) месте

https://hkar.ru/15toM

(30) у меня конкретно по номерам документов ищет (это на первом месте). а потом - все остальное.
Искать, конечно, будет по всему. Но при описанных в (15) условиях в результатах - замаешься искать что нужно. Там описан действительно бардак.

(26) да есть глобальный поиск этот. Сервис - Поиск данных. Но там нужно ручками все настраивать, и порции и процент нечеткости и галочки ставить в каких местах искать и тд.
Я вот думаю сделать так же. только изначально запретить искать в местах где это реально не нужно. аля Адреса физ лиц, Банки из классификатора, какой нибудь стаж на прошлых работах и тд. что бы хотя бы как то побыстрее работало. (25) зуп, 19 платформа.