Полнотекстовый поиск — зависание
(6) — Я не про это спрашивал.
«Для настройки извлечения текста необходимо с помощью переключателя выбрать один из вариантов:
Все рабочие станции работают под управлением ОС Windows — в этом случае становится доступной команда Настроить расписание, с помощью которой можно настроить расписание, по которому будет выполняться регламентное задание.
Данный вариант подходит, когда в Администрировании серверов 1С Предприятия задано следующее правило для сервера под управлением ОС Microsoft Windows:
Объект требования: Клиентское соединение с ИБ.
Тип требования: Назначать.
Имя ИБ: не указывается.
Значение дополнительного параметра: BackgroundJob.CommonModule.ПолнотекстовыйПоискСервер.ОбновлениеИндексаППДПоРасписанию.
Одна или несколько рабочих станций работают под управлением ОС Linux) — в этом случае с помощью команды Запустить извлечение текстов можно начать извлечение текстов в тонком клиенте на рабочей станции под управлением ОС Windows.
Если в клиент-серверном варианте один или несколько рабочих процессов сервера работают под Linux, а часть или все клиенты подключаются с помощью веб-клиента, то в информационной базе могут быть добавлены файлы, текст из которых не извлечен, и соответственно эти файлы не могут быть найдены полнотекстовым поиском по содержимому. В этом случае на одном из клиентских компьютеров, работающих под управлением ОС Microsoft Windows, нужно запустить тонкий или толстый клиент, и на нем выполнить команду Извлечение текстов, для того чтобы в автоматическом режиме извлекать текст из файлов. По умолчанию интервал времени выполнения равен 60 секундам.» (цит.)
Источник
Отключение и включение полнотекстового поиска в 1С
Механизм полнотекстового поиска 1С позволяет найти текстовую информацию, размещенную почти в любом месте конфигурации. По умолчанию возможность полнотекстового поиска включена, но далеко не всегда используется.
Причина, по которой возникает необходимость отключения полнотекстового поиска в 1С — увеличение производительности системы. Помимо этого, скорость поиска зависит от объемов базы, а значит на больших базах он может занимать значительное время.
Отключение полнотекстового поиска не влияет на другие функции и стабильность работы 1С, но есть одна особенность — оно должно осуществляется в монопольном режиме, то есть в данный момент никто не должен работать в программе, кроме вас.
Последовательность шагов для отключения
1. По умолчанию, пункт меню «Все функции», через который можно управлять полнотекстовым поиском, скрыто. Поэтому сначала последовательно открываем пункты «Файл» > «Сервис» > «Параметры».
2. Затем в открывшемся окне нужно поставить отметку «Отображать команду «Все функции».
3. После этого заходим в пункт меню «Все функции». Это может не получиться, если у Пользователя, под именем которого вы вошли в программу, не установлено разрешение на это.
4. Выбираем пункт «Управление полнотекстовым поиском».
5. И отключаем полнотекстовый поиск.
Для включения полнотекстового поиска проводим аналогичные действия.
Что нового для вашей 1С?
Рассылка осуществляется в день выхода обновления. Никакой рекламы, только полезная информация. Посмотрите пример →
Источник
Поиск в справочнике номенклатуры ERP 2.4
Полнотекстовый поиск включен? Индекс его актуален?
>> в нашем справочнике много номенклатур.
Что значит «много»? Миллионы записей?
(8) В порядке эксперимента — там же есть возможность внести изменения в форму, добавить в шапку формы дополнительное условие отбора. Не пробовали?
Понятно, что реакция Пользователя будет, что ему перегружают форму лишними полями, но если такие возможности включения доп-отбора есть, то следующим шагом : доработать нужную форму и разрешить ее использование.
(8) >> много это практически 100 000.
>> Полнотекстовый поиск не включен, пробовал его включать(самое первое что пробивал делать) не помогло. еще около 10 полей которые заведена в справочнике как доп. Реквизиты . и вот и вот тут тормоза и начинаются.
Не страдайте ерундой. Боязнь дорабатывать конфигурацию иногда принимает параноидальные извращенные формы.
Заведите эти реквизиты, как обычные реквизиты справочника. Допреквизиты — это костыль, который придуман не для того, чтобы постоянно ими так активно пользоваться. Тогда и полнотекстовый поиск будет нормально работать и обычный (с выключенным ППД).
Добавление этих реквизитов в сам справочник не приведёт к проблемам обновления конфигурации, но зато полностью решит вашу задачу.
(18) Очень плохой совет. Не, ну он можно сказать привычный. Но не в случае с ERP .
ТС еще не обозначил есть ли в этой базе изменения типовой или еще нет.
(17) >> работает быстро до тех пор пока не выводишь в качестве полей доп реквизиты , почему с ними нормально работать не хочет вот в чем загадка.
Да нет никакой загадки. Как только ты вывел на форму 10 допреквизитов у тебя образовалось 10 соединений с таблицей регистра сведений, где эти допреквизиты лежат, и таблицей справочника НаборыДопРеквизитовИСведений.
А в этом регистре хранятся допреквизиты не только к номенклатуре, но и к куче других объектов — справочников и документов.
А если допреквизиты заполняются к большинству элементов справочника, то количество записей в регистре получается 100 000 * 10 = 1 000 000.
Ну и какого фига это должно работать быстро?
(26) >> в рамках бюджета, не могу же я за тарелку супа переписать им пол конфы.
Добавить реквизиты в справочник — 30 минут.
Написать одноразовую обработку переноса допреквизитов из регистра в справочник — 1 час.
Удалить допреквизиты из регистра — 30 минут.
Тестирование, исправление ошибок и отладка — 2-3 часа.
И всё это не особо торопясь и ковыряясь в носу.
Итого — один день работы.
Вариант с дублированием (одновременно реквизит в справочнике и реквизит в регистре допреквизитов) я бы не рассматривал. Устанешь решать вопрос синхронизации, когда пользователь поменял значение допреквизита, а реквизит в справочнике не обновился, или наоборот.
Допреквизиты в справочнике Номенклатура — не регистр сведений, а табличная часть. Мало того, ТЧ такие есть не только в справочниках, но в ERP и в документах тоже.
А текущем вопросе Артикул уже является реквизитом элемента и обработка этого поля в формах списка и или выбора — поля списка, которые Динамические списки с запросами.
(35) >> Допреквизиты в справочнике Номенклатура — не регистр сведений, а табличная часть.
Странно.
В БП 3.0 это может быть как табличная часть, так и регистр сведений.
В любом случае (даже если у автора ветки используется табличная часть) работать быстро это не может.
Т.к. вывод 10 допреквизитов порождает 10 левых соединений с таблицей табличной части и справочником НаборыДополнительныхРеквизитов.
Источник
Не работает полнотекстовый поиск после переноса базы из 1с фреш на веб сервер.
Добрый день уважаемые форумчане . прошу помощи у гуру .
есть база УНФ 1.6, Ранее она была на сервисе 1с фреш. Затем ее выгрузили и загрузили в локальную версию. Клиенты подключаются через веб сервер .
Проблема такая — как говорят продованы — ранее прекрасно работал полнотекстовый поиск в списке заказов покупателей.
( В основном продованы ищут последние цыфры телефона контрагента — а телефон контрагента записыватют в наименовании, сейчас при поиски по последнем цыфрам пп выделяет только совпадающие номера документов . ((( )
что делал
— очищал индекс пп
— выставлял права на папку с базой и все файлы в ней всем полный доступ
— очищал папку с базой, заново загружал базу из ДТ, папки 1Cv8FTxt и прочее заново создавались
— чистил кеш на сервере, перепроводил документы, обновлял индекс пп.
причем когда перепроводил заказы через (стандрные — перепроведение документов) — ПП не работал, при проведении прямо из списка документов ПП заработал.
Делал это все ночью. при этом под конец этих всех работ ПП работал в списке как надо. Но проблема возобновлялась после того как снова с утра клиенты подключались к базе. Затем не работал ПП не у них не на веб сервере .
Проблема в том что проделать это все со всеми клиентами не представляется возможным . так как их много и не до всех дозвониться и прочие геморои .
Подскажите плиз — кто нибудь сталкивался с подобной ситуацией ? как из нее выйти чтобы ПП заработал .
Источник
Полнотекстовый поиск — зависание
(6) — Я не про это спрашивал.
«Для настройки извлечения текста необходимо с помощью переключателя выбрать один из вариантов:
Все рабочие станции работают под управлением ОС Windows — в этом случае становится доступной команда Настроить расписание, с помощью которой можно настроить расписание, по которому будет выполняться регламентное задание.
Данный вариант подходит, когда в Администрировании серверов 1С Предприятия задано следующее правило для сервера под управлением ОС Microsoft Windows:
Объект требования: Клиентское соединение с ИБ.
Тип требования: Назначать.
Имя ИБ: не указывается.
Значение дополнительного параметра: BackgroundJob.CommonModule.ПолнотекстовыйПоискСервер.ОбновлениеИндексаППДПоРасписанию.
Одна или несколько рабочих станций работают под управлением ОС Linux) — в этом случае с помощью команды Запустить извлечение текстов можно начать извлечение текстов в тонком клиенте на рабочей станции под управлением ОС Windows.
Если в клиент-серверном варианте один или несколько рабочих процессов сервера работают под Linux, а часть или все клиенты подключаются с помощью веб-клиента, то в информационной базе могут быть добавлены файлы, текст из которых не извлечен, и соответственно эти файлы не могут быть найдены полнотекстовым поиском по содержимому. В этом случае на одном из клиентских компьютеров, работающих под управлением ОС Microsoft Windows, нужно запустить тонкий или толстый клиент, и на нем выполнить команду Извлечение текстов, для того чтобы в автоматическом режиме извлекать текст из файлов. По умолчанию интервал времени выполнения равен 60 секундам.» (цит.)
Источник
