Набуття навичок аналізу предметної області 


Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Набуття навичок аналізу предметної області



2. Підготовка до наступних лабораторних робіт

 

1.2 ТЕОРЕТИЧНІ ВІДОМОСТІ

Розрізняють такі рівні моделювання предметної області: інформаційно-логічний (інфологічний або концептуальний); даталогічний; фізичний.

Інфологічною моделлю (ІЛМ) називається формалізований опис предметної області, виконаний без жорсткої орієнтації на програмні і технічні засоби. Даталогічна модель відображає елементи і логічні зв'язки між елементами даних безвідносно до середовища зберігання.

Одним із засобів інфологічного представлення предметної області є модель «сутність-зв'язок» (ERM - Entity-Relationship Model). ІЛМ базується на використанні ER-діаграм. Основними поняттями моделі є сутність, зв'язок і атрибут. Сутність – реальний або абстрактний об'єкт, що має істотне значення для предметної області.

Екземпляр сутності – це конкретний представник даної сутності. Наприклад, екземпляром сутності Співробітник може бути співробітник Іванов. Кожна сутність повинна мати: унікальне ім'я; один або декілька атрибутів, які або належать сутності, або успадковуються через зв'язок; один або декілька атрибутів, які однозначно ідентифікують кожен екземпляр сутності. Атрибут – характеристика сутності, значима для розглянутої предметної області і призначена для ідентифікації, класифікації, кількісної характеристики або для виразу стану сутності. Атрибути, наприклад, зображуються в овалах або у межах прямокутника, що визначає сутність.

Кожна сутність може мати будь-яку кількість зв'язків з іншими сутностями. Зв'язок – пойменована асоціація між сутностями, значима для розглянутої предметної області. Ступенем зв'язку називається кількість сутностей, що беруть участь у зв'язку. Зв'язок ступеня 2 називається бінарним, ступеня N – N-арним. Зв'язок, в якому одна сутність бере участь в різних ролях, називається рекурсивним (унарним). Зв'язок може бути одним з трьох типів: один-до-одного (позначається 1:1), наприклад «людина-адреса»; один-до-багатьох (1:N), наприклад «виробник-виріб»; багато-до-багатьох (M:N), наприклад «книга-читач».

Для повного аналізу заданої предметної області розглядають бізнес-правила, запити (наступні лабораторні роботи).

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

Слід враховувати вплив наступних факторів. Зв'язок предметної області може відображатися як в логічній схемі, так і через програмні модулі. Часті звернення до спільно оброблюваних даних припускають їх спільне зберігання, а дані, до яких звертаються рідко, доцільно зберігати окремо.

Для того, щоб пам'ять використовувалася найбільш ефективно, завжди слід намагатися застосовувати тип даних, який забезпечує максимальну точність. Наприклад, для величин в діапазоні між 1 і 99 999 в цілочисельному полі найкращим типом буде MEDIUMINT UNSIGNED. В MySQL для точного уявлення грошових величин необхідно використовувати тип даних DECIMAL. Оскільки дані цього типу зберігаються у вигляді рядка, втрат в точності не відбувається. А у випадках, коли точність не має великого значення, цілком підійде і тип даних DOUBLE.

Якщо ж потрібна висока точність, завжди можна виконати конвертування в тип даних з фіксованою точкою. Такі дані зберігаються у вигляді BIGINT. Це дозволяє виконувати всі обчислення з ними як з цілими числами, а згодом при необхідності результати можна перетворити назад у величини з плаваючою крапкою. Вік з часом змінюється, а це означає, що доведеться досить часто оновлювати записи. Значно зручніше зберігати фіксовані значення – наприклад, дати народження.

Визначаються бізнес-правила. Наприклад, БД повинна вміти нагадувати про дні народження клієнтів.

Якщо ви не хочете тримати в пам'яті розмір букв для імен БД і таблиць, при їх створенні використовуйте для імен тільки малі літери.

 



Поделиться:


Последнее изменение этой страницы: 2017-01-25; просмотров: 139; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.15.229.113 (0.004 с.)