Здавалка
Главная | Обратная связь

Триланкова (багатоланкова) архітектура клієнт-сервер



Являє собою подальше вдосконалення дволанкової архітектури «клієнт-сервер».

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

- БД у вигляді набору файлів знаходиться на сервері мережі.

- СУБД розташоване на сервері мережі.

- Існує спеціально виділене програмне забезпечення.

- Існує безліч клієнтських комп’ютерів із встановленим на них «тонким клієнтом».

- На кожному з клієнтських комп’ютерів користувачі можуть за допомогою «тонкого клієнта» ініціювати звернення до програмного забезпечення ділового аналізу, розташованого на сервері додатків.

- Сервер додатків аналізує вимоги користувачів та формулює запити, які пересилаються на сервер.

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

- СУБД ініціює звернення до серверу, де здійснюється робота з обробки даних.

- СУБД повертає результат на сервер додатку.

- Сервер додатку повертає результат користувачу.

- Додаток відображає результат виконання запиту.


 

11. Огляд СУБД. Настільні СУБД. Серверні СУБД. MS SQL Server. Oracle. Серверні бази даних компанії ІВМ

 

СУБД поділяються на настільні та серверні.

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

Першою широко поширеною системою такого роду була DBase-III Plus. Наступними стали FoxPro, FoxBase +, Visual FoxPro, Paradox, MS Access.

Серверні СУБД виробляються корпораціями Oracle (45%), Microsoft (17%), IBM (21%), відповідно, Oracle, MS SQL Server, DB-2, Informix Dynamic Server.

MS SQL Server має декілька версій MS SQL Server-2000, MS SQL Server -2005, MS SQL Server-2008, є закінченою пропозицією в сфері БД для створення бізнес-додатків та сховищ даних. Дозволяє значно скоротити час виведення рішень на ринок. Містить підтримку мови XML та протоколу HTTP, дозволяє знизити сукупну вартість продукту. Платформа бізнес-аналізу MS SQL Server 2008 тісно інтегрований з MS Office, підтримує роботу з корпоративним сховищем даних, надає високопродуктивний процесор даних для найскладніших задач високого рівня.

Oracle включає цілу лінійку продуктів Oracle 8, Oracle 9i, Oracle 10g, як власне СУБД (Oracle Database 10g, Oracle Database 11g), так і засоби розробки СУБД. Пропонує комплексні технологічні рішення, включає інструменти управління та аналітики неструктурованими даними.

IBM - DB2 и Informix. DB-2 є масштабованою обєктно-реляційною СУБД, що працює на системах персональних комп’ютерах та у багатопроцесорних системах, а також у системах з масовим паралелізмом, а також на хостах AS/400. объединяет в себе высокую производительность систем обработки транзакций в режиме on-line, объектно-реляционные расширения, усовершенствованные средства оптимизации с возможностями параллельной обработки и поддержкой очень больших баз данных.

 

Кроме вышеуказанных зарубежных систем отметим и отечественную разработку – СУБД НИКА, преемницу широко распространенной в Советском Союзе СУБД ИНЕС для ЕС ЭВМ.

 

12. Різні уявлення про дані в базах даних

 

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

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

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

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

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

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

Три рівні опису даних - зовнішній, концептуальний та внутрішній - формують трирівневу архітектуру SPARC. Її мета - відокремлення призначеного для користувача уявлення про дані від їх фізичного представлення. Використання таких уявлень про дані дозволяє виконати основну вимогу БД: незалежність програм від даних.

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

1) Зовнішнє представлення- уявлення користувача, що працює з БД.

2) Зовнішнє представлення і логічна модель - уявлення програміста, зо розробляє прикладні програми.

3) логічна модель і нутрішнє представлення - уявлення системного програміста, що адмініструє БД.

 

13. Основні етапи проектування бази даних

 

Проектування БД є послідовним багатоетапним процесом.

Предметна область - конкретні явища реального світу, що представляють інтерес для дослідження того, що проводиться.

основними етапами проектування БД є:

1) створення

2) апробація

3) виправлення помилок та поліпшення характеристик

4) дослідна експлуатація.

 

1. Перша стадія концептуальної побудови БД. Опис інформаційного представлення предметної області

· Предметна область та інформаційні потреби користувача – сприйняття, абстрагування, вивчення, опис

· Проектування узагальненого концептуального представлення

 

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

· Вибір СУБД

· Побудова логічної моделі

 

3. Проектування представлення даних в пам’яті компа

4. Оцінка експлуатаційних характеристик прикладних програм

5. Проектування та розробка програм реалізації

 

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

Проводиться на прикладі предметної області: ВНЗ, що має декілька факультетів. На кожному ведеться підготовка за кількома напрямками, що мають учбові плани з переліками курсів із зазначенням кількості занять та годин.

Найчастіше концептуальна модель представляється у вигляді сутностей - Entity/Relationship, або ER-діаграма. Процес побудови називається ER-моделюванням.

Сутність (Entity) - те, про що накопичуватиметься інформація в інформаційній системі. Сутністю буде факультет, студент тощо, в залежності від ситуації. Імя записується заголовними літерами. Кожна сутність володіє певним набором властивостей. В ролі властивостей «ФАКУЛЬТЕТ» можна вказати його номер, назву тощо, «ІСПИТ» - назву предмету, дату, прізвище екзаменатора.

Сукупність сутностей, що характеризуються одним і тим же переліком властивостей, називають клас сутностей (набор об’єктів). Наприклад, сукупність усіх сутностей «СТУДЕНТ» складає клас сутностей «СТУДЕНТ».

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

Найпоширенішим способом представлення концептуальної моделі є ER-діаграма, та їх представлення не являє собою складності. Ми представимо її у вигляді чотирикутника.

15. Перша стадія концептуального проектування бази даних. Атрибут. Зв’язки.Максимальні кардинальні числа

Для інформаційного опису вводиться поняття атрибут - інформаційне відображення властивостей сутності, що набуває інформаційне значення з безлічі значень. Для сутності «ФАКУЛЬТЕТ» атрибут «Назва» конкретного екземпляра сутності набуває конкретного значення: «мехмат». Він описує стан сутності, дозволяє її ідентифікувати. Інформація про сутність представляється сукупністю атрибутів, що називається записом про об’єкт.

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

Клас сутностей «СТУДЕНТ» пов’язаний з класом сутностей «ФАКУЛЬТЕТ» зв’язком «вчиться на факультеті». Його міра рівна 2 (бінарний зв’язок). Зв’язок розглядається як двосторонній.

Класифікація бінарних зв’язків:

1) 1:1 - одиночний екземпляр сутності одного класу пов’язаний з одиночним екземпляром сутності іншого класу («ФАКУЛЬТЕТ» - «УЧБОВИЙ ПЛАН»)

2) 1:N - одиночний екземпляр сутності одного класу пов’язаний з багатьма екземплярами сутності іншого класу («ФАКУЛЬТЕТ» - «СТУДЕНТ»)

3) M:N - декілька екземплярів сутності одного класу пов’язані з декількома екземплярами сутності іншого класу («ФАКУЛЬТЕТ» - «СПЕЦІАЛЬНІСТЬ»)

Числа, що описують типи бінарних зв’язків, позначають максимальну кількість сутностей на кожній стороні зв’язку та називаються максимальними кардинальними числами, а відповідна пара чисел - максимальною кардинальністю.

На ER-діаграмі зв’язки із сутностями позначаються стрілками, поруч з якими вказуються ім’я зв’язку та тип зв’язку.

16. Побудова концептуальної моделі у вигляді ER-діаграми. Головні етапи побудови

 







©2015 arhivinfo.ru Все права принадлежат авторам размещенных материалов.