⚡Новое в PostgreSQL: ускорение работы с временными таблицами!
В PostgreSQL появилось новое хранилище метаданных временных таблиц в оперативной памяти! Это позволяет снизить нагрузку на диск, но требует больше CPU.
🔹 новый параметр: enable_temp_memory_catalog (по умолчанию off)
Когда включать?
✔ высокая нагрузка на диски (но CPU свободны);
✔ медленные диски или «холодный» кэш FS;
✔ активная работа с временными таблицами.
⚠ Когда не включать?
✖ низкая нагрузка на СУБД;
✖ быстрые SSD или «прогретый» кэш FS;
✖ может быть медленнее, чем работа через диск.
💡 Вывод: Опция полезна в высоконагруженных системах 1С, где диски — узкое место. Тестируйте перед применением!
#EFSOL #PostgreSQL #Оптимизация1C #БазыДанных #Администрирование
В PostgreSQL появилось новое хранилище метаданных временных таблиц в оперативной памяти! Это позволяет снизить нагрузку на диск, но требует больше CPU.
🔹 новый параметр: enable_temp_memory_catalog (по умолчанию off)
Когда включать?
✔ высокая нагрузка на диски (но CPU свободны);
✔ медленные диски или «холодный» кэш FS;
✔ активная работа с временными таблицами.
⚠ Когда не включать?
✖ низкая нагрузка на СУБД;
✖ быстрые SSD или «прогретый» кэш FS;
✖ может быть медленнее, чем работа через диск.
💡 Вывод: Опция полезна в высоконагруженных системах 1С, где диски — узкое место. Тестируйте перед применением!
#EFSOL #PostgreSQL #Оптимизация1C #БазыДанных #Администрирование
⚡1👍1
Каждое обновление — как выстрел в темноте.
То отчёт сломается, то кнопка исчезнет, то вся база решит "жить новой жизнью".
И вот уже программист устраивает настоящий погром:
🧨 чистит регистры,
🔍 лезет в конфигуратор,
🚑 спасает прод в 3 часа ночи.
👨💻 Погромист 1С — это не профессия, это диагноз.
Но можно и без паники!
💡 DevTools42: анализ кода до того, как всё поломается.
Профилактика погромов — лучший багфикс!
То отчёт сломается, то кнопка исчезнет, то вся база решит "жить новой жизнью".
И вот уже программист устраивает настоящий погром:
🧨 чистит регистры,
🔍 лезет в конфигуратор,
🚑 спасает прод в 3 часа ночи.
👨💻 Погромист 1С — это не профессия, это диагноз.
Но можно и без паники!
💡 DevTools42: анализ кода до того, как всё поломается.
Профилактика погромов — лучший багфикс!
😁2
🐞 Когда баг — это не баг, а кривой алгоритм
В 1С часто сталкиваешься с ситуацией, когда пользователь жалуется: «Ошибка!», а на деле система отрабатывает строго по алгоритму. Просто этот алгоритм — костыль на костыле.
Разберем типичный пример.
В конфигурации есть документ, который проводит движения по регистру накопления. Алгоритм заполнения движений был написан пять лет назад под одну бизнес-схему. С тех пор бизнес поменялся, а код — нет. В результате: проводки формируются «как положено», но данные — мусор. Баг? На первый взгляд — да. По факту — нет. Код работает «как написано».
💡 Проблема не в баге, а в логике.
И таких кейсов в 1С море:
- Отбор по регистру идет по дате, но забыли учитывать версию или флаг актуальности.
- Запрос собирает остатки, но в алгоритме не учтён отбор по складу, потому что склад раньше был один.
- Алгоритм расчета скидок ссылается на устаревший регистр, который давно не обновляется.
Что делать?
Не лезть править поведение «на глаз». Вместо этого:
1. Разобраться в бизнес-процессе.
2. Выяснить, что хотели получить на выходе.
3. Переписать алгоритм не под текущее поведение, а под актуальную логику.
🔍 Вывод:
В 1С баг — это не всегда ошибка в коде. Иногда это правильно работающий механизм, написанный для давно умершей логики. И чем раньше команда начнет разделять «баги» и «кривые алгоритмы», тем меньше будет бессмысочных патчей и «починили — стало хуже».
А чтобы совершать меньше ошибок и проверить уже действующий проект — используйте DevTools42: Сканер кода 1С!
В 1С часто сталкиваешься с ситуацией, когда пользователь жалуется: «Ошибка!», а на деле система отрабатывает строго по алгоритму. Просто этот алгоритм — костыль на костыле.
Разберем типичный пример.
В конфигурации есть документ, который проводит движения по регистру накопления. Алгоритм заполнения движений был написан пять лет назад под одну бизнес-схему. С тех пор бизнес поменялся, а код — нет. В результате: проводки формируются «как положено», но данные — мусор. Баг? На первый взгляд — да. По факту — нет. Код работает «как написано».
💡 Проблема не в баге, а в логике.
И таких кейсов в 1С море:
- Отбор по регистру идет по дате, но забыли учитывать версию или флаг актуальности.
- Запрос собирает остатки, но в алгоритме не учтён отбор по складу, потому что склад раньше был один.
- Алгоритм расчета скидок ссылается на устаревший регистр, который давно не обновляется.
Что делать?
Не лезть править поведение «на глаз». Вместо этого:
1. Разобраться в бизнес-процессе.
2. Выяснить, что хотели получить на выходе.
3. Переписать алгоритм не под текущее поведение, а под актуальную логику.
🔍 Вывод:
В 1С баг — это не всегда ошибка в коде. Иногда это правильно работающий механизм, написанный для давно умершей логики. И чем раньше команда начнет разделять «баги» и «кривые алгоритмы», тем меньше будет бессмысочных патчей и «починили — стало хуже».
А чтобы совершать меньше ошибок и проверить уже действующий проект — используйте DevTools42: Сканер кода 1С!
⚡1🔥1
ИИ-Агент в вашей команде — теперь это реальность от Efsol!
Если вы все еще занимаетесь рутиной вручную — готовьтесь принять в команду нового цифрового сотрудника.
🤖 Кто такие ИИ-агенты?
Это цифровые помощники, которые берут на себя повторяющиеся, трудоемкие задачи, действуют по сценариям, учатся на ваших данных и работают 24/7 — без отпусков и выходных.
📌 Несколько примеров:
— В продажах: ведут лиды, пишут письма, закрывают сделки — и не просят кофе.
— В HR: обрабатывают резюме, приглашают на интервью, собирают фидбэк — без "потерялось в почте".
— В закупках: анализируют поставщиков, мониторят цены, подсказывают, где выгоднее — экономия без Excel-паркура.
💡 Интересно узнать больше о возможностях и том, как ИИ может быть полезен именно в вашем случае? 👉 https://efsol.ru/solutions/neuro42-ai-assistants-business/?utm_source=tg&utm_medium=social&utm_campaign=AI-agent
Если вы все еще занимаетесь рутиной вручную — готовьтесь принять в команду нового цифрового сотрудника.
🤖 Кто такие ИИ-агенты?
Это цифровые помощники, которые берут на себя повторяющиеся, трудоемкие задачи, действуют по сценариям, учатся на ваших данных и работают 24/7 — без отпусков и выходных.
📌 Несколько примеров:
— В продажах: ведут лиды, пишут письма, закрывают сделки — и не просят кофе.
— В HR: обрабатывают резюме, приглашают на интервью, собирают фидбэк — без "потерялось в почте".
— В закупках: анализируют поставщиков, мониторят цены, подсказывают, где выгоднее — экономия без Excel-паркура.
💡 Интересно узнать больше о возможностях и том, как ИИ может быть полезен именно в вашем случае? 👉 https://efsol.ru/solutions/neuro42-ai-assistants-business/?utm_source=tg&utm_medium=social&utm_campaign=AI-agent
⚡1
Визуализация конфликтов блокировок 1С
Одной из самых распространённых и затрудняющих работу проблем в 1С являются конфликты блокировок. Они возникают, когда несколько процессов одновременно пытаются получить доступ к одним и тем же данным. В результате одни процессы вынуждены ждать, пока другие освободят ресурсы — и это приводит к снижению производительности, сбоям, простоям сотрудников и, как следствие, замедлению бизнес-процессов.
Для многих специалистов проблема блокировок — это настоящий кошмар. Традиционные методы диагностики, такие как изучение логов и системных отчетов, часто оказываются слишком сложными и ресурсозатратными, которые требуют от специалиста большой концентрации внимания, сноровки и сил. Возможно, вам знакомы огромные логи с сотнями или тысячами записей, где крайне трудно увидеть, кто именно блокирует кого, какие объекты данных задействованы, и где кроется корень проблемы.
Вот тут на помощь приходит визуализация конфликтов блокировок с детализацией взаимосвязей «виновник-жертва» — инструмент, который превращает сухие данные в наглядный, интерактивный дашборд. Вместо сотен строк с цифрами и логами вы получаете понятные графики и диаграммы, на которых ясно видно, кто блокирует систему, кто ждет освобождения ресурсов, и какие объекты данных находятся в центре конфликта.
Почему это так важно?
- Без визуализации сложные взаимосвязи между процессами и блокируемыми объектами остаются скрытыми.
- Трудно понять масштаб проблемы и определить приоритеты для её решения.
- Поиск и устранение блокировок затягивается, что приводит к снижению производительности всей системы и риску сбоев.
Визуализация
1. Помогает быстро увидеть всю цепочку конфликтов и взаимосвязей, а не просто отдельные факты.
2. Позволяет эффективно анализировать ситуацию и принимать решения на основе полной и понятной информации.
3. Ускоряет диагностику и минимизирует время простоев.
В следующих постах мы подробно расскажем, как именно визуализация помогает сократить время диагностики и какие инструменты сегодня доступны для автоматизации этого процесса.
Одной из самых распространённых и затрудняющих работу проблем в 1С являются конфликты блокировок. Они возникают, когда несколько процессов одновременно пытаются получить доступ к одним и тем же данным. В результате одни процессы вынуждены ждать, пока другие освободят ресурсы — и это приводит к снижению производительности, сбоям, простоям сотрудников и, как следствие, замедлению бизнес-процессов.
Для многих специалистов проблема блокировок — это настоящий кошмар. Традиционные методы диагностики, такие как изучение логов и системных отчетов, часто оказываются слишком сложными и ресурсозатратными, которые требуют от специалиста большой концентрации внимания, сноровки и сил. Возможно, вам знакомы огромные логи с сотнями или тысячами записей, где крайне трудно увидеть, кто именно блокирует кого, какие объекты данных задействованы, и где кроется корень проблемы.
Вот тут на помощь приходит визуализация конфликтов блокировок с детализацией взаимосвязей «виновник-жертва» — инструмент, который превращает сухие данные в наглядный, интерактивный дашборд. Вместо сотен строк с цифрами и логами вы получаете понятные графики и диаграммы, на которых ясно видно, кто блокирует систему, кто ждет освобождения ресурсов, и какие объекты данных находятся в центре конфликта.
Почему это так важно?
- Без визуализации сложные взаимосвязи между процессами и блокируемыми объектами остаются скрытыми.
- Трудно понять масштаб проблемы и определить приоритеты для её решения.
- Поиск и устранение блокировок затягивается, что приводит к снижению производительности всей системы и риску сбоев.
Визуализация
1. Помогает быстро увидеть всю цепочку конфликтов и взаимосвязей, а не просто отдельные факты.
2. Позволяет эффективно анализировать ситуацию и принимать решения на основе полной и понятной информации.
3. Ускоряет диагностику и минимизирует время простоев.
В следующих постах мы подробно расскажем, как именно визуализация помогает сократить время диагностики и какие инструменты сегодня доступны для автоматизации этого процесса.
👍1
Конфликты блокировок в 1С — головная боль для многих компаний. Долгая диагностика и поиск причин тормозят работу и вызывают стресс у команды.
Metrika42 решает эту проблему с помощью визуализации.
Графики и таблицы наглядно показывают причины блокировок, виновников и «жертв», позволяя быстро понять ситуацию и принять решение.
Сократите время реакции и улучшите стабильность системы с помощью мощного инструмента мониторинга!
👉 Узнайте больше и начните пользоваться уже сегодня:
Metrika42 от EFSOL
Metrika42 решает эту проблему с помощью визуализации.
Графики и таблицы наглядно показывают причины блокировок, виновников и «жертв», позволяя быстро понять ситуацию и принять решение.
Сократите время реакции и улучшите стабильность системы с помощью мощного инструмента мониторинга!
👉 Узнайте больше и начните пользоваться уже сегодня:
Metrika42 от EFSOL
❤🔥3
Если вы не сотрудник Efsol, расскажите, в какой сфере сейчас работаете?
Anonymous Poll
69%
IT, ПО
3%
Финансы, банки, страхование
3%
Производство, промышленность
6%
Торговля, ритейл
3%
Образование, наука
0%
Медицина, красота
0%
Логистика, транспорт
3%
Строительство, недвижимость
13%
Другое (пишите в комментариях 👇)
❤1