Изменение структуры базы данных в 1С: Полное руководство

Управление структурой метаданных — это фундаментальная задача для любого разработчика или администратора, работающего с платформой 1С:Предприятие. Любое изменение в конфигурации, будь то добавление нового реквизита в справочник или изменение типа переменной в документе, требует понимания того, как эти правки влияют на итоговую базу данных. Когда вы вносите изменения в конфигураторе и запускаете обновление конфигурации базы данных, платформа автоматически генерирует SQL-скрипты для перестройки таблиц.

Процесс этот ответственный, так как ошибка в планировании структуры может привести к потере производительности или даже к невозможности конвертации данных при обновлении. Система хранит описание объектов в виде XML-файлов конфигурации, но физическое хранение данных в СУБД (будь то файловый вариант, MS SQL Server или PostgreSQL) организовано иначе. Понимание связи между объектами метаданных и физическими таблицами критически важно для грамотного проектирования.

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

Подготовка к изменению конфигурации

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

Откройте вашу базу в режиме Конфигуратор. Убедитесь, что конфигурация открыта для изменений. Если вы работаете в монопольном режиме, это снизит риск конфликтов блокировок, особенно если над базой работают другие пользователи. В дереве метаданных найдите объект, структуру которого вы планируете изменить. Это может быть справочник, документ, регистр сведений или любой другой объект.

⚠️ Внимание: Никогда не изменяйте структуру объектов, если в базе уже есть данные, которые могут пострадать от смены типа поля. Например, попытка изменить строковый реквизит на числовой при наличии в нем текстовых значений приведет к ошибке обновления базы данных.

Платформа 1С предоставляет мощный механизм сравнения и объединения, который позволяет переносить изменения структуры из одной конфигурации в другую. Если вы ведете разработку в отдельной базе, используйте механизм поддержки или сравнение конфигураций для аккуратного переноса изменений в продуктивную среду. Это позволяет минимизировать человеческий фактор при ручном переносе реквизитов.

Добавление и редактирование реквизитов

Самая частая операция при работе со структурой — это добавление новых реквизитов. В окне редактирования объекта метаданных перейдите на вкладку "Реквизиты". Здесь вы можете создать новый элемент, задать ему имя, синоним и, самое главное, тип данных. Тип данных определяет, как именно информация будет храниться в таблице и какие операции над ней будут доступны в коде.

При выборе типа данных обратите внимание на длину строковых полей. Для коротких статусов или кодов достаточно Строка(10), тогда как для наименований или комментариев лучше использовать Строка(150) или Строка(250). Увеличение длины строкового поля обычно проходит безболезненно для существующих данных, а вот уменьшение может привести к обрезке информации, что недопустимо.

Если вам необходимо добавить табличную часть, убедитесь, что это действительно необходимо с точки зрения логики предметной области. Табличные части создают дополнительные таблицы в базе данных, что увеличивает количество JOIN-ов при выборке данных. Для простых связей иногда эффективнее использовать отдельные регистры сведений или подчиненные справочники.

• 📌 Используйте предопределенные типы данных, такие как СправочникСсылка или ДокументОбъект, для обеспечения ссылочной целостности.
• ⚡ Избегайте использования типа ХранилищеЗначения для полей, по которым планируется поиск или отбор, так как это сильно тормозит работу запросов.
• 🔍 Для полей, используемых в условиях отбора, обязательно продумайте необходимость установки индекса.
• 📝 Добавляйте комментарии к каждому новому реквизиту прямо в свойствах объекта для упрощения поддержки кода в будущем.

После добавления реквизитов сохраните конфигурацию. Система предложит обновить конфигурацию базы данных. Соглашайтесь с этим действием только после проверки списка изменений, который сформирует платформа. В этом списке будет показано, какие таблицы будут созданы, изменены или удалены.

Работа с табличными частями и составными типами

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

Составные типы данных позволяют полю принимать значения разных видов, например, одновременно СправочникСсылка.Номенклатура и Строка. Это гибкий инструмент, но он имеет свои ограничения. Наличие составного типа усложняет построение запросов и может негативно сказаться на производительности индексации. Используйте их только тогда, когда логика бизнеса действительно требует хранения разнородных данных в одном поле.

Тип изменения	Влияние на данные	Сложность обновления	Рекомендация
Добавление реквизита	Данные сохраняются, новое поле пустое	Низкая	Безопасно, можно делать в рабочей базе
Удаление реквизита	Потеря данных в удаляемом поле	Средняя	Только после выгрузки данных в отчет
Смена типа данных	Риск потери данных или ошибки конвертации	Высокая	Требует тщательного тестирования на копии
Изменение длины строки	При уменьшении — обрезка данных	Средняя	Проверьте максимальную длину существующих данных

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

⚠️ Внимание: Изменение состава типов в поле, которое используется в качестве измерений регистра, потребует пересчета итогов регистра. На больших объемах данных эта операция может занять значительное время и заблокировать работу пользователей.

Индексация и оптимизация структуры

Просто добавить поле в структуру недостаточно для обеспечения быстрой работы системы. Ключевым аспектом производительности является правильное использование индексов. В свойствах реквизита вы можете установить флаг "Индексирование". Платформа создаст соответствующий индекс в СУБД, что ускорит поиск по этому полю и выполнение соединений (JOIN) в запросах.

Однако злоупотребление индексами также вредно. Каждый индекс замедляет запись данных, так как при добавлении или изменении записи системе нужно обновлять не только саму таблицу, но и все связанные индексы. Поэтому индексируйте только те поля, которые реально участвуют в отборах, условиях соединений или упорядочивании в часто используемых отчетах и обработках.

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

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

Что такое кластерный индекс?

Кластерный индекс определяет физический порядок хранения строк в таблице. В 1С первичный ключ таблицы обычно является кластерным. Изменение порядка полей в первичном ключе может кардинально повлиять на скорость выборок диапазонов данных.

Обновление конфигурации базы данных

После внесения всех необходимых изменений в конфигураторе наступает самый ответственный момент — обновление конфигурации базы данных. При попытке выхода из конфигуратора или запуска предприятия в режиме отладки система обнаружит несоответствие между конфигурацией и базой данных. Вам будет предложено обновить базу данных.

Внимательно изучите окно обновления. В нем отображается дерево изменений. Разверните узлы, чтобы увидеть детали: какие таблицы затрагиваются, какие поля добавляются. Особое внимание уделите сообщениям о возможной потере данных. Если система предупреждает о конвертации типов с риском потери, остановитесь и проверьте данные вручную.

// Пример программной проверки структуры перед обновлением
Если Не Конфигурация.Модифицированность Тогда
Сообщить("Конфигурация не требует обновления");
Иначе
// Логика обновления
КонецЕсли;

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

• 🚀 Используйте режим "Тонкий клиент" для проверки работоспособности интерфейса после обновления структуры.
• 🛡️ Проверяйте права доступа: новые реквизиты могут быть не видны пользователям из-за настроек ролевой модели.
• 🔄 При обновлении распределенной информационной базы (РИБ) изменения структуры распространяются автоматически при обмене.
• ⚙️ Для сложных изменений используйте обработку "Выгрузка/Загрузка данных XML" для сохранения критичных данных перед рискованными операциями.

Диагностика и решение проблем со структурой

Иногда после обновления структуры возникают ошибки при работе пользователей: "Тип значения не соответствует типу переменной" или ошибки выполнения запросов. Чаще всего это связано с тем, что в коде остались жесткие ссылки на старые типы данных или не учтены новые обязательные реквизиты. Проведите тщательный поиск по коду модулей объектов и общих модулей.

Для диагностики проблем со структурой таблиц используйте внешние инструменты администрирования СУБД, такие как SQL Server Management Studio или pgAdmin. Просмотр реальных планов выполнения запросов поможет понять, использует ли база данных созданные вами индексы или происходит полное сканирование таблицы.

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

⚠️ Внимание: Интерфейсы и функциональность платформы 1С могут обновляться. Всегда сверяйте актуальные настройки прав доступа и параметры индексации с официальной документацией к вашей версии платформы, так как поведение движка может меняться в минорных релизах.

В случае критических ошибок обновления, когда база данных перешла в неконсистентное состояние, восстановитесь из резервной копии. Не пытайтесь "починить" базу ручными правками в SQL, если вы не являетесь экспертом во внутренней структуре таблиц 1С. Это почти гарантированно приведет к полной неработоспособности конфигурации.

Как откатить обновление?

Откатить обновление конфигурации базы данных средствами 1С невозможно. Единственный способ вернуться к предыдущему состоянию структуры — это восстановление базы данных из резервной копии (бэкапа), сделанного до начала внесения изменений.

Часто задаваемые вопросы (FAQ)

Можно ли изменить тип реквизита с Число на Строку без потери данных?

Да, в большинстве случаев платформа 1С позволяет выполнить такую конвертацию автоматически при обновлении конфигурации базы данных. Числовые значения будут преобразованы в строковое представление. Однако обратное преобразование (из Строки в Число) возможно только если все существующие данные в поле являются валидными числами, иначе возникнет ошибка обновления.

Что произойдет, если удалить реквизит, по которому построен индекс?

При удалении реквизита в конфигураторе и последующем обновлении базы данных платформа автоматически удалит и связанный с этим реквизитом индекс из СУБД. Это освободит место на диске и ускорит запись данных, но замедлит выборки, если этот индекс использовался в запросах (которые, впрочем, перестанут работать из-за отсутствия поля).

Как добавить реквизит во все справочники сразу?

Массовое добавление реквизитов возможно через обработку внешних отчетов или расширений конфигурации. В самой конфигурации придется добавлять реквизит в каждый объект вручную или использовать механизмы сравнения и объединения, если вы формируете общий шаблон. Расширения конфигурации позволяют добавлять реквизиты к существующим объектам без снятия конфигурации с поддержки.

Влияет ли изменение структуры на скорость работы 1С?

Да, влияет. Добавление большого количества индексов может замедлить проведение документов. Увеличение длины строковых полей сверх меры увеличивает размер базы данных и объем передаваемых данных по сети. Грамотная оптимизация структуры — баланс между гибкостью хранения и производительностью выборки.

Нужно ли перезапускать сервер 1С после изменения структуры?

Обычно нет. Изменения вступают в силу сразу после обновления конфигурации базы данных. Однако, если вы изменяли параметры, влияющие на работу серверных процессов или общие настройки кластера, может потребоваться перезапуск службы сервера 1С:Предприятия для применения новых параметров на уровне сервиса.