Путь эксперта 1с

Скрин шот к предыдущему сообщению

NULL — это не ноль. И даже не пустая дата.
Сегодня поговорим о NULL. Почему стандарты разработки 1С обращают внимание на его обработку? Вот один вполне практический пример.
Допустим, у нас есть отчёт. Строки сортируются по колонке с датой, а от порядка вывода зависит дальнейшая обработка или интерпретация результата.
И вот в этой колонке появляется NULL — например, после левого соединения. А обработать его мы забыли.
«Ничего страшного, при сортировке по возрастанию он всегда будет сверху», — думаем мы, привыкнув к MS SQL Server.
А вот и нет.
Отчёт годами работал на MS SQL Server. Перешли на PostgreSQL — и логика сломалась.
Нет, запрос не выдаёт ошибку. Нет, отчёт не стал тормозить. Он просто возвращает строки в другом порядке.
Причина — разные правила расположения NULL при сортировке по умолчанию:
🔹 MS SQL Server: при сортировке по возрастанию NULL идёт в начале.
🔹 PostgreSQL: при той же сортировке NULL оказывается в конце.
При сортировке по убыванию — наоборот.[1][2]
На скриншоте как раз видно разницу: слева, в MS SQL, строка с NULL находится над датами. Справа, в PostgreSQL, — под ними.
Если алгоритм выбирает первую строку, обрабатывает записи последовательно или опирается на их положение, это уже не косметическое отличие.
В моём случае проблему решила явная замена NULL на пустую дату.
В запросе 1С выражение для ключа сортировки выглядит так:
ЕСТЬNULL(Данные.Дата, ДАТАВРЕМЯ(1, 1, 1)) КАК ДатаСортировки
Дальше сортируем именно по этому полю:
УПОРЯДОЧИТЬ ПО ДатаСортировки ВОЗР
Теперь вместо NULL в ключе сортировки используется конкретная дата. Разница в правилах расположения NULL больше не влияет на результат.[3][4]
Но замена должна соответствовать задаче: здесь нам нужно, чтобы строки без даты шли первыми. Если они должны быть последними, правило сортировки нужно задать иначе.
И ещё нюанс: одинаковые даты не задают порядок строк между собой. Если он важен, нужны дополнительные поля сортировки.

"Потому что стандарт SQL не фиксирует положение NULL в ORDER BY — это оставлено на усмотрение разработчика СУБД. Причина в самой природе NULL.

1.NULL — это не значение, а маркер «неизвестно/отсутствует». Сравнение NULL = NULL даёт не ИСТИНА, а UNKNOWN (трёхзначная логика). Раз NULL не «равен» даже самому себе, он не встраивается в обычный линейный порядок — и каждая СУБД решает, куда его поместить.

2. Разработчики выбрали разные соглашения:
_____________________________________________________
СУБД | Где NULL по умолчанию
_____________________________________________________
PostgreSQL, Oracle | «больше» любого значения
SQL Server, MySQL/MariaDB | «меньше» любого значения
SQLite | как SQL Server
_____________________________________________________
Обратите внимание: Oracle/PostgreSQL исторически трактуют NULL как максимальное значение, а Microsoft/MySQL — как минимальное. Это унаследованные проектные решения, а не требование стандарта.

3. Явное управление. В СУБД, где это поддерживается, порядок задаётся ключевыми словами NULLS FIRST / NULLS LAST (PostgreSQL, Oracle), либо заменой значения функцией COALESCE/ISNULL/NVL в выражении сортировки.
Практический вывод для 1С: язык запросов транслируется в SQL конкретной СУБД, а позиция NULL в ORDER BY может отличаться на MS SQL и PostgreSQL. Чтобы сортировка была предсказуемой, NULL-значения лучше приводить явно — через ЕСТЬNULL(Поле, ) в поле сортировки, а не полагаться на поведение конкретной СУБД."

💯Поэтому рекомендация учитывать NULL при упорядочивании — не формальность. Стандарт 1С отдельно предупреждает о различиях между СУБД.
‼️При миграции проверяйте не только ошибки и производительность, но и корректность результатов. Быстро работающий отчёт ещё не означает правильно работающий отчёт.
❓А вам встречались такие «тихие» изменения после перехода на другую СУБД?

💛 «Жёлтая конфа» прошла — впечатления остались!
Встретил много коллег, единомышленников и просто классных специалистов и собеседников. Слушал доклады, выступал сам. Спорили, шутили, обменивались опытом и идеями — за такое живое общение я и люблю профессиональные конференции.
🎤 Выступил с темой «Нагрузочное тестирование — какие задачи решаем и какие этапы проходим».
Главная мысль, которую хотел донести: лучше узнать пределы системы на тестах, чем столкнуться с ними в продуктиве.
Нагрузочное тестирование помогает заранее понять, при какой нагрузке система перестанет справляться. Мы моделируем пиковые операции, исследуем блокировки, проверяем отказоустойчивость под нагрузкой и готовность инфраструктуры. Всё это — чтобы запуск системы не превратился в аварию, а решения о её готовности опирались на результаты проверок, а не на «должно выдержать».
🤝 Отдельное удовольствие — встречи и разговоры между выступлениями:
— С Евгением Филипповым поговорили про нагрузочное тестирование. — С Антоном Дорошкевичем обсудили 1С:КХД — на третьем фото как раз момент, когда Антон отвечает на мой вопрос. — И наконец-то познакомились лично с коллегами из Postgres Pro! Целый год работали вместе, а впервые встретились вживую только сейчас.
Спасибо организаторам, слушателям и коллегам за атмосферу, вопросы и содержательные дискуссии. Рад был увидеться — продолжим общение и совместную работу!
А вы проверяете систему под нагрузкой до запуска — или первый серьёзный тест ей устраивают пользователи?

УРААААААААААААААААААА!

Комплексное нагрузочное тестирование. Настоящим предоставляется отчет о результатах нагрузочного тестирования систем управления базами данных в сочетании с платформой 1С от различных вендоров.

Регистрируйтесь по ссылке и приходите, буду рад.

На DevCon 2026 Александр Морозов рассказал, что нового появилось в платформе, и какие изменения коснулись вопросов производительности.
В его команде открыта вакансия Эксперта по тех. вопросам.
Если ты сейчас присоединишься к команде, то уже через год коллеги на DevCon показажут сообществу результаты твоего вклада.

Если ты практикующий эксперт с большим опытом решения сложных задач в этой роли, то эта вакансия точно для тебя, не откладывай вопрос перехода на что-то крутое и ценное! Сделай это сейчас!

Чем предстоит заниматься:

- Поддержка крупнейших клиентов
- Нагрузочные тесты
- Тесты Фреша
- Тесты платформы
- Проекты ЦКТП

По условиям:
Офис Москва, Гибрид
Остальное обсудим в лс


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

🥇 Наш офис «Спортивная» занял первое место в рейтинге 1С:Центров ERP!

Мы с гордостью делимся новостью: наш офис занял первую строчку в рейтинге партнёров «1С:Центры компетенций по ERP-решениям». 🏆

Этот статус — «1С:Центр ERP» — подтверждает высочайший уровень наших компетенций:
◽️Полный набор экспертизы по всем подсистемам ERP
◽️Успешные внедрения высокой сложности
◽️Система менеджмента качества
◽️Право вести и курировать ключевые проекты

Это достижение — результат работы каждого из вас. Спасибо всем, кто работает с клиентами, ведёт проекты, готовит кейсы и отзывы, развивает экспертизу. Именно ваша ежедневная работа делает наш офис лидером.

📎 Рейтинг доступен здесь

Гордимся нашей командой и продолжаем двигаться вперёд вместе! 🔝
#про_бизнес