Конфігурація і база даних
Давайте розглянемо це більш детально. Що ж дійсно міститься всередині інформаційної бази? Інформаційна база, це досить великий блок інформації, і, по-перше, в ній містяться призначені для користувача дані. Іншими словами, це деякі елементи довідників, який формує оператор, документи і дані в регістрах накопичення. Крім усього іншого, в інформаційній базі міститься, як мінімум, дві конфігурації. Це конфігурація основна, і конфігурація бази даних. Для файл-серверної архітектури в обов'язковому порядку все це міститься безпосередньо в спеціальному файлі, з назвою 1cv8.1cd.
Для чого ж потрібні ці дві конфігурації? Вся справа в тому, що розробник працює саме з основною конфігурацією. Тобто, коли розробник вносить будь-які зміни, всі зміни робляться саме в основний конфігурації. А зі зміною загальної бази даних працюють оператори, вони звертаються до неї і вносять зміни в дані інформаційної бази.
Для чого необхідна така схема? Справа в тому, що розробник при такій схемі взаємодії може змінювати основну конфігурацію, вносити в неї будь-які зміни, а паралельно можуть здійснювати роботу оператори зі своєю конфігурацією. У той момент, коли настане необхідність синхронізації двох конфігурацій, можна попросити користувачів вийти з інформаційної системи, коли розробники будуть готові зробити оновлення, і виконати оновлення конфігурації нової бази даних до основної конфігурації.
Крім того, що існує дві конфігурації, описані вище, є також і конфігурація постачальника. Її може не бути, якщо прикладне рішення розроблялося з нуля, тобто з порожньою інформаційної бази, але якщо база була встановлена з шаблону і вона знаходитися на підтримку постачальника, то тут же, всередині інформаційної бази зберігатися конфігурація постачальника.
Варто зазначити, якщо не може бути змінений включена, то цілком очевидно, що всі три конфігурації є однаковими. В цьому випадку система не зберігає конфігурацію постачальника, оскільки вона точно така ж, як і основна.