Page 111 - 4636

пропускної здатності або більше ефективного розподілу навантаження. З точки зору розробки ці
підходи еквівалентні, проте в плані продуктивності другий варіант може виявитися кращим.
У міру зростання розмірів і складності програми, можна розділити РНР-додаток на рівні –
зазвичай це рівень роботи з базами даних, який взаємодіє з MySQL, рівень бізнес-логіки, який містить
основну частину програми, і рівень подання, керуючий HTML-висновком. Тим не менш, базова
архітектура, показана на рис. 5.9, як і раніше зберігається, просто до розділу, що належить до РНР,
додаються додаткові структури.

КОНТРОЛЬНІ ПИТАННЯ

1 Концепції і термінологія реляційних баз даних.
2 Проектування баз даних для веб-додатків.
3 Архітектура баз даних для веб додатків.
4 Поняття про актування бази даних. Вимоги, що пред'являються до бази даних.
5 Етапи життєвого циклу бази даних.
6 Представлення сутності та зв'язку на ER-діаграмі.
7 Типи зв'язку, їх подання на ER-діаграмі.
8 Клас приналежності сутності, його подання на ER-діаграмі.
9 Правила перетворення ER-діаграм в реляційні таблиці в разі зв'язку.
10 Нормалізація таблиць, її мета. Перша нормальна форма. Друга нормальна форма. Третя
нормальна форма.
11 Концептуальне проектування, його мета і процедури.
12 Логічне проектування, його мета і процедури.
13 Фізичне проектування, його мета і процедури.
14 Семантична об'єктна модель. Приклад об'єктної діаграми.
15 Case-засоби для моделювання даних.

108