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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



Информация о работе «База даних "Кафедра" в Access з меню MDI»
Раздел: Информатика, программирование
Количество знаков с пробелами: 40306
Количество таблиц: 8
Количество изображений: 16

Похожие работы

Скачать
29449
7
4

... , поддержке определенным типом (или типами) операционных систем, по вычислительным платформам (ПК, рабочие Unix-станции) и т д.1. Геоинфармационный рынок популярных ГИС продуктов Стремительный рост количества потребителей ГИС-технологий за счет децентрализации расходования бюджетных средств и приобщения к ним все новых и новых предметных сфер их использования. Если до 1993 года основной рост ...

Скачать
132733
6
24

... адміністратор локальної мережі, який є у штатному розкладі і займається усіма проблемами, зв’язаними з комп’ютерами. Рисунок 1.2 – Функціональна схема автоматизованого робочого місця науково-технічної бібліотеки Метою розробки АРМ є - скорочення часу обробки оперативних даних, зменшення кількості помилок при обробці інформації. Основні функціональні вимоги до розроблюваного автоматизованого ...

Скачать
192103
12
0

... пользователей коммутируемой ТФОП к услугам Интернет с помощью аналоговых модемов. При способе PPPoE для организации одновременного широкополосного доступа нескольких пользователей локальной сети Ethernet принципиально достаточно одного постоянного виртуального канала РVС. Очевидна ограниченность необходимых изменений сети доступа при переходе от традиционного доступа к широкополосному с  ...

Скачать
200225
20
0

... коммуникационного центра. 51 1. Реферат. В целях комплексной автоматизации документооборота, а также повышения качества диагностики и лечения онкологических больных в Мелитопольском межрайонном онкологическом диспансере, разработан проект информационно-диагностической системы, предназначенной для оперативного ввода, анализа и хранения графической, текстовой лечебно-диагностической информации и ...

0 комментариев


Наверх