Microsoft Access може працювати з великим числом найрізноманітніших форматів даних, включаючи файлові структури інших СУБД. Ви можете здійснювати імпорт і експорт даних з файлів текстових редакторів або електронних таблиць. За допомогою Access можна безпосередньо - обробляти файли Рагаdох, dВАSE III, dВАSЕ IV, FохРго і ін. Можна також імпортувати дані з цих файлів в таблицю Access .

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

В Microsoft Access для обробки даних таблиць використовується могутня мова SQL (Structured Query Language - Структурована мова запитів). Використовуючи її, ви можете виділити з однієї або декількох таблиць необхідну для вирішення конкретної задачі інформацію. Access значно спрощує задачу обробки даних. Щоб примусити Microsoft Access вирішувати ваші задачі, вам абсолютно не вимагається знати мову SQL. При будь-якій обробці даних з декількох таблиць використовує одного разу задані вами зв'язки між таблицями. Ви можете сконцентрувати свої зусилля на рішенні інформаційних проблем, не затрачувавши сил на побудову складної системи, яка відстежує у вашій базі всі зв'язки між структурами даних. В Microsoft Access є також простий і в той же час багатий можливостями засіб графічного завдання запиту - так званий «запит за зразком» (QBE, query example), яке використовується для завдання даних, необхідних для вирішення деякої задачі. Використовуючи для виділення і переміщення елементів на екрані стандартні прийоми роботи з мишею в Windows і декілька клавіш на клавіатурі, ви можете буквально за секунди побудувати досить складний запит.

В світлі вищесказаного для автоматизації рішення задач нам необхідна могутня реляційна СУБД і система розробки додатків. Практично всі існуючі СУБД мають засоби розробки додатків, які можуть бути використаний програмістами або кваліфікованими користувачами при створенні процедур для автоматизації управління і обробки даних. На жаль, багато систем розробки додатків для створення процедур вимагають знання деякої мови програмування, наприклад С або XBase. Не дивлячись на всю їх силу і багатство засобів, для успішного їх використовування від вас потрібна наявність певної професійної підготовки і досвіду роботи з ними. На щастя, є засоби, що дозволяють легко проектувати і створювати додатки для роботи з базами даних без знання мови програмування. Робота в Microsoft Access починається з визначення реляційних таблиць і їх полів, які міститимуть дані. Відразу після цього ви за допомогою форм, звітів і макросів зможете визначати дії над цими даними.

Форми і звіти можна використовувати для завдання форматів виведення даних на екран і додаткових обчислень. Що в цьому випадку міститься у формах і звітах формати і інструкції по проведенню обчислень відокремлені від даних (що знаходиться в таблицях), так що можна мати повну свободу дій у використовуванні даних, не міняючи при цьому самі дані - достатньо створити додаткову форму або звіт, використовуючи ті ж самі дані. Якщо довестися автоматизувати деякі дії, то для встановлення зв'язків між певними формами і звітами або для виконання певних дій як відгук на деяку подію (наприклад, зміна даних в деякому полі форми) можна без особливих зусиль створити макроси. Якщо будуть потрібно більш витончені засоби, наприклад бібліотечні утиліти Windows, можна написати процедуру на Access Basic.

2. Проект бази даних.

2.1 Інфологічне проектування

Надзвичайно важливим і відповідальним етапом проектування як ІС, так і БД є передпроектна стадія, на якій проводиться співбеседа з виконавцями робіт, тобто на кафедрі вищого навчального закладу, що підлягає автоматизації.

Власне вони в перспективі будуть користувачами ІС та БД.

У процесі проектування БД, як і при проектуванні ІС, потрібно дотримуватися принципів системної єдності розвитку, сумісності, стандартизації. Завдання створення єдиної системи БД для великої установи неймовірно складе. Виняток становлять порівняно невелики підприємства і установи.

Різні підрозділи установи можуть використовувати різні позначення для одних і тих самих елементів даних і по різному організують процес оброблення цих даних. Поетапне впровадження ІС на підприємстві за таких обставин зводиться до трудоміського та хворобливого процесу узгодження розробок локальних ІС різних підрозділів.

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

БД потрібна бути присуща цілістність. Цілістність БД - це властивість, що дає змогу зберігати певні обмеження значень даних при всіх модифікаціях БД.

У проекті Mіcrosoft Access мається можливість забезпечити цілісність даних в операціях вставки, відновлення і видалення багатьох записів шляхом створення приєднаної форми, що використовує пакетні транзакции.

Пакетні транзакции гарантують, що інформація в базі даних завжди залишиться погодженої, навіть у тому випадку, коли єдина логічна операція містить у собі безліч операцій бази даних. Mіcrosoft Access і SQL Server розглядають усі бази даних у межах транзакции як одну одиницю обробки. По визначенню, транзакция або безпечно виконується цілком з відображенням усіх результуючих змін у базі даних, або відкочується зі скасуванням усіх змін у базі даних. Погодженість і можливість відновлення транзакций бази даних гарантується навіть у випадку збою системи і при складних відновленнях, виконуваних декількома користувачами.

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

При відновленні форми в пакетної транзакции можливі три ситуації.

1) Завершення. Після внесення змін у кілька записів усі записи зберігаються й успішно обновляються на сервері бази даних. Всі обновлені записи знову синхронізуються, щоб одержати нові значення полів, що обчислюються, значення за замовчуванням і інші дані, що генеруються сервером. Положення запису, порядок сортування і застосовуваних фільтрів залишаються незмінними.

2) Відкіт. Після внесення змін у кілька записів робиться спроба зберегти всі записи, але має місце відмовлення у виконанні транзакции. Сервер бази даних повертає помилку для однієї чи декількох записів, таку як порушення чи обмеження блокування. Однак усі відкладені зміни даних залишаються у формі, що дозволяє виправити помилку і заново зберегти запис, не повторюючи всіх змін.

3) Скасування для всіх записів. Після внесення змін у кілька записів у меню Запису вибирається команда Скасувати всі записи. Mіcrosoft Access ігнорує всі зміни і повертає форму і дані до стану перед початком пакетної транзакции. Ніякі зміни на сервер не надходять.

Удала розробка бази даних забезпечує простоту її підтримки. Дані варто зберігати в таблицях, причому кожна таблиця повинна містити інформацію одного типу, наприклад, зведення про працівників кафедри. Тоді досить буде обновити конкретні дані, такі як адреса чи телефон, тільки в одному місці, щоб обновлена інформація відображалася у всій базі даних.

Вірно спроектована база даних звичайно містить різноманітні запити, що дозволяють відображати потрібну інформацію. У запитах може виводитися підмножина даних, наприклад, перелік спеціальностей кафедри, чи комбіновані дані з декількох таблиць, наприклад, зведення про працівників кафедри спільно зі зведеннями про розклад занять.

2.1.1 Інформаційне дослідження предметної області

Після створення в базі даних окремих таблиць по кожній темі необхідно вибрати спосіб, яким СУБД Mіcrosoft Access буде знову поєднувати зведення таблиць. Першою справою варто визначити зв'язки між таблицями. Після цього можна створити запити, форми і звіти для одночасного відображення зведень з декількох таблиць.

Полючи в шостьох таблицях повинні бути скоординовані таким чином, щоб відображати зведення про одне й те саме замовлення. Ця координація здійснюється шляхом встановлення зв'язків між таблицями. Зв'язок між таблицями встановлює стосунки між співпадаючими значеннями в ключових полях, звичайно між полями, що мають однакові імена в обох таблицях. У більшості випадків із ключовим полем однієї таблиці, що є унікальним ідентифікатором кожного запису, зв'язується зовнішній ключ іншої таблиці. Наприклад, для зв'язування співробітників лабораторії кафедри із відповідальним майном, за які вони відповідають, варто створити зв'язок між полями «ПІБ».

2.1.2 Розробка інфологічної моделі предметної області

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

Найпридатнишим для практичного застосування є перший метод. Він складається з двох етапів проектування БД: ідентифікації та моделювання локальних інформаційних структур.

БД у вигляді локальних ER-діаграм і побудови глобальної інформаційної моделі - глобальної ER-діаграми.

Локальні інформаційні структури відповідають локальним задачам.

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

Страницы: 1, 2, 3, 4, 5