9;язаних між собою файлів з однотипних записів з однорівневою структурою (Додаток 1). Запис є основною структурною одиницею обробки даних і складається з фіксованого набору (кортежу) полів, кожне з яких представляє собою елементарну одиницю логічної організації даних. Структура запису визначається складом і послідовністю вхідних в неї полів. p align="justify"> Кожному екземпляру запису, як правило, у відповідність, ставляться один або два ключі запису: первинний (унікальний) і вторинний ключ. Первинний ключ - це одне або кілька полів, однозначно ідентифікують запис. У разі, якщо первинний ключ складається з одного поля, він називається простим, якщо з декількох полів - складовим ключем. Вторинний ключ, на відміну від первинного, - це таке поле, значення якого може повторюватися в декількох записах файлу, тобто він не є унікальним. Якщо за значенням первинного ключа може бути знайдений один єдиний екземпляр запису, то по вторинному - кілька. p align="justify"> Для прискорення доступу до записів файлу виконується процедура індексування, результатом якої є створення додаткового індексного файлу, що містить у впорядкованому вигляді всі значення ключів файлу даних. Для кожного значення ключа в індексному файлі міститься покажчик на відповідний запис файлу даних. Наявність індексного файлу дозволяє по заданому ключу швидко знаходити запис. Індексування може проводитися не тільки по первинному, але і по вторинному ключу. p align="justify"> Опис логічної організації даних файлової моделі полягає в присвоєнні кожному файлу унікального імені, а також в описі структури його записів. При цьому кожному полю задається скорочене позначення (ім'я поля) і вказується формат поля (тип зберігається даного, довжина поля і точність числових даних). Для полів, що виконують роль унікального (першого) ключа запису, зазначається ознака ключа. Структура файлу зазвичай описується таблицею, у якій зазначаються первинні та вторинні ключі. p align="justify"> Файлові інформаційні бази "Club Travel" обробляються системами управління файлами (Q & A, Reflex, FFS File тощо), що не вважаються системами управління базами даних. Файлові системи легко освоюються, досить прості й ефективні у використанні. Для роботи з ними використовуються прості мови запитів, або і зовсім обмежуються набором програм-утиліт. Такі системи зазвичай підтримують роботу з невеликим числом файлів, що містять обмежене число записів з невеликою кількістю полів. p align="justify"> Крім файлових моделей організації даних внутримашинной сфери існують ієрархічні, мережеві і реляційні моделі. Ці типи моделей є більш складними і, на відміну від файлової організації даних, підтримуються СУБД відповідного типу. Відмінності між цими класами моделей поступово стираються. Проте деякі особливості перерахованих типів моделей слід відзначити. Для ієрархічних і мережевих моделей їх структура не може бути змінена після введення даних, тоді як структура реляційних моделей може змінюватися в будь-який час....
