|
|
| ||
Gsof 30.09.20 - 09:44 | Добрый день.
Когда у пользователя открыта форма списка справочника номенклатуры и он начинает набирать текст срабатывает стандартный отбор, полей в нашем справочнике много номенклатур тоже делается отбор медленно, но если нажать ALT-F и открыть отбор по расширенному поиску то он идет одному полю и делается он быстро. Так как у нас всегда поиск происходит по полю АРТИКУЛ. Как сделать так что бы когда пользователь находясь в форме списка начинал набирать текст то срабатывали вот этот быстрый по полю Артикул и не пользователю не приходилось нажимать ALT-F. | ||
ДенисЧ 1 - 30.09.20 - 09:52 | переходи на 77. Или на УПП с обычными формами. Там это есь | ||
Gsof 2 - 30.09.20 - 09:55 | (1) к сожалению не вариант, нужно в ERP 2.4 делать это | ||
ДенисЧ 3 - 30.09.20 - 10:00 | (2) ТОгда бери то, что дают. Бачылы очи, що покупавают | ||
Gsof 4 - 30.09.20 - 10:03 | (3) да я бы брал бы , но задачи не я ставлю я их только выполняю | ||
unregistered 5 - 30.09.20 - 10:05 | Полнотекстовый поиск включен? Индекс его актуален?
>> в нашем справочнике много номенклатур. Что значит "много"? Миллионы записей? | ||
kzot 6 - 30.09.20 - 10:09 | (0) а вы там кем работаете ? | ||
unregistered 7 - 30.09.20 - 10:13 | Как вариант настроить этому пользователю поле отбора по Артикулу.
Еще - Настроить список - Отбор, добавить поле Артикул в список полей отбора по условию "Содержит", снять у него галку использования. Тогда на форме над списком появится поле отбора со снятой галкой использования. Когда пользователь начнет там вводить артикул галка будет автоматически устанавливаться и будет производится отбор по условию "Содержит". При следующем открытии формы списка поле отбора будет оставаться на форме. | ||
Gsof 8 - 30.09.20 - 10:15 | (5) много это практически 100 000 , Полнотекстовый поиск не включен, пробовал его включать(самое первое что пробивал делать) не помогло,
более того если взять стандартный вид справочника номенклатуры(когда выведен только код , наименование, артикул ) то в нем поиск работает быстро, но форма стандартная пользователей не устраивает они вывели на нее еще около 10 полей которые заведена в справочнике как доп. Реквизиты(и большинство из них тип строка ), и вот и вот тут тормоза и начинаются | ||
МимохожийОднако 9 - 30.09.20 - 10:17 | Переучить пользователя или постановщика задачи к сочетанию кнопок эффективнее и полезнее. ИМХО. Аргументируй это повышением уровня навыков. | ||
Фрэнки 10 - 30.09.20 - 10:18 | (8) В порядке эксперимента - там же есть возможность внести изменения в форму, добавить в шапку формы дополнительное условие отбора. Не пробовали?
Понятно, что реакция Пользователя будет, что ему перегружают форму лишними полями, но если такие возможности включения доп-отбора есть, то следующим шагом : доработать нужную форму и разрешить ее использование. | ||
Gsof 11 - 30.09.20 - 10:21 | (9) тут проблема в том что пользователи знаю сочения клавиш, но им лень нажимать их, аргументация простая у них, раньше(в старой 1С) было и сейчас мы это тоже хотим | ||
Фрэнки 12 - 30.09.20 - 10:24 | (11)// раньше (в старой 1С) было и сейчас мы это тоже хотимНаверное, это было не какая-попала старая 1С, а УПП и допиленные изменения форм, чтоб это было пользователям удобно. | ||
Gsof 13 - 30.09.20 - 10:24 | (10) думал тоже, но пользователей это не устраивает, при таком раскладе(если я все правильно понял) для того чтобы осуществить поиск сначала нужно переключиться в это окно, а им это не нужно | ||
Gsof 14 - 30.09.20 - 10:25 | (12) не знаю точно какая 1Сина было, я с ними познакомился неделю назад и сейчас у них стоит ERP 2.4 | ||
oslokot 15 - 30.09.20 - 10:27 | Ну у почему типовой поиск долго работает? Файловая чтоль? Поиск должен работать практически "мгновенно" ну или почти | ||
oslokot 16 - 30.09.20 - 10:28 | Только что зашел в аптечную бп3 с хрен знает сколькими номенклатурами, ввел артикул - список отработал менее чем за сек (файловая кстати) | ||
Gsof 17 - 30.09.20 - 10:33 | (16) да нормально работает быстро до тех пор пока не выводишь в качестве полей доп реквизиты , почему с ними нормально работать не хочет вот в чем загадка, причем быстро работает без включенного полнотекстного поиска,
база SQL, Сейчас я вижу задачу так как сделать чтобы стандартный поиск работал не по всем полям которые выведены в списке а только по полю Артикул, может кто знает как это можно сделать | ||
МимохожийОднако 18 - 30.09.20 - 10:48 | (17) Т.е. пришёл к стандартному ответу: "Ищите специалиста" )
Каждый дополнительный реквизит, это обращение к объекту через точку как минимум. Вот тебе и хрень со скоростью. Доработай конфигурацию, чтобы доп.реквизиты стали просто реквизитами справочника, и выводи. А сочетание клавиш контрол-ф с формой не взаимодействует, пока не произойдет поиск. | ||
kzot 19 - 30.09.20 - 10:52 | (18) а зачем они вообще лезут в справочник и что там им делать, другое дело это если подбор автоматизировать. | ||
unregistered 20 - 30.09.20 - 10:59 | (8) >> много это практически 100 000.
Это немного. >> Полнотекстовый поиск не включен, пробовал его включать(самое первое что пробивал делать) не помогло... еще около 10 полей которые заведена в справочнике как доп. Реквизиты ... и вот и вот тут тормоза и начинаются. Не страдайте ерундой. Боязнь дорабатывать конфигурацию иногда принимает параноидальные извращенные формы. Заведите эти реквизиты, как обычные реквизиты справочника. Допреквизиты - это костыль, который придуман не для того, чтобы постоянно ими так активно пользоваться. Тогда и полнотекстовый поиск будет нормально работать и обычный (с выключенным ППД). Добавление этих реквизитов в сам справочник не приведёт к проблемам обновления конфигурации, но зато полностью решит вашу задачу. | ||
Gsof 21 - 30.09.20 - 11:01 | (18) Вот за идею спасибо, думаю самый просто способ задублировать реквизиты что бы не пришлось переписывать все доработки на каждый доп. реквизит будет обычный и при записи номенклатуры обычный будет заполняться, на форме буду отображаться обычные реквизиты , может кто еще какую идею подкинет, костыль конечно, но на большее бюджета нет. | ||
Фрэнки 22 - 30.09.20 - 11:02 | (18) Очень плохой совет. Не, ну он можно сказать привычный. Но не в случае с ERP ...
ТС еще не обозначил есть ли в этой базе изменения типовой или еще нет. | ||
Gsof 23 - 30.09.20 - 11:03 | (22) изменений там до фига часть сделано прямо в конфе часть через расширение | ||
Фрэнки 24 - 30.09.20 - 11:03 | (21) на большее... ну сломай им типовую, чего уже большего хотеть Заказчику, ага. | ||
Фрэнки 25 - 30.09.20 - 11:04 | (23) а если типовая уже сломана, то вот и готовый общий ответ, почему какой-то способ поиска тормозит, а какой-то не тормозит - смотреть нужно уже внутри, что сломали, а что не доломали. | ||
Gsof 26 - 30.09.20 - 11:04 | (20) я за любые доработки, но в рамках бюджета, не могу же я за тарелку супа переписать им пол конфы только из-за того, что когда они запускали ERP головой плохо думал их постановщик | ||
Gsof 27 - 30.09.20 - 11:05 | (25) поиск там не сломан, с этого я начал | ||
unregistered 28 - 30.09.20 - 11:06 | (17) >> работает быстро до тех пор пока не выводишь в качестве полей доп реквизиты , почему с ними нормально работать не хочет вот в чем загадка.
Да нет никакой загадки. Как только ты вывел на форму 10 допреквизитов у тебя образовалось 10 соединений с таблицей регистра сведений, где эти допреквизиты лежат, и таблицей справочника НаборыДопРеквизитовИСведений. А в этом регистре хранятся допреквизиты не только к номенклатуре, но и к куче других объектов - справочников и документов. А если допреквизиты заполняются к большинству элементов справочника, то количество записей в регистре получается 100 000 * 10 = 1 000 000. Ну и какого фига это должно работать быстро? | ||
Gsof 29 - 30.09.20 - 11:07 | спасибо всем за идею, главное понятно стало как допилить чтобы поиск заработал с нужными полями с нужной скоростью, и в пределах бюджета | ||
Gsof 30 - 30.09.20 - 11:08 | (28) да тут конечно я должен был подумать а не подумал, хотя ответ то очевиден был, хотел вопрос решить с кондачка без дописки кода, но этого не получится Рекламное место пустует | ||
unregistered 31 - 30.09.20 - 11:11 | (26) >> в рамках бюджета, не могу же я за тарелку супа переписать им пол конфы.
Добавить реквизиты в справочник - 30 минут. Написать одноразовую обработку переноса допреквизитов из регистра в справочник - 1 час. Удалить допреквизиты из регистра - 30 минут. Тестирование, исправление ошибок и отладка - 2-3 часа. И всё это не особо торопясь и ковыряясь в носу. Итого - один день работы. Вариант с дублированием (одновременно реквизит в справочнике и реквизит в регистре допреквизитов) я бы не рассматривал. Устанешь решать вопрос синхронизации, когда пользователь поменял значение допреквизита, а реквизит в справочнике не обновился, или наоборот. | ||
unregistered 32 - 30.09.20 - 11:12 | + к (31). Деинственный вопрос - где ещё эти допреквизиты используются. Для этого нужен анализ, исходя из результатов которого можно будет определить необходимость дополнительных доработок и трудозатраты на них. | ||
unregistered 33 - 30.09.20 - 11:13 | (32)* Деинственный = Единственный. | ||
Gsof 34 - 30.09.20 - 11:18 | (32) да везде, в производственных документа(на основании них формируются этапы, маршрутные карты) в отчетах, и них же вытекает и потребность которая перетекает в закупки в продажах, вплодь то того, что в переписанном отчет валовая прибыль видел, еще не смотрел закрытие месяца но скорей всего и там тоже найду (по крайней мере согласна тому что мне рассказывал об этом процессе финансист ), и них вся аналитика построена на этих доп реквизитах | ||
Фрэнки 35 - 30.09.20 - 11:23 | Один маленький нюансДопреквизиты в справочнике Номенклатура - не регистр сведений, а табличная часть. Мало того, ТЧ такие есть не только в справочниках, но в ERP и в документах тоже. А текущем вопросе Артикул уже является реквизитом элемента и обработка этого поля в формах списка и или выбора - поля списка, которые Динамические списки с запросами. | ||
unregistered 36 - 30.09.20 - 11:24 | (34) Это плохо.
Тут два варианта. Либо переписывать всё это на реквизиты справочника. Либо объяснить, что это никак не решается в рамках их текущей реализации (через допреквизиты). Пусть пользуются выведенным на форму списка полем отбора по полю Артикул. Возможен ещё компромиссный вариант. Убедить пользователя убрать с формы списка справочника те реквизиты, которые ему не нужны при подборе (опыт показывает, что таковых от 20 до 90%%). Оставшиеся допреквизиты (которые нужны пользователю всегда-всегда, и без которых он жить никак не может) перенести в реквизиты самого справочника, предварительно убедившись, что они используются не так часто и в небольшом количестве доработок. Переделать эти доработки с допреквизитов на реквизиты справочника. | ||
unregistered 37 - 30.09.20 - 11:28 | (35) >> Допреквизиты в справочнике Номенклатура - не регистр сведений, а табличная часть.
Странно. В БП 3.0 это может быть как табличная часть, так и регистр сведений. В любом случае (даже если у автора ветки используется табличная часть) работать быстро это не может. Т.к. вывод 10 допреквизитов порождает 10 левых соединений с таблицей табличной части и справочником НаборыДополнительныхРеквизитов. |
|
Список тем форума |