10 Правил по проектуванню якісних ік (по David f. Kelly):

1. Методологія створення ІК існує в зародковому стані. Програміст змушений перетворюватися на художника і психолога одночасно, тому потрібно адекватне розуміння потреб людини. Авторами найбільш вдалих інтерфейсів є фахівці одночасно в області обчислювальної техніки, психології та дизайну. 2. Суньте руки в кишені і забудьте на час про програмування. Займіться проектуванням. Єдиний спосіб створити хороший інтерфейс - розпочати розробку «з кінця» з інтерфейсу кінцевих користувачів. 3. Не слід чекати поки проект буде реалізований у вигляді програми. Набагато важливіше якомога швидше перевірити проект у користувача. 4. Структуруйте діалог. Створюйте підвікна. 5. Проектуйте легко сприймані не перевантажені екрани. Правило 7 + -2. 6. Дотримуйтесь узгодженості шрифтів, розмірів, позначень у всіх вікнах. Стандартизуйте назви. Не виносьте на екран те, що в даний момент користувачеві не потрібно. 7. Починайте з рисунку на папері. Це швидше генерації вікон. 8. Використовуйте як мишу, так і клавіатуру. 9. Проаналізуйте інші проекти. 10. Не намагайтеся зібрати відразу всі вимоги користувачів. Проведіть дві 4-годинні наради і приступайте до розробки. Інші вимоги можна врахувати пізніше.

59. Структура зовнішньої пам’яті.

18.1. Структура зовнішньої пам’яті Особливості реляційних скбд

Реляційні СКБД володіють рядом особливостей, які впливають на організацію зовнішньої пам'яті. До найбільш важливих особливостей можна віднести наступні:

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

• підтримка таблиць-каталогів для зберігання метаінформації. Інформація, пов'язана з іменуванням об'єктів бази даних та їх конкретними властивостями (наприклад, структура ключа індексу), підтримується підсистемою мовного рівня. З точки зору структур зовнішньої пам'яті таблиця-каталог нічим не відрізняється від звичайної таблиці бази даних;

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

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

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

Набір базових структур

Відповідно виникають наступні різновиди об'єктів у зовнішній пам'яті бази даних:

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

• керуючі структури - індекси, які створюються з ініціативи користувача (адміністратора) або верхнього рівня системи з міркувань підвищення ефективності виконання запитів і звичайно автоматично підтримуються нижнім рівнем системи;

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

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

Рис. 18.1. Сторінка даних зі збереженням по рядкам