ізації віконних додатків, звичних звичайним користувачам Microsoft Windows.
4. Проектування розподіленої бази даних
4.1 Побудова концептуальної моделі бази даних
Концептуальна модель РБД виглядає наступним чином:
Малюнок 1 - Концептуальна модель
4.2 Реалізація реляційної бази даних
4.2.1 Опис таблиць
Таблиця Orders містить відомості про замовлення на вантажоперевезення: внутрішній номер, постачальник, споживач, дату заявки, тип вантажу, масу, пункт призначення, відстань до пункту призначення.
Таблиця Criterias містить типи вантажів у вигляді ієрархії: номер типу, батько, рівень і назва.
Таблиця Transport містить дані про автотранспорт: внутрішній номер, держномер, марку автомобіля, модель, місткість, тип перевезення, мінімальний і максимальна відстань ходки, час завантаження і знаходження в ремонті.
Таблиця TransportCriterias встановлює відповідність між автотранспортом і типами вантажів.
Таблиця Timetable відображає зайнятість автотранспорту в перевезеннях і дату скоєння перевезення.
4.2.2 Опис уявлень
Подання Запит Критерії + Замовлення відображає дані про замовлення в прийнятному для користувача вигляді - в шапці таблиці заголовки російською мовою, номери типів вантажів замінені на текстові значення.
Подання Фільтр Комп'ютери є фільтром попереднього уявлення, що відображає тільки замовлення комп'ютерів, відсортованих за імені постачальника в прямому порядку і по імені споживача - у зворотному.
4.2.3 Діаграма бази даних
Малюнок 2 - Діаграма БД
5. Розподіл даних і реплікація
5.1 Вибір типу реплікації РБД
Поки наша фірма по Перевезення не розрослася досить широко, для нашої бази підійде реплікація моментальними знімками. Але, враховуючи темпи зростання, поглянемо в майбутнє, де однієї активної базою вже не обмежитися. Реплікація моментальними знімками не задовольнятиме вимогу одночасної роботи в декількома базами, тому відразу налаштуємо реплікацію злиттям. У майбутньому це дозволить не тільки захистити дані від втрат, але і працювати з декількома базами одночасно, не боячись неузгодженості даних.
5.2 Налаштування реплікації
Для налаштування реплікації злиттям виконаємо наступні кілька кроків:
. Переконаємося, що Агент SQL Server включений. У диспетчері конфігурації SQL Server (малюнок 3) у пункті Служби SQL Server перевіримо, що Агент SQL Server знаходиться в стані Працює raquo ;, або включимо його якщо це не так.
Малюнок 3 - Диспетчер конфігурації SQL Server
2. У MS SQL Server Management Studio в пункті меню Реплікація натиснути ПКМ на Локальні публікації і вибрати Створити публікацію raquo ;.
Малюнок 4 - Створення публікації
. Вибрати базу даних для реплікації, вибрати тип Публікація злиттям raquo ;, вибрати необхідні дані для публікації, фільтрацію можна пропустити через непотрібність, налаштувати Агент моментальних знімків (малюнок 5), вказати обліковий запис і пароль до неї (обліковий запис з якою Ви входите на сервер, в нашому випадку ASH-PC Ash), натиснути клавішу Готово gt; gt; | raquo ;, ввести ім'я публікації і знову натиснути клавішу Готово raquo ;.
. У пункті Локальні публікації натиснути ПКМ на щойно створену публікацію і вибрати Створити підписку (малюнок 6).
. Перші дві настройки можна залишити за замовчуванням, у вікні Передплатники вказати сервер-передплатник і нову базу даних. У вікні вказати ім'я нової бази. Налаштувати параметри безпеки Агента SQL Server так само, як пункті 3 (малюнок 7). Натиснути Готово gt; gt; | і знову Готово raquo ;. Реплікація налаштована! Після синхронізації всі вибрані дані будуть перенесені в нову базу даних.
Малюнок 5 - Майстер створення публікацій
Малюнок 6 - Створення підписки
Малюнок 7 - Майстер створення підписки
5.3 Розподілені запити до даних
Щоб підтримувати дані в обох базах в актуальному стані, не вдаючись до реплікації, можна звернутися до розподілених запитам. А щоб ці запити в разі будь-яких збоїв не викликали неузгодженості, зверне...
