7.7 Необходимо ограничить расчитываемые строки справочника

Тема в разделе "Конфигурирование на платформе "1С:Предприятие 7.7"", создана пользователем JustHuman, 6 сен 2010.

  1. TopicStarter Overlay
    JustHuman
    Offline

    JustHuman

    Регистрация:
    6 сен 2010
    Сообщения:
    5
    Симпатии:
    0
    Баллы:
    1
    Все просто - в многострадальной торговле при галке "Остатки и цена в колонке" формы подбора справочника "Номенклатура" формируется куча запросов к базе данных. Количество запросов зависит от количества отображаемых на экране строк справочника. Собственно, чем больше экран пользователя, тем больше влезает строк, тем сильнее нагрузка. Варианты решения:

    1) Убрать галку нафиг, смотреть только на информационную строку по текущей позиции.
    Отвергнуто. Не прошло цензуру руководства.
    2) Убрать галку "Изменять размер" в форме подбора номенклатуры из конфигуратора.
    Минусы: очень разные мониторы, вместе с количеством выводимых строк исчезнет возможность расширять табличную часть справочника по горизонтали. Это не есть гуд, менеджерам нужно видеть коды, артикулы и длинные наименования одновременно.. Не влезет нифига. Заменить все мониторы на однотипные - "не катит".
    3) Идеальный вариант - расчитывать остатки только на определенном удалении от текущей активной строки (элемента) справочника. Например, остатки на 4 строки выше и 4 строки ниже текущего элемента.
    Теперь вопрос: Есть ли рядовые / нерядовые методы, благодаря которым можно решить подобную задачу? Это вообще реально, или все же фантастика? Мне, конечно, кажется скорее второе. Но вдруг? Всем заранее спасибо.
  2. WaRDeR
    Offline

    WaRDeR Модераторы Команда форума Модератор

    Регистрация:
    23 ноя 2006
    Сообщения:
    3.263
    Симпатии:
    14
    Баллы:
    29
    интересный вариант, изврат конечно, но можно.
    1. Желательно перевести справочник в режим вывода значений списка (ИспользоватьСписокЭлементов)
    2. При сдвиге курсора определяем какой диапазон должен расчитываться (с какого по какой элемент списка)
    3. При подсчете самой цены, проверка на попадание элемента в диапазон

    Как-то так.
  3. Бухгалтерский угодник
    Online

    Бухгалтерский угодник Администраторы Команда форума Администратор

    Регистрация:
    29 дек 2008
    Сообщения:
    21.520
    Симпатии:
    407
    Баллы:
    104
    Никакой там кучи нет. Там только получаются итоги. Или у вас там что-то дописано свое (возможно необходима оптимизация) или вы работаете по сети (переходите на терминал-серверный вариант) и не нужно никаких извратов
  4. TopicStarter Overlay
    JustHuman
    Offline

    JustHuman

    Регистрация:
    6 сен 2010
    Сообщения:
    5
    Симпатии:
    0
    Баллы:
    1
    Ага.. Получаются. В каждой строке. например, 20 строк на экране * 10 пользователей одновременно работающих с подбором (только операторы, есть еще другие товарищи) = 200 обращений к базе.. При том, что оптовая торговля - справочник все время летает из конца в начало (подбор по кодам)
    Сейчас сильно разрастется справочник номенклатуры, регистр остатков распухнет также, могут начаться тормоза.. Лучше быть готовым.

    Да, дописано. Много чего дописано. К сожалению оптимизации не подлежит.

    Уже так работает.

    Семерка? Без извратов? :unsure: да Вы пошутили..

    Спасибо за идею, но, к сожалению - не подходит.
    Во-первых при весомом количестве номенклатуры подбор по элементам начинает тормозить при использовании "ИспользоватьСписокЭлементов"
    Во-вторых, к сожалению, при любом методе отбора нафиг блокируется адекватный поиск по кодам. Врубается сортировка по представлению (в нашем случае - наименование), и только по нему позволяется нормально подбирать номенклатуру. Не катит.
  5. Бухгалтерский угодник
    Online

    Бухгалтерский угодник Администраторы Команда форума Администратор

    Регистрация:
    29 дек 2008
    Сообщения:
    21.520
    Симпатии:
    407
    Баллы:
    104
    10 операторов... Ерунда. В моей практике контора в которой их точно больше 20 одновременно (зависит от времени суток) + остальные юзера в виде логистов, бухов и т.д.
    Кто вам такое сказал?
    Вот тут не могу не согласиться))))
  6. TopicStarter Overlay
    JustHuman
    Offline

    JustHuman

    Регистрация:
    6 сен 2010
    Сообщения:
    5
    Симпатии:
    0
    Баллы:
    1
    Проверенный временем интеллект. Желаете с ним (с моим интеллектом) поспорить?

    Ладно, извиняюсь за демагогию.
    Спасибо за советы. Вопрос был описан четко. Рекомендации выслушаны. Всем спасибо.

    Топ офф
  7. Бухгалтерский угодник
    Online

    Бухгалтерский угодник Администраторы Команда форума Администратор

    Регистрация:
    29 дек 2008
    Сообщения:
    21.520
    Симпатии:
    407
    Баллы:
    104
    Никогда не стеснялся принять помощь другого специалиста.
    Все мы гении, пока не найдется гений в квадрате....
    Топ офф №2
  8. TopicStarter Overlay
    JustHuman
    Offline

    JustHuman

    Регистрация:
    6 сен 2010
    Сообщения:
    5
    Симпатии:
    0
    Баллы:
    1
    Ну зачем эта словестная перепалка? Вы же первый начали нападать? Кто мне такое сказал, что не подлежит оптимизации.. А кто Вам, извиняюсь, сказал обратное?
    Принять помощь.. А кто Вам сказал, что что структура программы и код рассматривалась только мной, а не несколькими специалистами? За плечами которых не так уж мало разработок и внедрений.
    А насчет гениальности, Вы полностью правы. Примените это, пожалуйста, к себе также.

    И еще, хочу заметить, флуд - это супер. Но по конкретно заданному вопросу Вы не дали ни одного толкового ответа. Советы, которые можно прочитать на любом форуме по 1С (переходите на терминалы, оптимизируйте код, разберитесь с генами).. Знакомо. Известно. Читали, спасибо.
  9. Бухгалтерский угодник
    Online

    Бухгалтерский угодник Администраторы Команда форума Администратор

    Регистрация:
    29 дек 2008
    Сообщения:
    21.520
    Симпатии:
    407
    Баллы:
    104
    Никто на вас не нападал. Я просто высказал свое мнение. Вы абсолютно уверены что не подлежит оптимизации - ваше право. Но опять же: вы просте совета не показывая кода. Допускаю что там у вас идет НЕСКОЛЬКО совершенно РАЗНЫХ запросов по одной позиции чтобы получить всю информацию. Отсюда и тормоза.

    Что касается КОНКРЕТНОГО ответа на ваш вопрос - НЕ ФАНТАСТИКА.
    В качестве подсказки - дополнительная таблица или список на форме со всей информацией (как раз 3-4 позиции вверх и вниз). Из основного же списка инфу убираем или временно отключаем (по галочке).

    И еще по поводу оптимизации - как насчет прямых запросов?
  10. TopicStarter Overlay
    JustHuman
    Offline

    JustHuman

    Регистрация:
    6 сен 2010
    Сообщения:
    5
    Симпатии:
    0
    Баллы:
    1
    Спасибо. :D перегрелся, видимо, потерял ориентацию в пространстве.. отдохнул и все обдумал. Выход интересный, надо продумать. Особенно про прямые вопросы.
    Извиняюсь, если что не то того этого. :angry: миру мир
  11. Бухгалтерский угодник
    Online

    Бухгалтерский угодник Администраторы Команда форума Администратор

    Регистрация:
    29 дек 2008
    Сообщения:
    21.520
    Симпатии:
    407
    Баллы:
    104
    Мир! Войны не будет. Я подобны образом (через таблицу) реализовывал подбор номенклатуры в мебельном производстве (слишком много нюансов - тут и прямые запросы тормозили)))))

Поделиться этой страницей