Бази даних та субд. Бази даних та субд Складові частини звіту

Програміст і реальний експерт із запровадження 1С повинен знати нюанси роботи 1С Підприємства різних системах управління баз даних.

У цій статті будуть розглянуті основні особливості роботи всіх СУБД, сумісних із 1С 8.3.

1С підприємство підтримує 5 видів СУБД:

• файловий варіант самого 1С;
• IBM DB2;
• MS SQL;
• Oracle BD;

В файловому режимі роботиСУБД у 1С є такі особливості. У системі кожна таблиця представлена ​​4 файлами:

• файл опису таблиці;
• файл записів;
• файл значень необмеженої довжини (їх виносять із основного файлу записів для оптимізації);
• файли індексів.

Ключові особливості:

1. Обмеження розміруодного з перерахованих вище файлів 4 Гб дискового простору.
2. такої бази даних не може перевищувати 1920 байтів.
3. Кількість полів для індексації обмежується 256 полями (в інших СУБД лише 16 полів).

Отримайте 267 відеоуроків з 1С безкоштовно:

Microsoft SQL

Ключова особливість СУБД MS SQL з 1С 8.2 максимальна кількість таблиць у запиті 256. Може здатися, що багато, проте при зверненні по крапці до полів складового типу Ви можете миттєво отримати всі 256 таблиць.

1. NULLтак само, як і Oracle, при сортуванні за зростанням стає наприкінці результату.
2. У режимі автоматичного блокування при читанні таблиця блокується повністю.
3. У СУБД PostgreSQL сильно зменшується продуктивність у режимі інтенсивної роботи, система якнайчастіше потрібна реіндексування(метод REINDEX).
4. Великий вплив на продуктивність PostgreSQL робить швидкість роботи жорсткого диска - дані після команди COMMIT (фіксація транзакції) з кеша поміщаються на диск. Це значно підвищує надійність, проте знижує продуктивність СУБД під час запису інформації ( функція fsync). Тому вважається, що ця СУБД є дуже повільною щодо запису та видалення інформації, однак це можна виправити.
5. Можна досягти підвищення надійності використанням RAID - масивіву поєднанні з блоками безперебійного живлення. Тим самим ми підвищимо надійність системи. Після підвищення надійності можна нехтувати включенням функції fsyncі цим істотно збільшити швидкість роботи системи.
6. При обчисленні різниці між датами, якщо у проміжку дат трапляються переходи із зимового часу на літній (і навпаки), СУБД PostgreSQL враховує різницю. Приклад — різниця між 29.10.2013-00:00:00 та 30.10.2013-00:00:00 буде не 24 години, а 25.
7. СУБД неефективно відпрацьовує вид з'єднання - "ПОВНЕ ЗОВНІШнє З'ЄДНАННЯ".

IBM DB2

1. СУБД DB2 має нетипізоване значення NULL.
2. DB2 чутлива до регістру рядкових значень порівняно. Стосується не тільки прямого порівняння, а й операцій згрупувати, об'єднати, РІЗНІ.
3. Максимальна довжина числового значення - 31 знак(В інших СУБД - 38).
4. Максимальна довжина ресурсу регістрів бухгалтерії та накопичення - 25 знаків(скрізь 32).
5. Максимальна кількість колонок у списку вибірки - 1012.
6. Максимальний розмір поля необмеженої довжини 1 Гб.
7. Аргументом у конструкції «Подібно» може бути лише літералзаборонено використання основних шаблонів.
8. Продуктивність СУБД IBM DB2 суттєво знижується при використанні підзапитів за умови з'єднання.

Oracle DB

1. Не можна використовувати конструкції «ПЕРШІ» та «Упорядковувати» всередині підзапиту умови «В (..підзапит..)».
2. NULL при сортуванні за зростанням стає наприкінці результату.
3. На роботу СУБД Oracle DB дуже впливає статистика планів запиту 1C.

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

Визначення База даних (БД) іменована сукупність даних, що відбиває стан об'єктів та його відносин у аналізованої предметної області. Система управління базами даних (СУБД) – сукупність мовних та програмних засобів, призначених для створення, ведення та спільного використання БД багатьма користувачами. Використання СУБД дозволяє створювати програми, незалежні від способів реалізації зберігання даних на зовнішніх носіях. Для роботи з базою даних СУБД має забезпечувати: можливість використання засобів доступу та маніпуляції даними БД; роботу з великим обсягом даних; швидкість пошуку даних; логічну цілісність даних (їхня несуперечність); надійність зберігання даних (можливість відновлення через різні збої); можливість авторизації та розмежування повноважень користувачів (захист від несанкціонованого доступу). 2

Основні функції СУБД 1. Безпосереднє керування даними у зовнішній пам'яті Ця функція включає забезпечення необхідних структур зовнішньої пам'яті як для зберігання даних, що безпосередньо входять до БД, так і для службових цілей, наприклад, для прискорення доступу до даних у деяких випадках (зазвичай для цього використовуються індекси). що у розвинених СУБД користувачі у разі нічого не винні знати, чи використовує СУБД файлову систему, і якщо використовує, те як організовані файли. 2. Управління буферами оперативної пам'яті У розвинених СУБД підтримується власний набір буферів оперативної пам'яті з дисципліною заміни буферів. 3. Управління транзакціями Транзакція - це послідовність операцій над БД, що розглядаються СУБД як єдине ціле. Або транзакція успішно виконується, і СУБД фіксує (COMMIT) зміни БД, вироблені цією транзакцією, у зовнішній пам'яті, або жодна з цих змін не позначається на стані БД. Поняття транзакції необхідне підтримки логічної цілісності БД. Підтримка механізму транзакцій є обов'язковою умовою навіть однокористувальних СУБД (якщо, звичайно, така система заслуговує на назву СУБД). Але поняття транзакції набагато важливіше в розрахованих на багато користувачів СУБД. 3

Основні функції СУБД 4. Журналізація Журнал - це особлива частина БД, недоступна користувачам СУБД і підтримується з особливою ретельністю (іноді підтримуються дві копії журналу, розміщені на різних фізичних дисках), до якої надходять записи про всі зміни основної частини БД. У різних СУБД зміни БД журналізуються різних рівнях: іноді запис у журналі відповідає деякої логічної операції зміни БД, іноді - мінімальної внутрішньої операції модифікації сторінки зовнішньої пам'яті; у деяких системах одночасно використовуються обидва підходи. 5. Підтримка мов БД мова визначення схеми БД (SDL - Schema Definition Language) мова маніпулювання даними (DML - Data Manipulation Language) мова SQL (Structured Query Language): дозволяє визначати схему реляційної БД та маніпулювати даними (реалізує SDL засоби визначення обмежень цілісності БД здійснює авторизацію доступу до об'єктів БД 4

Компоненти СУБД ядро, яке відповідає за управління даними у зовнішній та оперативній пам'яті, та журналізацію, процесор мови бази даних, що забезпечує оптимізацію запитів на вилучення та зміну даних та створення, як правило, машинно-незалежного виконуваного внутрішнього коду, підсистему підтримки часу виконання, яка інтерпретує програми маніпуляції даними, що створюють інтерфейс користувача з СУБД а також сервісні програми (зовнішні утиліти), що забезпечують ряд додаткових можливостей з обслуговування інформаційної системи. 5

Архітектура СУБД Трирівнева модель системи управління базою даних, запропонована ANSI (American National Standards Institute) Ця архітектура дозволяє забезпечити логічну (між рівнями 1 та 2) та фізичну (між рівнями 2 та 3) незалежність при роботі з даними. Виділення концептуального рівня дозволило розробити апарат централізованого управління базою даних. Рівень зовнішніх моделей Фізичний рівень 6

Рівень зовнішніх моделей - найвищий рівень, де кожна модель має своє "бачення" даних. Цей рівень визначає точку зору БД окремих додатків. Кожна програма бачить і обробляє лише ті дані, які необхідні саме цій програмі. Концептуальний рівень центральна керуюча ланка, тут база даних представлена ​​в найбільш загальному вигляді, який поєднує дані, що використовуються всіма додатками, що працюють з цією базою даних. Фактично концептуальний рівень відбиває узагальнену модель предметної області (об'єктів реального світу), на яку створювалася база даних. Як і будь-яка модель, концептуальна модель відбиває лише суттєві, з погляду обробки, особливості об'єктів реального світу. Фізичний рівень власне дані, розташовані у файлах або сторінкових структурах, розташованих на зовнішніх носіях інформації. 7

Архітектура "файл-сервер" 9

Файл-серверні СУБД Файли даних розміщуються централізовано на файл-сервері. СУБД розміщується кожному клієнтському комп'ютері. Доступ СУБД даних здійснюється через локальну мережу. Синхронізація читань та оновлень здійснюється за допомогою файлових блокувань. Перевагою цієї архітектури є низьке навантаження на сервер ЦП. Недоліки: потенційно високе завантаження локальної мережі; утрудненість централізованого управління; утрудненість забезпечення таких важливих характеристик як висока надійність, доступність та безпека. Застосовуються найчастіше локальних додатках, які використовують функції управління БД. Приклади: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxProMicrosoft AccessParadoxdBaseFoxPro

Архітектура "клієнт – сервер" 11

Клієнт-серверна СУБД Клієнт-серверна СУБД розташовується на сервері разом з БД та здійснює доступ до БД безпосередньо, в монопольному режимі. Усі клієнтські запити на обробку даних обробляються клієнт-серверною СУБД централізовано. Нестача клієнт-серверних СУБД полягає у підвищених вимогах до сервера. Переваги: ​​потенційно нижче завантаження локальної мережі; зручність централізованого управління; зручність забезпечення таких важливих характеристик як висока надійність, висока доступність та висока безпека. Приклади: Oracle, Firebird, Interbase, IBM DB2, MS SQL Server, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Caché, LINTER.OracleFirebirdInterbaseIBM DB2MS SQL ServerSybase Adaptive Server EnterprisePostgreSQL

Вбудовувані СУБД Може поставлятися як складова частина програмного продукту, не вимагаючи процедури самостійної установки. Призначена для локального зберігання даних своєї програми та не розрахована на колективне використання в мережі. Фізично найчастіше реалізована у вигляді бібліотеки, що підключається. Доступ до даних із боку програми може відбуватися через SQL або через спеціальні програмні інтерфейси. Приклади: OpenEdge, SQLite, BerkeleyDB, Firebird Embedded, MySQL, Sav Zigzag, Microsoft SQL Server Compact, LINTER.OpenEdgeSQLiteBerkeleyDB

Розмежування функцій між сервером та клієнтом Функції програми-клієнта: Надсилання запитів серверу. Інтерпретація результатів запитів, отриманих сервера. Подання результатів користувачеві у певній формі (інтерфейс користувача). Функції серверної частини: Прийом запитів від програм-клієнтів. Інтерпретація запитів. Оптимізація та виконання запитів до БД. Надсилання результатів додатку-клієнту. Забезпечення системи безпеки та розмежування доступу. Управління цілісністю БД. Реалізація стабільності розрахованого на багато користувачів режиму роботи. 14

Сучасні локальні СУБД використовуються для порівняно невеликих завдань (невеликий обсяг оброблюваних даних, мала кількість користувачів) мають відносно спрощену архітектуру, зокрема, функціонують у режимі файл-сервер, підтримують не всі можливі функції СУБД (наприклад, не ведеться журнал транзакцій, відсутня можливість автоматичного відновлення бази даних після збоїв тощо) dBase III – PLUS, Clipper (фірма Nantucket Inc.), FoxPro (фірма Fox Software), FoxBase+ (фірма Fox Software), Visual FoxPro (фірма Microsoft), PARADOX (фірма Borland International ) Microsoft Access (фірма Microsoft). 15

Адміністрація БД Адміністрування бази даних – це функція управління базою даних (БД). Особа відповідальна за адміністрування БД називається Адміністратор бази даних (АБД) або Database Administrator (DBA). Адміністратор бази даних (АБД) або Database Administrator (DBA) – це особа, яка відповідає за вироблення вимог до бази даних, її проектування, реалізацію, ефективне використання та супровід, включаючи управління обліковими записами користувачів БД та захист від несанкціонованого доступу, а також підтримку цілісності бази даних 17

Завдання адміністратора БД 1. Проектування баз даних. 2. Оптимізація продуктивності бази даних. 3. Забезпечення та контроль доступу до бази даних. 4. Забезпечення безпеки у базі даних. 5. Резервування та відновлення бази даних. 6. Забезпечення цілісності баз даних. 7. Забезпечення переходу нову версію СУБД. 18

Спеціалізація адміністратора БД 1. Системний адміністратор. 2. Архітектор БД. 3. Аналітик БД. 4. Розробник моделей даних. 5. Адміністратор додатку. 6. Проблемно-орієнтований адміністратор БД. 7. Аналітик продуктивності. 8. Адміністратор сховища даних. 19

4.СИСТЕМИ УПРАВЛІННЯ БАЗАМИ ДАНИХ 1

4.1.Класифікація СУБД 1

4.2.Правила Кодда для реляційної СУБД (РСУБД) 2

4.3.Основні функції реляційної СУБД 4

4.4.Адміністрування бази даних 5

4.5.Словник-довідник даних 6

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

Ядро СУБД– це набір програмних модулів, необхідний та достатній для створення та підтримки БД, тобто універсальна частина, що вирішує стандартні завдання щодо інформаційного обслуговування користувачів. Сервісні програминадають користувачам ряд додаткових можливостей та послуг, що залежать від описуваної предметної області та потреб конкретного користувача.

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

Принципово важлива властивість СУБД полягає в тому, що вона дозволяє розрізняти і підтримувати два незалежні погляди на БД: "погляд" користувача, що втілюється в "логічному" поданні даних, і "погляд" системи - "фізичне" уявлення (організація даних, що зберігаються).

Для ініціалізації бази даних розробник засобами конкретної СУБД визначає логічну структуру БД, її організацію у середовищі зберігання та уявлення даних (відповідно концептуальну схему БД, схему зберігання та зовнішні схеми). Обробляючи ці схеми, СУБД створює порожню БД необхідної структури та надає кошти наповнення її даними предметної області та подальшої експлуатації.

1. Класифікація СУБД

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

Спеціалізовані СУБД створюються у випадках, коли жодна з існуючих СУБД загального призначення не може задовільно вирішити завдання, що стоять перед розробниками. Причин може бути кілька:

• 
  не досягається необхідної швидкодії обробки даних;
• 
  необхідна робота СУБД за умов жорстких апаратних обмежень;
• 
  потрібна підтримка специфічних функцій обробки даних.

1. 
   рахунок знання особливостей конкретної предметної області,
2. 
   шляхом скорочення функціональної повноти системи.

За методами організації зберігання та обробки даних СУБД ділять на централізованіі розподілені. Перші працюють із БД, яка фізично зберігається в одному місці (на одному комп'ютері). Це не означає, що користувач може працювати з БД тільки за тим самим комп'ютером: доступ може бути віддаленим (у режимі клієнт-сервер). Більшість централізованих СУБД перекладає завдання організації віддаленого доступу до даних на мережне забезпечення, виконуючи лише стандартні функції, які ускладнюються рахунок одночасності доступу багатьох користувачів до даних.

За моделлю даних розрізняють ієрархічні,мережеві,реляційні, об'єктно-реляційніі об'єктно-орієнтованіСУБД.

Для реляційних СУБД Е.Ф. Кодд запропонував та обґрунтував 12 правил, яким має задовольняти реляційна СУБД даних (РСУБД).

1. Правила Кодду для реляційної СУБД (РСУБД)

1. 
   Явне представлення даних (The Information Rule). Інформація повинна бути представлена ​​у вигляді даних, що зберігаються в осередках. Дані, що зберігаються в осередках, мають бути атомарними. Порядок рядків у реляційній таблиці не повинен впливати на зміст даних.
2. 
   Гарантований доступ до даних (Guaranteed Access Rule). До кожного елемента даних має бути гарантований доступ за допомогою комбінації імені таблиці, первинного ключа рядка та імені стовпця.
3. 
   Обробка невідомих значень (Systematic Treatment of Null Values). Невідомі значення NULL, відмінні від будь-якого відомого значення, повинні підтримуватись для всіх типів даних при виконанні будь-яких операцій. Наприклад, для числових даних невідомі значення не повинні розглядатися як нулі, а для символьних даних як порожні рядки.
4. 
   Динамічний каталог даних, що базується на реляційній моделі (Dynamic On-Line Catalog Based on the Relational Model). Каталог (або словник-довідник) даних повинен зберігатися у формі реляційних таблиць, і РСУБД повинна підтримувати доступ до нього за допомогою стандартних мовних засобів, тих самих, які використовуються для роботи з реляційними таблицями, що містять дані користувача.
5. 
   Повнота підмножини мови (Comprehensive Data Sublanguage Rule). РСУБД повинна підтримувати єдину мову, яка дозволяє виконувати всі операції над даними: визначення даних (DDL, Data Definition Language), маніпулювання даними (DML, Data Manipulation Language), управління доступом користувачів до даних, управління транзакціями.
6. 
   Підтримка оновлюваних уявлень (View Updating Rule). Подання (view) – це запит до таблиць бази даних. Поновлення, що оновлюється, має підтримувати всі операції маніпулювання даними , які підтримують реляційні таблиці: операції вставки, модифікації та видалення даних.
7. 
   Наявність високорівневих операцій управління даними (High-Level Insert, Update, and Delete). Операції вставки, модифікації та видалення даних повинні підтримуватися не тільки по відношенню до одного рядка таблиці, але по відношенню до будь-якої кількості рядків довільної таблиці.
8. 
   Фізична незалежність даних (Physical Data Independence). Програми не повинні залежати від способів зберігання даних на носіях, від апаратного забезпечення комп'ютера, на якому знаходиться БД. РСУБД повинна надавати деяку свободу модифікації способів організації бази даних у середовищі зберігання, не викликаючи необхідності внесення змін до логічного представлення даних. Це дозволяє оптимізувати середовище зберігання даних з метою підвищення ефективності системи, не торкаючись створених прикладних програм, що працюють із БД.
9. 
   Логічна незалежність даних (Logical Data Independence). Ця властивість дозволяє сконструювати кілька різних логічних поглядів (уявлень) на ті самі дані для різних груп користувачів. При цьому уявлення даних користувача може сильно відрізнятися не тільки від фізичної структури їх зберігання, але і від концептуальної (логічної) схеми даних. Воно може синтезуватися динамічно на основі об'єктів БД, що зберігаються в процесі обробки запитів.
10. 
    Незалежність контролю цілісності (Integrity Independence). Вся інформація, необхідна підтримки цілісності, має бути у словнику даних. Мова для роботи з даними повинна перевіряти вхідні дані та автоматично підтримувати цілісність даних. Це реалізується за допомогою обмежень цілісності та механізму транзакцій.
11. 
    Незалежність від розподіленості (Distribution Independence). База даних може бути розподіленою (може перебувати на декількох комп'ютерах), і це не повинно впливати на програми. Перенесення бази даних на інший комп'ютер не повинно впливати на програми.
12. 
    Узгодження мовних рівнів (Non-Subversion Rule). Не повинно бути іншого засобу доступу до даних, відмінного від стандартної мови для роботи з даними. Якщо використовується низькорівнева мова доступу до даних, вона не повинна ігнорувати правила безпеки та цілісності, які підтримуються мовою вищого рівня.

1. Основні функції реляційної СУБД

1. 
   Підтримка розрахованого на багато користувачів режиму доступу.

1. 
   Забезпечення фізичної цілісності даних.

1. 
   Управління доступом.

1. 
   Налаштування РСУБД.

• 
  підключення зовнішніх додатків до БД;
• 
  модифікація параметрів організації середовища зберігання даних з підвищення ефективності системи;
• 
  зміна структури даних, що зберігаються, або їх розміщення в середовищі зберігання ( реорганізація БД) для підвищення продуктивності системи або повторного використання звільненої пам'яті;
• 
  модифікацію концептуальної схеми даних ( реструктуризація БД) при зміні предметної області та/або потреб користувачів.

1. Адміністрація бази даних

Адміністрація БД доручається адміністратора (або персонал адміністрування, якщо система БД велика). До завдань адміністратора входить виконання кількох груп функцій:

1. 
   Адміністрація предметної області: підтримка представлення БД концептуальному рівні архітектури СУБД (загально всім додатків); адекватне відображення БД змін, що відбуваються в ПЗ. Остання вимога може мати на увазі реструктуризацію (зміна схеми) БД і подальше приведення вмісту БД у відповідність до нової схеми.
2. 
   Адміністрація БД: підтримка представлення БД серед збереження, ефективна і надійна експлуатація системи БД. Якщо цьому рівні проводиться реорганізація БД (з метою підвищення ефективності роботи), вона полягає в следующем:

• 
  зміни в структурі даних, що зберігаються, наприклад, виведення в окрему таблицю рідко використовуваних даних ;
• 
  зміни способів розміщення даних у пам'яті, наприклад:

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

• 
  зміни методів доступу до даних, наприклад, побудова індексів або введення хешування.

1. 
   Адміністрація додатків: підтримка уявлень БД різних груп користувачів механізмами зовнішнього рівня СУБД. При зміні концептуальної схеми БД або схеми зберігання може знадобитися внесення відповідних змін до додатку.
2. 
   Адміністрація безпеки даних: надання користувачам прав на доступ до БД та налаштування системних засобів захисту від несанкціонованого доступу.

1. Словник-довідник даних

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

Словник БДслужить підтримки функціонування компонентів програмного забезпечення – СУБД і прикладних програм, які працюють із БД. Словник містить відомості про організацію БД, її склад і структуру, опис даних: формати уявлення, структуру, методи доступу, способи розміщення даних у пам'яті тощо. Інформація у словнику представлена ​​у вигляді, зручному для програмного використання.

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

Багато метаданих словника і довідника значною мірою перетинаються. Понад те, можуть реалізовуватися разом: у багатьох РСУБД словник складається з таблиць (table), містять опис об'єктів БД, а довідник реалізується з допомогою уявлень (view) над таблицями словника.

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

Режими роботи та клієнтські програми

У найпростішому варіанті конфігурації системи рекомендується застосування спеціального файлу: "1Cv8.1CD". У ньому зберігається нова інформація користувачів, фіксуються зміни у регістрах, зроблені індивідуальні налаштування. Такий спосіб відрізняється зручністю використання. Його функціонал доступний без додаткових витрат. Єдиним істотним недоліком є ​​обмежена кількість користувачів, трохи більше 10.

Важливо! Для зберігання самого файлу "1Cv8.1CD" виділяють окремий комп'ютер. До нього згодом організують доступ всіх користувачів по локальній мережі, які отримують можливість роботи з дисковим простором. У разі відбувається імітація режиму «клієнт-сервер».

Наведемо відомості, які дозволять точніше оцінити придатність такого вибору для вирішення певних завдань:

• Структура вищезгаданого файлу є табличною. Розмір кожного окремого блоку обмежений обсягом 4 Гб;
• Якщо використовуються «молодші» версії 1С, нижче 8.3, то коректне виконання деяких завдань в автоматичному режимі буде неможливо. Обмеженням є необхідність підключення окремих користувачів;
• У цьому вся варіанті не можна здійснювати одночасне проведення кількох документів;
• Він забезпечує високий рівень безпеки. За бажання будь-який користувач може зробити копію основного файлу, в якому зберігається база даних підприємства.

Для масштабніших проектів краще підходить повноцінна організація роботи в режимі «клієнт-сервер». Перерахуємо його особливості:

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

У режимі «клієнт-сервер» застосовують стандартну архітектуру з трьох рівнів. Найнижчий - це програми користувача. Від них надходять звернення до серверів кластеру. При необхідності включається кешування даних. Алгоритм обробки запитів передбачає можливість негайного отримання відповідей. Для отримання інформації під керівництвом менеджера процесів сервер формує звернення до СУБД. Дані до клієнта надходять по зворотному ланцюжку.

Порада! Якщо передбачаються пікові навантаження, рекомендується встановити необхідну кількість додаткових робочих серверів. До них автоматично перенаправлятимуться запити користувачів.

Для переходу від файлового варіанта, до продуктивнішого, «клієнт-серверного» режиму достатньо завантажити старі дані в спеціальний архів. Їх далі зберігають на сервері. У розділі «Конфігурація» програми 1С можна переглянути, який саме режим активізовано.

Клієнтські програми

У 1С передбачено роботу із застосуванням кількох видів програмного забезпечення. Відзначимо особливості цих трьох клієнтів:

• Тонкий – прийом/передача даних складає основі власного протоколу. Якщо використовується https, то необхідне відповідне налаштування сервера.
• Товстий застосовується лише за достатньої продуктивності ліній зв'язку. З його допомогою виконують налагоджувальні та обчислювальні операції, звертаються до БД.
• У Web використовують програми, що працюють у браузері.

Важливо! Застосування не придатне на вирішення розробником практичних питань.

Якщо використовується «файловий» режим, то даних у 1Cv8.1CD можуть звертатися безпосередньо, а Web – лише через сервер. При роботі з тонким клієнтом допустиме використання обох шляхів. У «клієнт-серверному» варіанті використовуються подібні схеми, але додається ще одна ланка, об'єднані в кластер сервера. Саме від нього одержують деякі відповіді оперативно. При необхідності запит адресується більш високий рівень, в СУБД.

Застосування різних систем керування базами даних

• Файлова СУБД:
  • Подання будь-якої з таблиць наступними файлами: описи, записів, індексів та значень;
  • Кожен із файлів займає трохи більше 4 Гб на диску;
  • Довжина ключа обмежена 1920 байтами;
  • Для індексації можна використовувати максимум 256 полів.
• PostgreSQL:
  • Якщо використаний режим сортування за зростанням величин NULL розташовуються наприкінці списку;
  • Швидкість обробки даних у цій СУБД зменшується при суттєвому підвищенні інтенсивності звернень користувачів;
  • Показники продуктивності залежать від відповідних технічних параметрів накопичувачів;
  • Особливий алгоритм фіксації кожної трансакції підвищує рівень надійності;
  • Запобігти появі помилок допоможе комплексне використання джерел безперебійного живлення та масивів RAID.
• Microsoft SQL - найбільша кількість в одному запиті таблиць не повинна перевищувати 256 од.;
• В Oracle DB, як і PostgreSQL, після сортування за зростанням NULL встановлюється в кінці списку. У цій СУБД заборонено «Упорядкувати», або «Перші» розміщувати всередині конструкції «У «підзапит». У разі її використання слід уважно працювати зі статистичними даними планів запитів. Вони помітно впливають на стабільність 1С;
• IBM DB2:
  • NULL не є типовим показником;
  • Числове значення не повинно перевищувати 31 символ;
  • Одне поле обмежено об'ємом 1 Гб;
  • При збільшенні кількості підзапитів (за умови з'єднання) не виключено зниження продуктивності.

Правильне використання 1С для підприємства здійснюється з урахуванням відомостей, представлених у цій статті.

Файлова СУБД- Одна із систем управління базами даних, яку підтримує платформа. Файлова СУБД розроблена фірмою "1С" та є частиною платформи.

Файлова СУБД зберігає всі дані в одному файлі-файловій базі даних. Цей формат зберігання даних розроблений фірмою "1С" спеціально для прикладних рішень 1С:Підприємства 8.

При створенні платформи був потрібен ефективний формат для створення на його основі легкого варіанта 1С:Підприємства 8 для персонального використання та невеликих робочих груп. Формат повинен був задовольняти певним вимогам, таким як ефективність, підтримка UNICODE , можливість розміщення всієї інформаційної бази в одному файлі. Використання цього варіанта не повинно вимагати встановлення додаткового програмного забезпечення користувача та будь-яких дій з адміністрування.

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

За результатами дослідження товарів сторонніх виробників та їх аналізу було прийнято рішення про створення власного "движка" бази даних, що підтримує свій формат зберігання.

Технічна реалізація роботи з файловою базою даних

Файлова СУБД є частиною платформи, тому під час роботи системи у файловому варіанті товстий і тонкий клієнти самостійно здійснюють всю роботу з даними.