Крючков Владимир

4890
Рейтинг

ivanov660
Владимир Крючков



  •   Регистрация: 02.02.2011 (14 лет назад)

  •   Был(а) на сайте: вчера в 18:40

Друзья
  • Alexander Kondrin
  • Антон Коваленко
  • Артур Аюханов
  • Группа Полипластик
  • Александр Алехин
  • Александр Егоров
  • Дмитрий Виссаров
  • Карина Арсенян
  • Евгений Комиссаров
  • Ольга Терскова
  • Димтрий Павлюченко
  • Дмитрий Котов
  • Виктор Клевцов
  • Константин Скворцов
  • Игорь Антонов
  • Дмитрий Малышев
Подписчики 392
Группы

Профессиональный разработчик

IE 2017 Докладчик

IE 2018 Докладчик

IE 2019 Докладчик

Докладчик Meetup

IE 2021 Докладчик

Лауреат Infostart Awards

IE2021_msk Online

IE2022 Докладчик

IE2023 Докладчик

TEAMLEAD EVENT 2025 Докладчик

Рейтинг 4890

Проблемы производительности: Поля через несколько точек в условиях соединений
+28 –

Статья Программист 1С v8.3 Универсальные Бесплатно (free) Нет файла HighLoad оптимизация

Рассмотрим, что происходит при отступлении от стандартов разработки.

25.11.2025    1521    ivanov660    26       

28
Проблемы производительности: Оптимизация запросов с оператором «В» для составных типов в 1С и СУБД Postgres
+49 –

Статья Программист 1C:ERP Бесплатно (free) Нет файла HighLoad оптимизация

Использование оператора «В» для полей или данных составного типа (например, Регистратор) может приводить к неочевидным проблемам.

10.11.2025    4609    ivanov660    48       

49
Используем частотный анализ количества выполненных запросов для выявления проблем оптимизации
+23 –

Статья Для всех Универсальные Бесплатно (free) Нет файла HighLoad оптимизация

Влияние сортировки на быстродействие динамических списков.

27.10.2025    2605    ivanov660    8       

23
Проблемы производительности. Особенности подсчета количества строк в таблице данных СУБД Postgres
+19 –

Статья Программист Универсальные Бесплатно (free) Нет файла HighLoad оптимизация

Расскажем, как выполняется подсчет количества записей и что можно улучшить.

20.10.2025    1557    ivanov660    7       

19
Проблемы производительности. Оператор различные в динамических списках
+61 –

Статья Программист 1С v8.3 1C:ERP Бесплатно (free) Нет файла HighLoad оптимизация

Приведем примеры использования различных в динамических списках и посмотрим, почему это плохо.

18.02.2025    7793    ivanov660    39       

61
Проблемы производительности. Индексация с дополнительным упорядочиванием
+55 –

Статья Системный администратор Программист 1C:ERP Бесплатно (free) Нет файла HighLoad оптимизация

Не всегда индексирование с дополнительным упорядочиванием полезно.

04.02.2025    6287    ivanov660    21       

55
Поиск дублей по полям ключей шапки, табличных частей (используем hash функцию)
+22 –

Статья Программист 1С v8.3 Запросы Универсальные Бесплатно (free) Нет файла Математика и алгоритмы Запросы

Рассмотрим быстрый алгоритм поиска дублей с использованием hash функции по набору полей шапки и табличных частей.

08.07.2024    4362    ivanov660    9       

22
Поиск и анализ длительных вызовов - CALL, SCALL
+62 –

Статья Системный администратор Программист Универсальные Бесплатно (free) Нет файла HighLoad оптимизация Технологический журнал

Обсудим поиск и разбор причин длительных серверных вызовов CALL, SCALL.

24.06.2024    10200    ivanov660    13       

62
Простой менеджер данных (simple data manager)
+84 –

Инструменты и обработки Программист 1С v8.3 1C:Бухгалтерия Абонемент ($m) Внешняя обработка (ert,epf) Перенос данных 1C

Когда требуется быстро и удобно перенести данные между одинаковыми, различными конфигурациями.

3 стартмани

13.06.2024    8267    96    ivanov660    32       

84
Опыт оптимизации 1С на PostgreSQL
+84 –

Статья Системный администратор Программист Универсальные Бесплатно (free) Нет файла HighLoad оптимизация

При переводе типовой конфигурации 1C ERP/УТ/КА на PostgreSQL придется вложить ресурсы в доработку и оптимизацию запросов. Расскажем, на что обратить внимание при потерях производительности и какие инструменты/подходы помогут расследовать проблемы после перехода.

20.11.2023    20510    ivanov660    7       

84
Смотреть все

Комментарии

HighLoad › Проблемы производительности: Поля через несколько точек в условиях соединений › #22 25.11.25 23:15
(20)
1. Аервый вариант самый простой и быстрый. Но опять надо смотреть на распределение данных, в нашем примере все хорошо. Но вот если распределение будет для каждого типа по 1млн, то уже нужно будет смотреть другой вариант оптимизации. Т.е. зависит от ситуации.

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

3. Поддерживающую платформу пока не устанавливали. Но теоретически есть еще не традиционный инструмент - pgAdmin, который позволяет выполнить создание любых комбинаций индексов.
HighLoad › Проблемы производительности: Поля через несколько точек в условиях соединений › #21 25.11.25 23:03
(18) Спасибо, Дмитрий.
1. Я так понял ты имеешь ввиду нейронку. Какая цель эксперимента? Выявлять проблемы и/или получать от нее варианты решения. В этом случае, я думаю, потребуется до обучать модель.
Надеюсь к концу года появится под рукой собственный стенд и в этом случае я что-нибудь да попробуем. А с внешними сервисами это нельзя.

2. В Postgres имеется AQO (адаптивная оптимизация запросов). Ее я относительно давно пробовал, но тут требуется больше экспериментов, а времени не хватает.
HighLoad › Проблемы производительности: Поля через несколько точек в условиях соединений › #17 25.11.25 15:33
(15)
Я высказал свое мнение. Не Вам указывать что мне делать и на что тратить время.
HighLoad › Проблемы производительности: Поля через несколько точек в условиях соединений › #14 25.11.25 12:47
(13)
Цитата
проблем никаких
Не согласен с вашим мнением. Проблемы есть и они разного характера - от соблюдения стандартов до особенностей выполнения запроса.
HighLoad › Проблемы производительности: Поля через несколько точек в условиях соединений › #11 25.11.25 10:57
(10) Я делюсь примерами проблем и путями их решения. Мысли про ошибки - это так оффтоп.
Общаться с поддержкой я лично не люблю и пишу им в крайнем случае, т.к. мне есть чем заняться вместо того чтобы доказывать очевидные вещи. К сожалению, получил большой негативный опыт в этом плане.
HighLoad › Проблемы производительности: Поля через несколько точек в условиях соединений › #8 25.11.25 10:16
(6) Ок, принято. Может быть они почитают утром за чашкой кофе этот пример и следующий релиз будет с более качественным кодом. К сожалению, компания 1С запрещает им вступать в дебаты, т.ч. их мнения на этом сайте мы не услышим.
HighLoad › Проблемы производительности: Поля через несколько точек в условиях соединений › #5 25.11.25 9:57
(3)
Цитата
Любая тема, на тему производительности будет повторением
Если все все знают, тогда почему же столько явных проблем и косяков. Не поверю, что кто-о специально вставляет эти костыли.

(3)
Цитата
В начале написал, остальное красивая расшифровка.
Это одна из проблем, но не самая главная. Общая проблема заключалась в структуре наполнения базы данными. (И вполне возможно, что причиной была ошибка версии конфигурации ЕРП, в которой не заполнялся партнер. Но этот вопрос мы не исследовали, т.к. это отдельная задача)
HighLoad › Проблемы производительности: Поля через несколько точек в условиях соединений › #4 25.11.25 9:51
(2) Нет, это не так.
HighLoad › Проблемы производительности: Поля через несколько точек в условиях соединений › #0 25.11.25 8:00
Рассмотрим, что происходит при отступлении от стандартов разработки.
HighLoad › Проблемы производительности: Оптимизация запросов с оператором «В» для составных типов в 1С и СУБД Postgres › #47 20.11.25 23:13
(46) речь идет конечно же про пользовательский интерфейс и функционал.
иначе вместо динамических списков достаточно будет лепить СКД отчеты, что в принципе как раз наиболее рациональное решение для высоконагруженных систем.