рівень. Внутрішнє представлення - це низькорівневе уявлення всієї бази даних як бази, що складається з деякого безлічі екземплярів кожного з існуючих типів внутрішніх записів.
Термін внутрішня запис відноситься до термінології ANSI/SPARC і означає конструкцію, інакше звану збереженої записом (надалі ми будемо використовувати саме цей термін).
Внутрішнє подання, так само як зовнішнє і концептуальне, відокремлене від фізичного рівня, оскільки в ньому не розглядаються фізичні записи, зазвичай звані блоками або сторінками, і фізичні області пристрої зберігання, такі як циліндри і доріжки. Іншими словами, внутрішнє подання припускає наявність нескінченного лінійного адресного простору. Особливості методів відображення цього адресного простору на фізичні пристрої зберігання в значній мірі залежать від операційної системи і з цієї причини не включені в загальну архітектуру. Слід зазначити, що блоки (або сторінки) пристрої введення-виведення - це кількість даних, переданих з вторинної пам'яті (пам'яті накопичувача) в основну (оперативну) пам'ять за одну операцію вводу-виводу. Зазвичай, сторінки мають розмір від 1 Кбайт і вище, але не більше 64 Кбайт (1 Кбайт=1024 байт).
Внутрішнє подання описується за допомогою внутрішньої схеми, яка визначає не тільки різні типи збережених записів, але також існуючі індекси, способи подання збережених полів, фізичну впорядкованість збережених записів і т.д. (Відповідний простий приклад також наведено на рис. 1.2.) Внутрішня схема формується з використанням ще однієї мови визначення даних - внутрішнього.
Примітка. У цій роботі замість термінів внутрішнє подання і внутрішня схема зазвичай будуть використовуватися інтуїтивно більш зрозумілі терміни бережена структура (або збережена база даних) і визначення структури зберігання, відповідно.
На закінчення відзначимо, що в деяких виняткових ситуаціях прикладні програми, зокрема ті з них, які називаються утилітами, які можуть виконувати операції безпосередньо на внутрішньому, а не на зовнішньому рівні. Звичайно, використовувати таку практику не рекомендується, оскільки вона пов'язана з певним ризиком з точки зору захисту (ігноруються правила захисту) і збереження цілісності даних (правила цілісності також ігноруються). До того ж така програма буде залежати від визначення оброблюваних даних. Однак іноді подібний підхід може бути єдиним способом реалізації необхідної функції або досягнення необхідної швидкодії (іноді з аналогічних причин доводиться звертатися до засобів мови асемблера користувачеві мови високого рівня).
2. Практична частина
.1 Завдання
Предметна область: Бухгалтерія (облік матеріальних цінностей).
Основні предметно-значущі сутності: Обладнання, Підрозділи, Матеріально відповідальні особи.
Основні предметно-значущі атрибути сутностей:
обладнання - назва, вартість;
підрозділи - назва, вид підрозділу;
матеріально відповідальні особи - прізвище, ім'я, по батькові.
Основні вимоги до функцій системи:
вибрати все несписаною обладнання по матеріально-відповідальним особам або певній особі;
вибрати все несписаною обладнання по підрозділах або певного підрозділу;
вибрати підрозділи, які мають в даний час на балансі ніякого несписаною обладнання;
вибрати списане устаткування по підрозділах і матеріально-відповідальним особам;
вибрати матеріально-відповідальних осіб з найбільшою сумою вартості обладнання;
підрахувати загальну вартість несписаною обладнання по підрозділах.
2.2 ER-Моделі
Для створення логічної і фізичної моделей даних був застосований ERwin.ето CASE-засіб для проектування та документування баз даних, яке дозволяє створювати, документувати і супроводжувати бази даних, сховища і вітрини даних.
Логічна модель бази даних «Бухгалтерія. Облік матеріальних цінностей »виглядає так, як показано на малюнку 2.1.
Рисунок 2.1 - Логічна модель бази даних
При проектування бази даних були використані наступні сутності:
Приміщення (Всього поверхів, загальна площа, ліфт).
Корпус (Адреса).
Підрозділ (Вид, ім'я).
Посада (Назва, оклад).
Співробітник (ПІБ).
Обладнання (Ім'я пристрою).
Стан (Стан).
Вид (Варт...
