ошові значення, малюнки, електронні таблиці). Можна задавати також формати зберігання надання цих даних при виведенні на екран або друк [4].
База даних (БД) являє собою організовану структуру, використовувану для зберігання даних, тобто будь-яких відомостей про явища, процеси, діях і т.д. Дані несуть в собі інформацію про події, що відбуваються в матеріальному світі, і, по суті, є зареєстрованими сигналами, що виникли в результаті цих подій. Дані стають інформацією, якщо користувач обробить їх і осмислить, застосувавши при цьому адекватні цими даними методи. Сьогодні більшість СУБД розміщують в своїх структурах не тільки дані, але й методи (програмні коди), тому можна стверджувати, що Microsoft Access - це СУБД, що пропонує широкий діапазон засобів для зберігання інформації та ефективного управління цією інформацією [2].
Використання Access для зберігання і пошуку даних, подання інформації в зручному вигляді та автоматизації виконання повторюваних завдань.
Розробка інформаційної системи за допомогою Access простих і зручних форм введення даних, обробки даних і генерації складних звітів.
У Access передбачені всі можливості, що забезпечують зв'язок додатку з Internet/intranet.
Очевидний успіх реляційних систем протягом двох останніх десятиліть дозволяє прихильникам традиційних підходів вважати, що реляційну модель достатньо розширити додатковими (об'єктно-орієнтованими) возможностямі.- потужна програма Windows, вперше продуктивність СУБД органічно поєднується з тими зручностями, які є в розпорядженні користувачів Microsoft Windows. Оскільки обидва ці продукту - дітища компанії Microsoft, вони прекрасно взаємодіють між собою. Система Access працює під управлінням Windows 95/98/2000/NT/XP, так що при роботі з нею користувачеві доступні всі переваги Windows.
Таблицю Access можна пов'язати з даними, що зберігаються на великій ЕОМ або на сервері. З іншого боку, можна використовувати таблиці, створені в середовищі Paradox або dBASE. Отримані результати можна швидко і легко зв'язати й об'єднати з даними з електронних таблиць Excel. Працюючи в середовищі Microsoft Office 2003, користувач отримує в своє розпорядження повністю сумісні між собою Access і Word, Excel і PowerPoint. [15]
На основі побудованих логічної і фізичної моделях можна приступити до побудови схеми реляційної бази даних. Її реалізація буде відбувається безпосередньо в обраній раніше системі управління базами даних MS Access. Для кращого перетворення моделей в реляційну схему необхідно керуватися наступними умовами:
. Кожна проста сутність перетворюється в таблицю (відношення). Ім'я суті стає ім'ям таблиці.
. Кожен атрибут стає можливим стовпцем з тим же ім'ям. Стовпці, відповідні необов'язковим атрибутах, можуть містити невизначені значення; стовпці, що відповідають обов'язковим атрибутами, - не можуть. Якщо атрибут є множинним, то для нього будується окреме ставлення.
. Компоненти унікального ідентифікатора суті перетворюються на первинний ключ. Якщо є кілька можливих унікальних ідентифікаторів, вибирається найбільш використовуваний. Якщо до складу унікального ідентифікатора входять зв'язку, то до числа стовпців первинного ключа додається копія унікального ідентифікатора сутності, яка знаходиться на дальньому кінці зв'язку.
Робота в Access починається з визначення реляційних таблиць і їх полів, які будуть містити дані.
В результаті чого наша інформаційна система складатиметься з таблиць. Структура таблиці «Підприємство»: код підприємства, назва, адреса, дата реєстрації. Сутність «Підприємство» відводиться для зберігання інформації про підприємства, які надають вакансії. Підприємства нумерують, щоб потім мати можливість посилатися на ці номери, тому атрибут «Назва підприємства» не може бути використаний для однозначної ідентифікації підприємства. Тому вводиться цілочисельний атрибут «Код підприємства», який автоматично нарощується на одиницю при введенні в базу даних нового підприємства. Для зв'язку з підприємством необхідний атрибут «Адреса» клієнта. Для складання звітів керівництву та подальшого архівування необхідний атрибут «Дата реєстрації» надходження заявки.
Структура таблиці «Клієнт»: особистий номер, ПІБ, адреса проживання, дата народження, освіта, сімейний стан, дата реєстрації, дата пристрою, примітка.
Сутність «Клієнт» відводиться для зберігання інформації про людей, які є клієнтами бюро працевлаштування. Клієнтів доцільно нумерувати, для того, щоб мати можливість посилатися на ці номери, так як атрибут «ПІБ» не може бути використаний для однозначної ідентифікації клієнтів. Тому вводиться цілочисельний атрибут «Особистий номер», який буде автома...
