- [1С: УНФ 1.6] Полнотекстовый поиск — не работает!
- Восстановление полнотекстового поиска в базе данных. Клиент-серверный вариант. Моя практика.
- Не работает полнотекстовый поиск после переноса базы из 1с фреш на веб сервер.
- Возможные причины тормозов при поиске в списке документов?
- Некорректно работает полнотекстовый поиск
[1С: УНФ 1.6] Полнотекстовый поиск — не работает!
1С 8.3.7, УНФ (Управление небольшой фирмой, редакция 1.6).
После какого то очередного обновление, заметил, что плохо работает полнотекстовый поиск . Названия номенклатуры находит, контрагентов находит. названия файлов находит. а вот по приходным документам, по заказам и др. документам не ищет.
Пробовал разное:
1. В фоновых заданиях очищал и запускал заново индекс . не помогло.
2. Область поиска задавал по разному.. нет результата.
3. Откатывался на ранее сохраненные базы . аж до версии 1.5 УНФ. Как ни странно.. но там почему то то же поиск работал так же глючно. хотя тогда, все работало как надо. После этого эксперимента, вообще потерял мысли, как такое возможно.
Грешил на платформу.. но после создания чистой базы. внес туда тестовые значения.. — номенклатуру, контрагента, приходные, заказы, оплату. так там все работает как надо. на чистой базе работает. но как тока загрузил в неё сохраненную базу, поиск перестал работать.
Кстати в разделе «Номенклатура» то же как то странно работает поиск. Если задать в простую форму поиска, то не находит ни чего, а если в расширенную, то находит.
Пожалуйста, есть у кого то какие то мысли на этот счёт??
Источник
Восстановление полнотекстового поиска в базе данных. Клиент-серверный вариант. Моя практика.
Описание проблемы: нарушение работы полнотекстового поиска. После аварийного завершения работы базы данных вследствие отключения электроэнергии перестал работать полнотекстовый поиск. При попытке открытия оснастки «Управление полнотекстовым поиском», обработки «Полнотекстовый поиск» и при поиске в динамических списках программа «зависала». При попытке очистить и перестроить индекс программными средствами выводилась ошибка: «Очистка невозможна, идёт построение индекса. Для продолжения завершите процедуру построения индекса».
Решение проблемы: В консоли управления серверами 1С:Предприятия было обнаружено более 10 фоновых заданий, которые, как я полагаю, и запускали регламентное задание построения индекса полнотекстового поиска. При удалении сеансов и подключений фоновых заданий, они вновь возобновляли работу примерно через 1 секунду. Было принято решение: после завершения работы пользователей в базе с помощью консоли управления серверами 1С:Предприятия установить флаг блокировки регламентных заданий в проблемной базе и перезапустить сервер 1С:Предприятия. После чего была запущена встроенная обработка платформы «Управление полнотекстовым поиском» и вызваны последовательно процедуры: Очистить индекс и Построить индекс.
Далее Был снят флаг блокировки и перезапущен сервер 1С:Предприятия.
Есть, конечно и другие варианты, в комментарии 2, например, описан. Описанный мной вариант был использован как альтернативный.
Источник
Не работает полнотекстовый поиск после переноса базы из 1с фреш на веб сервер.
Добрый день уважаемые форумчане . прошу помощи у гуру .
есть база УНФ 1.6, Ранее она была на сервисе 1с фреш. Затем ее выгрузили и загрузили в локальную версию. Клиенты подключаются через веб сервер .
Проблема такая — как говорят продованы — ранее прекрасно работал полнотекстовый поиск в списке заказов покупателей.
( В основном продованы ищут последние цыфры телефона контрагента — а телефон контрагента записыватют в наименовании, сейчас при поиски по последнем цыфрам пп выделяет только совпадающие номера документов . ((( )
что делал
— очищал индекс пп
— выставлял права на папку с базой и все файлы в ней всем полный доступ
— очищал папку с базой, заново загружал базу из ДТ, папки 1Cv8FTxt и прочее заново создавались
— чистил кеш на сервере, перепроводил документы, обновлял индекс пп.
причем когда перепроводил заказы через (стандрные — перепроведение документов) — ПП не работал, при проведении прямо из списка документов ПП заработал.
Делал это все ночью. при этом под конец этих всех работ ПП работал в списке как надо. Но проблема возобновлялась после того как снова с утра клиенты подключались к базе. Затем не работал ПП не у них не на веб сервере .
Проблема в том что проделать это все со всеми клиентами не представляется возможным . так как их много и не до всех дозвониться и прочие геморои .
Подскажите плиз — кто нибудь сталкивался с подобной ситуацией ? как из нее выйти чтобы ПП заработал .
Источник
Возможные причины тормозов при поиске в списке документов?
Платформа 8.3.9.1818, УФ
База файловая, Пользователей — 4, подключаются в локальной сети через РДП к серверу (Core i5, 16GB RAM, SSD винт)
Полнотекстовый поиск отключен.
Есть ДинамическийСписок на ФормеСписка справочника Контрагенты и стандартный механизм поиска. Иногда, обычно при первом поиске в этом списке (после открытия 1С) программа зависает. Результаты поиска выводятся где-то после 10-20 секунд. После «первого» поиска все уже ищется быстро, без тормозов. А иногда тормоза бывают и уже после нескольких часов работы в базе. (В списке около 100 контрагентов)
Подскажите, где причину искать?
(6) >> Бытует мнение что полнотекстовый поиск — зло.
Обоснуй.
Поиск в динамических списках осуществляется либо по данным полнотекстового поиска (работает очень быстро и требует минимум вычислительных ресурсов), либо средствами СУБД (в общем случае длительность поиска и затраты вычислительных ресурсов пропорциональны объему информации в таблице).
В твоём конкретном случае (если объем справочника действительно всего лишь 100 элементов) оба варианта должны отрабатывать мгновенно быстро (разницу если она и есть пользователь не заметил бы). Однако это не так. В твоём случае поиск средствами СУБД иногда работает медленно. Почему бы не попробовать второй способ — полнотекстовый поиск?
Только, включая полнотекстовый поиск, надо не забыть настроить регламентные задания по регулярному обновлению и слиянию индексов.
(7) при чем здесь журнал регистрации? он, вроде как, вообще отдельно хранится вне базы, и по определению не может иметь никакого отношения к полнотекстовому поиску.
сорри, не журнал регистрации. Динамический Список в форме.
Ну дык и полнотекстовый поиск и его индексы хранятся вне базы, и по определению не могут иметь никакого отношения к поиску в динамических списках. Ну разве что автор сам его перепрограммирует (поиск по ДС)
(9) >> полнотекстовый поиск и его индексы хранятся вне базы, и по определению не могут иметь никакого отношения к поиску в динамических списках
Источник
Некорректно работает полнотекстовый поиск
Есть база на основе Бухгалтерии 3.0. Релиз бухгалтерии 3.0.66.53.
Версия платформы 8.3.13.1513
Некорректно отрабатывает полнотекстовый поиск в динамическом списке документа «Поступление товаров и услуг». В других списках — не знаю, но вроде никто не жаловался.
Допустим есть документ, у которого номер входящий ТГ000022689.
Если в окне поиска задать «89», документ попадает в список.
«689», «2689» — не попадает.
«22689» — снова попадает.
Есть нюанс — стандартный запрос динамического списка заменен на свой в процедуре «При открытии». К стандартным полям добавлены поля дополнительных реквизитов.
Очистку и переиндексацию полнотекстового поиска делала — не помогает.
Кто-нибудь сталкивался с таким? Это — глюк платформы?
У нас 8.3.12.1685. Только что проверил — проблема не воспроизводится.
А индекс ППД актуален? Регламент обновляющий его работает?
Если индекс протух, то платформа начинает использовать для поиска в динамических списках поиск при помощи запросов к данным вместо индекса ППД.
Попробуйте смоделировать ситуацию без нюансов с изменением текста запроса.
И вообще зачем вы меняли текст запроса для вывода дополнительных реквизитов? Допреквизиты выводятся на форму списка в пользовательском режиме. Это типовой функционал самой платформы — к основной таблице динамического списка (в данном случае ДОкумент.ПоступлениеТУ) выводятся характеристики (связь настроена в свойствах объекта по значениям характеристик).
Источник