Size: a a a

1С, БСП, DevOps и Архитектура

2021 July 08

JD

John Doe in 1С, БСП, DevOps и Архитектура
Разбей по месяцам - неделям - дням его
источник

AD

Abramov Dmitry in 1С, БСП, DevOps и Архитектура
Так же как и раньше, улучшили только ibcmd
источник

AD

Abramov Dmitry in 1С, БСП, DevOps и Архитектура
То есть инструменты типо vrunner-a хорошо бы дополнить для работы с ibcmd с 20 версии
источник

KK

Konstantin Kozyrev in 1С, БСП, DevOps и Архитектура
Интересно перейдёт ли EDT на использование ibcmd...
источник

AD

Abramov Dmitry in 1С, БСП, DevOps и Архитектура
Я думаю это специально для них и делалось
источник

KK

Konstantin Kozyrev in 1С, БСП, DevOps и Архитектура
Не уверен. Они конфигуратор в пакетном режиме юзают же. С SSH'ем который.
источник

AD

Abramov Dmitry in 1С, БСП, DevOps и Архитектура
Они юзают режим агента, Ibcmd/ibsrv в него (SSH) с 20 версии теперь тоже умеет, и синтаксис команд очень похож
источник

KK

Konstantin Kozyrev in 1С, БСП, DevOps и Архитектура
А, попутал значит. Тогда вообще огонь
источник

s

shsv in 1С, БСП, DevOps и Архитектура
Чат, вопрос по оптимизации.
Есть механизм отбора контрагентов по определенным пользовательским фильтрам (организовано при помощи справочника с отборами для СКД).
Контрагенты которые удовлетворяют фильтрам дальше идут в специальную обработку, но это уже не суть.
Многие фильтры оказались следующего формата:
Контрагент.Наименование СОДЕРЖИТ "Вася"
или
Контрагент.ИНН РАВНО 242640455018
Через такие и другие фильтры пропускать массу контрагентов долго и неприятно, так как каждый фильтр представляет собой вывод из компоновки данных в коллекцию (тз).
Каким образом механизм можно улучшить?
Пока есть 2 идеи:
1) вызывать фильтр не для каждого контрагента, а сразу для кучи
2) извлекать запрос из макета компоновки и выполнять запрос без необходимости использовать процессор компоновки и процессор вывода в коллекцию + п.1
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
А какая во всем этом разница если под капотом будет запрос к БД? У тебя там справочник что ли по одному перебирается и прогоняется через фильтр что ли?
источник

s

shsv in 1С, БСП, DevOps и Архитектура
Без запроса к БД не обойтись, но важно в каком виде быстрее он отработает.
Сейчас пакет элементов справочника Контрагенты по одному перебирается через фильтры.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
А этот пакет как формируется, это не всегда весь справочник что ли?
источник

s

shsv in 1С, БСП, DevOps и Архитектура
Не всегда весь справочник, но 600 элементов может набраться.
Самих фильтров тоже может быть примерно столько же.
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
Реляционная база не очень подходит для этих штук.
Контрагент.Наименование СОДЕРЖИТ "Вася"
или
Контрагент.ИНН РАВНО 242640455018
Используйте nosql решения.
Например эластик, он на это заточен
источник

s

shsv in 1С, БСП, DevOps и Архитектура
К таким архитектурным изменениям клиент не будет готов + сроки.
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
Тогда страдать
источник

s

shsv in 1С, БСП, DevOps и Архитектура
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
Нет есть еще вариант - на одной из конференций ИС - для таких штук сделали регистры из частей слов
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
Но это КОСТЫЛИЩЩЩЕ
источник

s

shsv in 1С, БСП, DevOps и Архитектура
И пухлое по занимаемому в БД месту наверняка
источник