Добрый день!
Кто может подсказать, где можно найти информацию по реструктуаризации БД?
Не могу нигде найти хорошую информацию, нашел только немного для 1С 7. Интересует как она происходит вообще и самое главное в каких случаях (изменение типа, добавление (удаление) реквизита, изменение индекса и т.д.).
Кто может подсказать, где можно найти информацию по реструктуаризации БД?
Не могу нигде найти хорошую информацию, нашел только немного для 1С 7. Интересует как она происходит вообще и самое главное в каких случаях (изменение типа, добавление (удаление) реквизита, изменение индекса и т.д.).
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Конфигурация программ семейства «1С:Предприятие» хранится в одном файле 1CV7.MD в каталоге информационной базы данных. При работе в конфигураторе для хранения временной копии конфигурации программа использует каталог MS Windows для хранения временных файлов.
При нехватке места на соответствующем диске может выдаваться предупреждение.
При сохранении измененной конфигурации программа определяет, были сделаны изменения в метаданных или только в модулях, таблицах, диалогах, описаниях. Эту информацию можно посмотреть в статусной строке (БД, Документ). Звездочка рядом с символами «БД» отмечает, что изменены метаданные, звездочка рядом с «Документ» — что изменено что-либо, кроме метаданных.
Если метаданные не изменялись, а конфигурация изменена, то при сохранении происходит просто перезапись файла конфигурации.
Если метаданные изменялись, программа переходит к процедуре реструктуризации данных.
Опишем последовательность выполнения данной процедуры.
1. Для проведения реструктуризации создается каталог NEW_STRU, подчиненный каталогу информационной базы (если он еще не существует).
2. В каталоге NEW_STRU создается файл RESTRUCT.LOG, в котором записывается протокол действий системы при реструктуризации. Его можно использовать при анализе в случае возникновения сбоев.
3. В каталоге NEW_STRU создастся файл словаря данных 1CV7.DD, соответствующий новой структуре метаданных. Файл 1CV7.DD содержит описание структур данных и не должен изменяться пользователем.
4. Выполняется попытка открыть всю существующую информационную базу в основном каталоге, при этом, если отсутствует файл 1CV7.DD, то он создастся. Если какие-либо файлы информационной базы отсутствуют, они создаются.
5. Выполняется сравнение старых и новых метаданных. Изменения, не влияющие на структуру и состав данных, не анализируются и не отмечаются в списке изменений.
6. При обнаружении изменений, влияющих на структуру или содержание информационной базы, выполняется перенос необходимых для изменения файлов из основного каталога в каталог NEW_STRU и их реструктуризация.
При этом в файле RESTRUCT.LOG могут накапливаться сообщения: например, если при преобразовании типа значения преобразование не может быть выполнено однозначно.
Могут также возникнуть ситуации, при которых будет выдано сообщение о невозможности изменения структуры данных. Например, при уменьшении количества уровней в справочнике, если есть элементы тех уровней, которые в новой конфигурации для данного справочника не доступны.
7. После выполнения всех действий по реструктуризации выводится диалог со списком сделанных изменений.
При нажатии кнопки «Отмена» процедура реструктуризации прерывается, при этом информационная база и конфигурация, записанная на диске в основном каталоге, никак не изменяются, а текущее состояние конфигурации в Конфигураторе остается таким, каким оно было до начала реструктуризации.
Таким образом, после отказа от принятия изменений можно повторить процесс сохранения конфигурации (при этом будет заново запущена процедура реструктуризации), либо закрыть окно метаданных без сохранения.
При нажатии кнопки «Принять» продолжается процедура реструктуризации.
8. В каталог NEW_STRU записывается новый файл 1CV7.MD.
Далее система будет выполнять перенос всех сделанных изменений в основной каталог. Данный момент в процедуре реструктуризации является очень важным. До этого момента ни один файл в основном каталоге не изменяется, и любой сбой системы приведет только к потере изменений, сделанных в конфигурации. Однако к этому моменту в каталоге NEW_STRU уже содержатся все файлы, которые необходимо было изменить.
9. Далее выполняется перенос всех файлов в основной каталог.
Начало данного процесса отмечается в протоколе реструктуризации строкой «Copy new files to main directory progress…». Окончание данного процесса отмечается в протоколе строкой «Copy new files to main directory complete…».
При нехватке места на соответствующем диске может выдаваться предупреждение.
При сохранении измененной конфигурации программа определяет, были сделаны изменения в метаданных или только в модулях, таблицах, диалогах, описаниях. Эту информацию можно посмотреть в статусной строке (БД, Документ). Звездочка рядом с символами «БД» отмечает, что изменены метаданные, звездочка рядом с «Документ» — что изменено что-либо, кроме метаданных.
Если метаданные не изменялись, а конфигурация изменена, то при сохранении происходит просто перезапись файла конфигурации.
Если метаданные изменялись, программа переходит к процедуре реструктуризации данных.
Опишем последовательность выполнения данной процедуры.
1. Для проведения реструктуризации создается каталог NEW_STRU, подчиненный каталогу информационной базы (если он еще не существует).
2. В каталоге NEW_STRU создается файл RESTRUCT.LOG, в котором записывается протокол действий системы при реструктуризации. Его можно использовать при анализе в случае возникновения сбоев.
3. В каталоге NEW_STRU создастся файл словаря данных 1CV7.DD, соответствующий новой структуре метаданных. Файл 1CV7.DD содержит описание структур данных и не должен изменяться пользователем.
4. Выполняется попытка открыть всю существующую информационную базу в основном каталоге, при этом, если отсутствует файл 1CV7.DD, то он создастся. Если какие-либо файлы информационной базы отсутствуют, они создаются.
5. Выполняется сравнение старых и новых метаданных. Изменения, не влияющие на структуру и состав данных, не анализируются и не отмечаются в списке изменений.
6. При обнаружении изменений, влияющих на структуру или содержание информационной базы, выполняется перенос необходимых для изменения файлов из основного каталога в каталог NEW_STRU и их реструктуризация.
При этом в файле RESTRUCT.LOG могут накапливаться сообщения: например, если при преобразовании типа значения преобразование не может быть выполнено однозначно.
Могут также возникнуть ситуации, при которых будет выдано сообщение о невозможности изменения структуры данных. Например, при уменьшении количества уровней в справочнике, если есть элементы тех уровней, которые в новой конфигурации для данного справочника не доступны.
7. После выполнения всех действий по реструктуризации выводится диалог со списком сделанных изменений.
При нажатии кнопки «Отмена» процедура реструктуризации прерывается, при этом информационная база и конфигурация, записанная на диске в основном каталоге, никак не изменяются, а текущее состояние конфигурации в Конфигураторе остается таким, каким оно было до начала реструктуризации.
Таким образом, после отказа от принятия изменений можно повторить процесс сохранения конфигурации (при этом будет заново запущена процедура реструктуризации), либо закрыть окно метаданных без сохранения.
При нажатии кнопки «Принять» продолжается процедура реструктуризации.
8. В каталог NEW_STRU записывается новый файл 1CV7.MD.
Далее система будет выполнять перенос всех сделанных изменений в основной каталог. Данный момент в процедуре реструктуризации является очень важным. До этого момента ни один файл в основном каталоге не изменяется, и любой сбой системы приведет только к потере изменений, сделанных в конфигурации. Однако к этому моменту в каталоге NEW_STRU уже содержатся все файлы, которые необходимо было изменить.
9. Далее выполняется перенос всех файлов в основной каталог.
Начало данного процесса отмечается в протоколе реструктуризации строкой «Copy new files to main directory progress…». Окончание данного процесса отмечается в протоколе строкой «Copy new files to main directory complete…».
Добавление/удаление реквизитов, измерение порядка измерений (индекса).
Удаление регистратора (добавление регистратора проходит без реструктуризации), удаление значения перечисления.
Вот навскидку то что приведет к реструктуризации конкретных таблиц в наиболее частых случаях.
Ну а еще: изменение совместимости, планов обмена, разделения итогов и т.д. и т.п.
Ничего сложного и страшного при наличии доступа в sql даже в терабайтных базах
Удаление регистратора (добавление регистратора проходит без реструктуризации), удаление значения перечисления.
Вот навскидку то что приведет к реструктуризации конкретных таблиц в наиболее частых случаях.
Ну а еще: изменение совместимости, планов обмена, разделения итогов и т.д. и т.п.
Ничего сложного и страшного при наличии доступа в sql даже в терабайтных базах
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот