Розробка автоматизованого обліку та руху товарів на складах засобами СУБД Microsoft Access
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
е визначає індекс, що створюється по даному
Ґрунтуючись на досвіді проектування різних баз, необхідно відмітити, що не слід нехтувати можливостями управління даними, які відкривають додаткові атрибути полів. Їх грамотне і продумане використання дозволяє організувати централізований і ефективний контроль за коректністю і цілісністю даних.
На завершальному етапі процесу проектування структури таблиці відбувається завдання ключів і індексів. У першому випадку досить виділити рядки, які повинні скласти ключовий вираз, і клацнути мишею по піктограмі Ключ на панелі інструментів.
Також при створенні таблиці має сенс наперед продумати можливі впорядкування, які можуть знадобитися при роботі з даними, що містяться в ній. Завдання індексів з відповідними ключовими виразами може надалі істотно прискорити процес роботи (особливо з великими масивами даних). Після створення опису структури таблиці можна перейти в режим безпосереднього введення в неї даних. Як вже мовилося, важливою перевагою інтерфейсу СУБД Access є продумана гнучка система переходу від режиму Конструктора до режиму введення даних в таблицю (Режим таблиці). Такий перехід можна здійснити, клацнувши мишею по піктограмі Вигляд, розташованою на панелі інструментів, або вибравши функцію меню Вигляд - Режим таблиці. Очевидно, що ті дії, які були детально описані для таблиці, слід виконати і для решти інформаційних масивів. В результаті ми отримаємо систему таблиць бази даних. Підкреслимо, саме систему, так як дані, які знаходяться в ній тісно звязані між собою.
Механізм опису логічних звязків між таблицями в Access реалізований у вигляді обєкту, який називається Схемою даних. Перейти до її створення можна з панелі інструментів база даних, доступною з головного вікна.
Мал. 3 Створення схеми даних
Альтернативний варіант виклику даного режиму доступний через меню Сервіс - Схема даних.
Інтерфейс завдання звязків між полями в схемі заснований на перетяганні (переміщенні при натиснутої лівої кнопки миші) вибраного поля і накладенні його на те поле, з яким повинен бути встановлений звязок. Для скріплення відразу декількох полів їх слід переміщати при натиснутій клавіші Ctrl. Виділяють декілька типів звязків між таблицями в схемі. Один до одного (1:1) одному значенню поля в одній таблиці відповідає тільки одне значення поля в іншій. Один до багатьом (1:со) одному значенню поля в одній таблиці відповідає декілька (одне або більш) значень в іншій. Найважливішим завданням, яке дозволяє вирішувати схема, є забезпечення логічної цілісності даних в базі.
3.2 Розробка запитів до бази даних
Поява навіть дуже невеликої таблиці миттєво приводить до виникнення цілого комплексу проблем, повязаних з необхідністю обробки що містяться в ній даних. До простих завдань обробки можуть бути віднесені:
- пошук запису по умові (див. функцію меню Правка > Знайти);
- сортування записів в необхідному порядку (див. функцію меню Запису -
- Сортування);
- отримання вибірки записів таблиці, що задовольняє заданій умові, або. як ще говорять, завдання фільтру для таблиці (Записи -
- Фільтр).
Перераховані функції також доступні з контекстного меню, що активізується після натиснення правої клавіші миші. Даний інтерфейс представляється особливо зручним при практичній роботі з таблицями Access. Проте цих можливостей явно недостатньо для завдань обробки даних, які виникають в реальних економічних додатках. Для їх вирішення в СУБД Access служить розвинений інструментарій запитів до бази даних. Поняття запиту в Access уживається в розширювальному плані. Його слід трактувати як деяку команду на вибір, перегляд, зміну, створення або видалення даних. Також не можна не відзначити значення запитів для вирішення завдань аналізу даних.
Найбільш поширеним і. якщо так можна виразитися, природним типом запитів є запит на вибірку. Даний тип, власне кажучи, і встановлюється за умовчанням для новостворюваного запиту.
При роботі з системою даних дуже часто виникає завдання зєднання даних з різних звязаних таблиць в одну.
Для її вирішення слід перейти до розділу Запити головного вікна бази даних, натиснути на кнопку Створити і вибрати режим Конструктор. Процес створення запиту починається з вибору таблиць (у тому числі і інших запитів), на основі яких будується запит. Надалі склад цього набору може бути змінений. В процесі формування запиту можна виділити ряд принципових етапів:
- опис структури запиту (тобто вказівка того, яка інформація повинна виводитися в колонках таблиці запиту);
- завдання порядку, в якому дані повинні виводитися при виконанні запиту;
- завдання умов виведення записів в запиті.
- На мал. 4 показано вікно конструктора запиту.
Мал. 4 Вікно конструктора запиту
Слід звернути увагу на виключно важливу роль механізму запитів у вирішенні проблеми забезпечення мінімальної надмірності інформації, що зберігається в базі. Дійсно, з їх допомогою ми можемо отримувати довільну кількість віртуальних таблиць, що представляють в самих різних видах і розрізах єдину сукупність даних, що реально зберігається.
Розглянемо ще один випадок застосування запитів для вирішення завдань обробки даних. Достатньо типовою (