Работа с базами данных 1С
Файловый режим или клиент-сервер: с чего начинается выбор
Перед тем как приступить к администрированию или настройке, любой специалист по 1С сталкивается с развилкой: оставить работу с данными в файловом варианте или переходить на трехзвенную архитектуру. Это не вопрос удобства — это принципиально разные классы решений.
Файловый вариант: рамки применимости
Данный способ хранения информации актуален, когда речь идет о базе, к которой одновременно обращается не более 5–10 сеансов. Внутренний движок 1С сам управляет блокировками, не требуя установки стороннего сервера баз данных. Основное отличие от SQL-based решений — все вычисления идут на стороне клиента, что создает высокую нагрузку на сеть.
- Кому подходит: малые фирмы до 5 сотрудников, тестовые базы, индивидуальные предприниматели, временные проекты без ИТ-инфраструктуры.
- Кому противопоказан: любой сценарий с интенсивным документооборотом (свыше 200–300 документов в день), удаленная работа через низкоскоростные каналы, ситуации, где нужна транзакционная изоляция и отказоустойчивость.
Клиент-сервер с MS SQL Server: отраслевой стандарт для среднего бизнеса
Использование Microsoft SQL Server в паре с сервером 1С:Предприятие кардинально меняет логику обработки запросов. Данные хранятся в таблицах со строгой типизацией, сервер БД берет на себя планировщик запросов, кеширование и управление памятью.
- Ключевое отличие от файлового режима: разгрузка клиентских машин — код на встроенном языке 1С выполняет лишь бизнес-логику, а тяжелые выборки и сортировки идут на SQL-сервере.
- Преимущество над PostgreSQL: нативная интеграция с Windows-экосистемой, упрощенная процедура резервного копирования средствами SQL Server Agent, отлаженные методики восстановления.
- Недостаток: высокая стоимость лицензирования (Server + CAL) и чувствительность к перегрузкам при неоптимальных запросах.
Клиент-сервер с PostgreSQL: гибкость и прозрачность лицензирования
Технология «1С в стеке с PostgreSQL» обрела популярность не из-за технического превосходства, а благодаря полной свободе от привязки к числу подключений. В этом варианте операционные затраты на инфраструктуру ниже, но растут затраты на квалификацию персонала.
Сравнительная таблица характеристик
| Параметр | Файловый режим | MS SQL Server | PostgreSQL |
|---|---|---|---|
| Максимум одновременных сеансов | 10 (рекомендуется 5) | 100+ | 100+ |
| Средний объем базы | до 5 ГБ | 50–500 ГБ | 50–300 ГБ |
| Устойчивость к сбоям | низкая (один файл) | высокая (журналы транзакций) | высокая (WAL) |
| Сложность настройки | минимальная | средняя | высокая (тонкая настройка) |
| Стоимость лицензирования | 0 | от 100 000 руб. за сервер | 0 |
| Скорость тяжелых отчетов | низкая | высокая (индексы, статистика) | средняя (+ работа анализатора) |
| Требования к администратору | базовое знание 1С | знание T-SQL | знание PL/pgSQL, Linux |
Сравнение альтернатив: что выбрать специалисту
Если задача — развернуть учет у клиента, где 25 сотрудников постоянно вводят документы и работают с номенклатурой из 100 000 позиций, файловый режим отпадает сразу — блокировки на уровне файла приведут к ожиданиям в 3–5 секунд. Здесь выбор лежит между MS SQL и PostgreSQL.
- Для мастерских по 1С, которые сопровождают типовые конфигурации: MS SQL Server — безальтернативный вариант из-за соответствия большинству методик обучения на платформе 1С и совместимости с типовыми механизмами регистров.
- Для ИТ-отделов, внедряющих «с нуля» на инфраструктуре Linux: PostgreSQL — осознанный выбор, если готовы писать обертки для регламентных заданий и следить версиями плагинов.
- Для учебных целей (курсы повышения квалификации): процесс обучения должен включать работу с обоими СУБД, так как на собеседовании работодатель чаще проверяет навык миграции между СУБД, чем знание одного конкретного движка.
Пограничные сценарии и их отличие
Существует практика гибридного подхода: файловый вариант для оперативного ввода, а подведение итогов раз в сутки на SQL-сервере. Однако такой способ ломает целостность метаданных — с точки зрения платформы 1С это разные базы. В обучающих программах раздела «Работа с базами данных» такой подход обычно рассматривается как антипаттерн.
При выборе технологии для конкретного внедрения ориентируются не на абстрактные рекомендации, а на три критерия: количество одновременных запросов (RPS), допустимое время простоя при сбое и бюджет на лицензии. Файловый вариант берется для экономии, MS SQL — для надежности, PostgreSQL — для масштабирования без лицензионных платежей.
Добавлено: 07.05.2026