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

4582
Рейтинг

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



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

  •   Был(а) на сайте: 01.12.2024

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

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

IE 2017 Докладчик

IE 2018 Докладчик

IE 2019 Докладчик

Докладчик Meetup

IE 2021 Докладчик

Лауреат Infostart Awards

IE2021_msk Online

IE2022 Докладчик

IE2023 Докладчик

Рейтинг 4582

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

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

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

08.07.2024    2480    ivanov660    9       

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

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

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

24.06.2024    5307    ivanov660    12       

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

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

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

3 стартмани

13.06.2024    5829    62    ivanov660    32       

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

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

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

20.11.2023    13769    ivanov660    6       

82
Мигрируем с MS SQL на PostgreSQL
+77 –

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

Переход с MS SQL на PostgreSQL сопряжен с рисками для бизнеса и неизбежно вызывает множество вопросов. Статья посвящена тому, как заранее подготовиться к предстоящей миграции, провести нагрузочное тестирование, выявить возможные проблемы перехода и провести необходимую оптимизацию.

13.11.2023    18129    ivanov660    32       

77
Архитектурное ревью. Процесс разработки
+35 –

Анализ&Управление Программист Бесплатно (free) Нет файла Архитектура решений

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

30.10.2023    5673    ivanov660    10       

35
Поиск часто повторяющихся запросов. Мониторинг производительности
+75 –

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

Расскажем, как найти часто повторяющиеся запросы.

05.10.2023    7264    ivanov660    3       

75
Чрезмерная оптимизация кода. Проблемы производительности
+65 –

Статья Программист Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Бесплатно (free) Нет файла HighLoad оптимизация

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

29.05.2023    7691    ivanov660    12       

65
Как мы создаем виртуального помощника
+41 –

Статья Для всех Бесплатно (free) Нет файла Нейросети Мессенджеры и боты

Создание не просто чат-ботов, а систем с имитацией искусственного интеллекта, виртуальных ассистентов – это актуальная, интересная и полезная задача. В платформе 1С уже появились первые объекты для подобной функциональности – боты, система взаимодействия, интеграция с телеграм. Начальник разработки в группе компаний Полипластик Владимир Крючков на конференции Infostart Event 2021 Post-Apocalypse поделился опытом создания виртуальных помощников для мониторинга сервисов, тестирования, контроля разработки и техподдержки в крупной компании.

23.03.2023    6102    ivanov660    4       

41
Проблема производительности. Как может заблокировать работу в ERP один-единственный документ от 01.01.2099 года?
+68 –

Статья Программист Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Бесплатно (free) Нет файла HighLoad оптимизация

Разберем ситуацию, когда создание одного ошибочного документа будущей датой может существенно ухудшить работу пользователей в базе 1С.

24.01.2023    9796    ivanov660    57       

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

Комментарии

Новости › Отмена комиссии 20% при загрузке файла за стартмани с 1 декабря 2024 года › #3 29.11.24 18:41
Странно. Обычно все наоборот делают. Неужто авторы тоже снизят цены?
HighLoad › Почему на Postgres запросы выполняются дольше при включении plansql в технологическом журнале? › #1 27.11.24 20:39
Вроде это общеизвестная информация, то же самое будет и на MS SQL? Разве нет?
Видео › Мастер-класс: нагрузочный тест на 3 тысячи пользователей на Postgres. Александр Симонов, "Тантор лабс" › #1 20.11.24 23:35
Некоторые выводы достаточно сомнительны, остается верить на слово.
HighLoad › Решение проблемы Values в Postgres › #18 14.11.24 21:34
(17)
1. Конечно, речь идет про расширенную статистику, я видимо предположил что это будет и так понятно:)
2. У MS SQL этот процесс автоматизирован, вот я предположил, что вы сделали аналог. Но видимо это не так.
HighLoad › Решение проблемы Values в Postgres › #15 14.11.24 9:29
(14) Вот это уже более интересное замечание. Есть описание как происходит создание многоколоночной статистики?
В ручную, конечно же не удобно искать и создавать. Для всех подряд полей делать конечно же не верно.
HighLoad › Решение проблемы Values в Postgres › #11 13.11.24 16:41
(8) А, точно, давно было дело. На сколько я помню разработчики postgresдоработали этот механизм, так как страдали все, а не только 1С.
Относительно второй фразы дальнейшего - мы сравнивали с работой MS SQL. В некоторых случаях postgres еще не дотягивает до мелкомягких.
И вишенка на торте - основная проблема для планировщика СУБД возникает в случаях, когда в условиях используется составной тип. На это влияет достаточно сильно механизм формирования статистики по умолчанию - она одно колоночная. В некоторых случаях если создать многоколоночную по всем полям составного типа - работать начинает лучше.
HighLoad › Решение проблемы Values в Postgres › #1 12.11.24 16:44
1. Хорошо бы к планам запроса, еще приводить пример 1С запроса. В противном случае остаётся только покивать головой
2. Ничего не слышал про изменение алгоритма работы 1С, но слышал про оптимизацию оператора IN СУБД Postgres (кажется это произошло в 14 версии) .
Admin › Векторизация текста и нечеткий поиск лучшего совпадения со строкой › #1 15.10.24 9:08
Под алгоритмом векторизации вы понимаете что-то типа алгоритма шинглов, т.к. обычно в чистом виде ее применяют для подготовки данных при работе с нейронными сетями?
Или непосредственно создаете многомерный вектор из токенов и от него находите косинус? Тогда это получается слишком ресурсоемко. На мой взгляд, лучше использовать алгоритм TF-IDF с хорошей обработкой входных слов.
Dev › Проверка запросов на лишнюю выборку и разыменование полей составного типа › #14 14.10.24 10:13
(11) Спасибо за рекомендации, но это я и так знаю.
Dev › Проверка запросов на лишнюю выборку и разыменование полей составного типа › #10 11.10.24 9:09
(6)
1.
Цитата
Цифрами подтверждать не буду, мне за время, потраченное на составление примера, денег никто не заплатит.
А зачем тогда приводите свою точку зрения, если не хотите ее отстоять?
2. Вы приводите фразу экономия, а что значит экономия? В рамках одного запроса или в рамках всей базы в целом? Сколько стоит проиндексировать таблицу из 100 записей? - несколько мкс. И какую нам принесет это экономию в рамках запроса, который выполняется хотя бы десяток мс? Меньше процента? Вы будете это экономить? А откуда вы знаете что в запросе во временную таблицу будет именно 100 записей, а вдруг придет 5000?
Так что все это от лукавого
3. В документации 1С много воды и написано все обтекаемо, поэтому ненадежны источник.
3.1. Чего стоит только фраза
Цитата
практически всегда использует сканирование таблицы либо сканирование кластерного
Что является не верным утверждением в общем. В частном может быть с натяжкой, в общем нет.
Выбор сканирования зависит от множества факторов:
- настроек конфигурационного файла (в рамках Postgres)
- самого пакета запросов
- количества выбираемых записей
- алгоритма работы самого планировщика СУБД
- и др.
3.2. А вот это утверждение, говорит о том что тот кто писал документацию не разбирается в вопросе работы относительно бизнес приложения 1С
Цитата
Поэтому не нужно нагружать систему индексами на все случаи жизни. Во-первых, чем больше индексов в таблице, тем больше тратится времени на запись данных в эту таблицу. А во-вторых, когда индексы слишком сложные и их много, то СУБД не может подобрать среди них подходящий индекс за ограниченное время и может выбрать неоптимальный план запроса.
-Рассмотрим случай с точки зрения работы 1С. Если время выполнения , например, более запроса от 1 с, то время вставки в индекс в районе мс это просто не о чем.
-Какое ограниченное время? В сравнении с каким временем? Что значит слишком сложные? 1С не умеет использовать частичные индексы, а индекс из двух полей это не сложный (не берем служебные поля).
Почему бы не написать, что создание индекса с количеством полей больше 2х-3х в большинстве случаев избыточно и уже перестает приносить эффективность потому что...
3.3
Цитата
В целом к расстановке индексов в таблицах нужно подходить осмысленно, творчески и учитывать накопленный опыт
И как хорошо они в конце концов слились, можно было оставить только одну эту фразу во всем разделе 4, связанную с индексами.