роботи з моделлю тільки на фізичному рівні, так і комбіновану фізико-логічну модель. Вона зручна тим, що дає можливість у будь-який момент часу перемикатися між видом моделі на фізичному і логічному рівні проектування. Внизу діалогового вікна необхідно вибрати сервер (СКБД), на який в майбутньому буде перенесена база даних. p align="justify"> У блоці New Model Type я вибрав пункт Logical/Physical, оскільки існує ймовірність того, що в процесі розробки моделі БД на фізичному рівні мені доведеться повертатися на логічний і назад, так як деякі функції редагування моделі ERwin робить доступними або тільки на логічному рівні, або, навпаки, тільки на фізичному.
У блоці Target Database програма пропонує вибрати цільову СУБД, в яку потім буде переноситься створена структура. У випадних списках я вибрав пункт Access версії 2000/2002/2003. br/>В
Рис.12 вікно трансформації логічної моделі даних у фізичну
Натискання кнопки далі переведе в наступне діалогове вікно більш детального налаштування створення фізичної моделі бази даних, але в моєму випадку можна зупинитися і на даному етапі. Зазначеною мною інформації достатньо, тому натисканням кнопки Derive я створюю фізичну модель на основі логічної і відразу переходжу в режим роботи з нею. p align="justify"> Тепер я можу перемикатися між логічною і фізичною моделлю структури даних за допомогою меню, що випадає у верхній частині вікна програми і працювати з ними одночасно. Зовні вікно майже не змінюється залежно від перемикання з однієї моделі на іншу, тільки при роботі на фізичному рівні в списку основних меню програми у верхній частині вікна з'являється ще пункт Database, який відсутній при роботі на логічному рівні. br/>
4.2 денормалізації даних
Після нормалізації всі взаємозв'язки даних визначено, виключаючи помилки при оперуванні даними. Але нормалізація даних знижує швидкодію БД. Для більш ефективної роботи з даними, використовуючи можливості конкретного сервера БД, доводиться виробляти процес, зворотний нормалізації - денормализация. p align="justify"> денормалізації - навмисне приведення структури бази даних в стан, що не відповідає критеріям нормалізації, зазвичай проводиться з метою прискорення операцій читання з бази за рахунок додавання надлишкових даних.
Усунення аномалій даних у відповідності з теорією реляційних баз даних вимагає, щоб будь-яка база даних була нормалізована, тобто відповідала вимогам нормальних форм. Відповідність вимогам нормалізації мінімізує надмірність бази даних і забезпечує відсутність багатьох видів логічних помилок поновлення та вибірки даних. p align="justify"> Проте в деяких випадках для деяких запитів вибірки операція з'єднання (JOIN) нормалізованих відносин виконується неприйнятно довго. Внаслідок цього в ситуаціях, коли продуктивність таких запитів неможливо підвищити іншими засо...
