Основна конфігурація і конфігурація бази даних - студопедія

З точки зору користувача програма 1С складається з платформи і конфігурації. Ми говорили, що в кожному конкретному випадку використовується одна з безлічі можливих конфігурацій. Настав час сказати, що це не зовсім так.

Чому не так? Тому що в кожної інформаційної базі існують як мінімум дві конфігурації.

Чому не зовсім так? Тому що користувач дійсно працює завжди тільки з однієї конфігурацією. Друга конфігурація призначена для розробника або людини, який повинен вносити зміни в конфігурацію (наприклад, адміністратора бази даних). Для користувача вона «хоч я знаю».

Конфігурація, призначена для розробника, називається Основна конфігурація (або просто Конфігурація - та, яку ми редагували в Конфігураторі). Конфігурація, з якою працюють користувачі, називається конфігурація бази даних.

Основну конфігурацію можна редагувати Конфігурацію бази даних редагувати не можна, можна тільки провести оновлення конфігурації бази даних на основі основної конфігурації.

Таке внутрішній устрій дозволяє вносити зміни в конфігурацію, не перериваючи роботи користувачів (оскільки зміни вносяться в основну конфігурацію). Потім, коли розробник буде впевнений в тому, що всі зміни, які він вніс, вірні, можна буде швидко провести оновлення конфігурації бази даних, використовуючи основну конфігурацію. Але для цього доведеться завершити роботу всіх користувачів.

Розробник завжди може порівняти основну конфігурацію і конфігурацію бази даних, може повернутися до вихідного стану основної конфігурації, використовуючи конфігурацію бази даних (якщо, наприклад, зовсім заплутався в своїх змінах).

Таким чином, взаємодія двох конфігурацій можна представити таким чином (рис. 2.24):

Мал. 2.24. Взаємодія двох конфігурацій

Коли розробник працює з основною конфігурацією, система завжди підказує йому, чи відрізняється його варіант основної конфігурації від того, який збережений, і чи відрізняється збережений варіант основної конфігурації від конфігурації бази даних.

Якщо розробник редагує основну конфігурацію і редагований варіант основної конфігурації відрізняється від того, який збережений, в заголовку вікна дерева конфігурації з'являється ознака модифікування конфігурації (*) - рис. 2.25:

Мал. 2.25. Заголовок вікна дерева конфігурації

Якщо збережений варіант основної конфігурації відрізняється від конфігурації бази даних, в заголовку вікна дерева конфігурації з'являється відзнаку конфігурацій () - Мал. 2.26:

Мал. 2.26. Заголовок вікна дерева конфігурації

Для збереження основної конфігурації слід скористатися командою Конфігурація à Зберегти конфігурацію, а для оновлення конфігурації бази даних необхідно виконати команду Конфігурація à Оновити конфігурацію бази даних. При виконанні команди Налагодження à Почати налагодження система сама спочатку зберігає основну конфігурацію, а потім робить її порівняння з конфігурацією бази даних. У разі якщо конфігурації відрізняються, видається запит на оновлення конфігурації бази даних, який ви бачили в попередніх прикладах.

При виконанні команди Налагодження à Продовжити система, після описаних вище дій, пропонує ще й перезапустити програму, щоб припинити поточну отладочную сесію.

Таким чином, система намагається полегшити життя розробника і автоматизувати часто виконувані операції.

Важливим фактом є те, що саме в момент поновлення конфігурації бази даних система створює (модифікує) в базі даних ті структури зберігання даних, які ми описали в вигляді об'єктів конфігурації.

Таким чином, звичайні елементи довідника користувач додає в ту структуру бази даних, яку створила система на основі об'єкта конфігурації Довідник, а зумовлені елементи цього довідника система додає в цю структуру сама, на основі все того ж опису цієї структури, яким є об'єкт конфігурації Довідник.