← На главную

При проведении документов с большими табличными частями или при выполнении объемных пакетов запросов разработчики 1С могут столкнуться с сообщением «Ошибка SQL: Переполнение поля». Недоумение вызывает факт того, что текст ошибки ссылается на SQL, хотя информационная база работает в файловом режиме. Разберем по шагам причины этого сбоя и проанализируем практические способы его устранения.

Выясним причины возникновения ошибки

Появление упоминания SQL в файловом режиме объясняется тем, что встроенный механизм платформы 1С для работы с файловой базой (SDBL) использует эмуляцию SQL-запросов. Выделим основные технические причины, приводящие к переполнению поля:

1. Неявное определение типов во временных таблицах: При формировании промежуточных таблиц разрядность числовых полей автоопределяется по первой порции данных. Если последующие записи содержат значения большей длины, происходит переполнение.
2. Использование ОБЪЕДИНИТЬ ВСЕ: Итоговый тип и разрядность колонки определяются по первому запросу в объединении. Если в последующих запросах значения превышают вычисленный разряд, платформе не удается поместить их в поле.
3. Некорректная работа с РАЗНОСТЬДАТ: Если одна из дат не заполнена (равна 0001-01-01 или NULL), расчет разницы в мелких единицах измерения (секунды, минуты) выводит число за границы допустимого интервала целого числа.
4. Превышение длины в ВЫРАЗИТЬ(... КАК ЧИСЛО): Ошибка возникает, когда целая часть вычисленного значения содержит больше знаков, чем отведено разрядностью вида ЧИСЛО(M, N).
5. Отрицательные остатки и операции с NULL: Наличие отрицательных остатков в регистрах учета и суммирование неопределенных значений без обертки в ЕСТЬNULL вызывают сбой при вычислении промежуточных итогов.

Способ 1. Оптимизация запроса и явное определение типов данных

Если ошибка возникает при выполнении конкретного запроса, проанализируем его текст и внесем следующие исправления:

1. Устраним неоднозначность типов во временных таблицах. Всегда явно зададим разрядность с запасом: ВЫРАЗИТЬ(Таблица.Сумма КАК ЧИСЛО(31, 2))
2. Обернем все расчетные числовые поля и коэффициенты в функцию ЕСТЬNULL: ЕСТЬNULL(Таблица.Количество, 0) * ЕСТЬNULL(Таблица.Цена, 0)
3. Защитим вычисление РАЗНОСТЬДАТ от пустых значений:
   Скопировать код

   
   ВЫБОР
       КОГДА Таблица.ДатаНачала НЕ ЕСТЬ NULL И Таблица.ДатаНачала <> ДАТАВРЕМЯ(1, 1, 1)
       ТОГДА РАЗНОСТЬДАТ(Таблица.ДатаНачала, Таблица.ДатаОкончания, СЕКУНДА)
       ИНАЧЕ 0
   КОНЕЦ
   

4. Проверим порядок секций в ОБЪЕДИНИТЬ ВСЕ — первым должен идти запрос с максимальной разрядностью полей.

Способ 2. Конвертация формата файловой базы утилитой cnvdbfl

По умолчанию файловая база данных создается в формате хранения 8.2, имеющем жесткие лимиты на размер таблиц и промежуточные вычисления. Мы можем перевести базу в формат 8.3.8 с увеличенным размером страницы (16 Кб) с помощью утилиты cnvdbfl.

Разберем процесс по шагам:

1. Обязательно создадим резервную копию файла базы данных 1cv8.1cd.
2. Завершим работы всех пользователей и фоновых процессов.
3. Перейдем в каталог установленной платформы 1С (папка bin, например: C:\Program Files\1cv8\8.3.XX.XXXX\bin\) и найдем утилиту cnvdbfl.exe.
4. Запустим командную строку и выполним конвертацию: cnvdbfl -c -f 8.3.8 -p 16k c:\temp\1cv8.1cd

Параметр -p 16k задает размер страницы 16 Кб, что существенно расширяет границы таблиц и позволяет платформе без ошибок обрабатывать громоздкие временные таблицы при выполнении тяжелых запросов.

Способ 3. Переход на клиент-серверный режим

Файловый движок 1С имеет ограничения по работе с памятью при выполнении многоэтажных запросов. Если оптимизация кода и изменение формата файла не дали полного эффекта, рассмотрим вариант переноса информационной базы на клиент-серверный вариант (MS SQL Server или PostgreSQL).

Полноценные СУБД корректно и динамически выделяют ресурсы под промежуточные вычисления любой сложности, навсегда устраняя проблему переполнения полей в файловых механизмах.