Ряди даних. 3 страница

3.1 Бази даних – основні поняття

3.1.1 Бази даних - типи, структура, особливості

База даних (від греч. basis – базис, основа чого-небудь) – це пойменована сукупність даних, що відображає стан об'єктів і їх відносин. Вона є файлом спеціального формату, що містить структуровану інформацію.

База даних — це сукупність відомостей (про реальні об'єкти, процеси, події або явища), що відносяться до певної теми або задачі, організована так, щоб забезпечити зручне представлення цієї сукупності як в цілому, так і будь-якої її частини.

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

Для роботи з даними використовуються системи управління базами даних (СУБД). Основні функції СУБД — це визначення даних (опис структури баз даних), обробка даних і управління даними.

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

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

Мережний підхід до організації даних є розширенням ієрархічного. В ієрархічних структурах запис-нащадок повинен мати в точності одного предка; в мережній структурі даних нащадок може мати будь-яке число предків.

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

Типовим представником більш ранніх мережних БД є Integrated Database Management System (IDMS) компанії Cullinet Software, Inc., призначена для використовування на машинах основного класу фірми IBM під управлінням більшості операційних систем. Архітектура системи заснована на пропозиціях Data Base Task Group (DBTG) Комітету із мов програмування Conference on Data Systems Languages (CODASYL), організації, відповідальної за визначення мови програмування Кобол. Звіт DBTG був опублікований в 1971 р., а в 70-х роках з'явилося декілька систем, серед яких IDMS.

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

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

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

Реляційна база даних — база даних, заснована на реляційній моделі. Слово «реляційний» походить від англійського «relation» (відношення). Для роботи з реляційними БД застосовують реляційні СУБД.

Використання реляційних баз даних було запропоновано доктором Коддом з компанії IBM в 1970 році. З тих пір більшість популярних СУБД, що використалися, відносилася до реляційних, як і сучасні.

3.1.2 СУБД MS Access – структура, об’єкти, зв'язки

Зі всіх додатків Microsoft Office тільки Система Управління Базами Даних (СУБД) ACCESS є інструментом для реляційної організації і використовування даних. Витримавши жорстку конкуренцію з такими СУБД, як dBASE, FoxPro, Paradox, Clipper, Microsoft Access став визнаним програмним засобом, як серед початківців, так і серед професійних користувачів. Разом з тим, цей пакет відомий більш вузькому кругу користувачів, ніж пакети Microsoft Word, Microsoft Excel, оскільки розробка і використання баз даних вимагає спеціальної підготовки, перш за все, оволодіння понятійним апаратом.

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

Для професійної побудови БД великих підприємств, банків, торгівельних компаній, електронних магазинів тощо сьогодні найбільш популярною є СУБД My SQL. Також відомі СУБД MS SQL та Oracle.

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

В той же час, Microsoft Access працює з об'єктами шести типів:

1) таблицями;

2) формами;

3) звітами;

4) запитами;

5) модулями;

6) макросами.

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

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

БД - безліч взаємозв'язаних таблиць, кожна з яких містить інформацію про об'єкти певного типу. Кожний рядок таблиці включає дані про один об'єкт (наприклад, клієнті, автомобілі, документі), а стовпці таблиці містять різні характеристики цих об'єктів — атрибути (наприклад, найменування і адреси клієнтів, марки і ціни автомобілів). Рядки таблиці називаються записами; всі записи мають однакову структуру — вони складаються з полів, в яких зберігаються атрибути об'єкту. Кожне поле запису містить одну характеристику об'єкту і має строго визначений тип даних (наприклад, текстовий рядок, число, дата). Всі записи мають одні і ті ж поля, тільки в них містяться різні значення атрибутів.

Отже,

· в базах даних стовпці таблиць називають полями;

· рядки – записами;

· кожне поле може містити дані тільки одного типу.

Поля – основні елементи структури бази даних, осмислені, логічно завершені, мінімально можливі відомості, яким привласнено ім'я для звернення до них.

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

Під структурою таблиці розуміють її склад (кількість, порядок дотримання, типи і властивості полів).

Поле, однозначно ідентифікуюче запис, називають первинним ключем.

Якщо ключ складається з одного поля, його вважають простим ключем, з декількох – складовим

Вторинний ключ, на відміну від первинного, - це таке поле, значення якого може повторюватися в декількох записах таблиці, що мають ідентичний (однаковий) первинний ключ. Отже, за первинним ключем звернення може відбутися до одного єдиного запису (одного екземпляру), за вторинним – до декількох записів.

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

Кожне поле будь-якої таблиці повинне бути унікальним.

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

Для кожного значення первинного ключа значення в стовпцях даних повинні відноситися до об'єкту таблиці і повністю його описувати.

Зміна значення будь-якого поля (що не входить в первинний ключ) не повинна впливати на дані інших полів.

Окрім опису структури таблиць, звичайно задаються зв'язки між таблицями. Зв'язки в реляційних базах даних визначаються по збігу значень полів в різних таблицях. Наприклад, об’єкти і замовлення об’єктів зв'язані відношенням "один-до-багатьох", оскільки одному запису в таблиці, що містить відомості про об’єкти, може відповідати декілька записів в таблиці замовлень цих об’єктів (див. рис. 3.1).

Рисунок 3.1 – Вікно схеми даних

Якщо ж розглянути відношення між викладачами і курсами лекцій, які вони читають, це буде відношення "багато-до-багатьох", оскільки один викладач може читати декілька курсів, але і один курс може читатися декількома викладачами.

І останній тип зв'язків між таблицями — це відношення "один-до-одного". Такий тип відносин зустрічається набагато рідше. Як правило, це буває в двох випадках: запис має велику кількість полів, і тоді дані про один тип об'єктів розносяться по двох зв'язаних таблицях, або потрібно визначити додаткові атрибути для деякої кількості записів в таблиці, тоді створюється окрема таблиця для цих додаткових атрибутів, яка зв'язується відношенням "один-до-одного" з основною таблицею.

Атрибути контролю зв’язаних записів.

В Microsoft Access забезпечується можливість автоматичної перевірки цілісності даних в зв'язаних полях. Цілісність даних означає систему правил, що використовуються для підтримки зв'язків між записами в зв'язаних таблицях, а також для забезпечення захисту від випадкового видалення або зміни зв'язаних даних. Встановити перевірку цілісності даних можна, якщо виконані наступні умови:

· зв'язане поле головної таблиці є ключовим полем або має унікальний індекс;

· зв'язані поля мають один тип даних. Тут існує два виключення. Поле лічильника може бути пов'язано з числовим полем, якщо в останньому полі у властивості Розмір поля вказано значення Довге ціле, або в обох полях властивість Розмір поля має значення Код реплікації;

· обидві таблиці належать одній базі даних Microsoft Access.

Щоб забезпечити цілісність, робота з даними повинна проводитися з урахуванням нижчеперелічених правил.

· Неможливо ввести в зв'язане поле підлеглої таблиці значення, відсутнє в зв'язаному полі головної таблиці. Проте можна ввести порожнє значення, що показує, що для даного запису зв'язок відсутній.

· Не допускається видалення запису з головної таблиці, якщо існують пов'язані з нею записи в підлеглій таблиці.

· Неможливо змінити значення ключового поля в головній таблиці, якщо існують записи, пов'язані з даною таблицею.

Щоб ці правила контролювалися для конкретного зв'язку, при її створінні слід встановити прапорець «Забезпечення цілісності даних» (Обеспечение целостности данных, Enforce Referential Integrity). Тоді будь-яка спроба виконати дію, що порушує одне з перерахованих вище правил, приведе до виведення на екран попередження, а сама дія виконана не буде.

Щоб подолати обмеження на видалення або зміну зв'язаних записів, зберігаючи при цьому цілісність даних, слід встановити прапорці „Каскадне оновлення зв'язаних полів” (Каскадное обновление связанных полей, Cascade Update Related Fields) і „Каскадне видалення зв'язаних записів” (Каскадное удаление связанных записей, Cascade Delete Related Records). Якщо встановлений прапорець „Каскадне оновлення зв'язаних полів”, то при зміні ключового поля головної таблиці автоматично будуть змінені і відповідні значення поля зв'язаних записів. Якщо встановлений прапорець „Каскадне видалення зв'язаних записів”, то при видаленні запису в головній таблиці видаляються і всі зв'язані записи в підлеглій таблиці (див. вікно атрибутів зв’язків на рис. 3.2).

Рисунок 3.2 –Вікно атрибутів зв’язку

Будь-яка СУБД дозволяє виконувати чотири найпростіші операції з даними:

· додавати в таблицю одну або декілька записів;

· видаляти з таблиці одну або декілька записів;

· обновляти значення деяких полів в одній або декількох записах;

· знаходити одну або декілька записів, що задовольняють заданій умові.

Для виконання цих операцій використовується механізм запитів. Результатом виконання запитів є або відібрані по певних критеріях безліч записів, або зміни в таблицях. Запити до бази формуються на спеціально створеній для цього мові, яка так і називається: мова структурованих запитів (SQL — Structured Query Language).

Запити, форми і звіти будуть детально розглянуті в наступних питаннях. Макроси і модулі – ні, оскільки це виходить за рамки задачі ознайомлення з СУБД. Тому введемо їх визначення.

Модулі – це запрограмовані на мові Visual Basic for Applications процедури, призначені для:

- автоматизації багатьох стандартних задач управління базами даних;

- розробки закінчених інформаційних систем;

- обробки даних, розташованих на інших комп'ютерах;

- реалізації функцій, не доступних стандартному середовищу Access.

Макроси або макрокоманди – це набір натиснутих клавіш і команд, збережений як код певної клавіші. При натисненні такої «мікроклавіші» весь набір виконується як одна команда. Користувачі створюють макроси для економії часу і скорочення помилок при введенні вказівок СУБД.

3.1.3 Характеристики, властивості та типи даних полів в таблицях Access

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

До характеристик полів відносять наступне.

1) Ім'я поля (Имя поля, Field Name), яке в межах бази повинне бути унікальним. Воно є комбінацією букв, цифр, пропусків і спеціальних символів, за винятком точки ".", знака оклику "!", надрядкового знака (наприклад, "¹") і квадратних дужок "[", "]". Ім'я не може починатися з пропуску і містити управляючі символи з кодами ASCII від 00 до 31. Максимальна довжина імені - 64 символи.

2) Тип даних (Тип данных, Data Type). Залежно від значення характеристики поля «Тип даних» Access виділяє для зберігання інформації різний обсяг місця на носії, по-різному ці дані інтерпретує, допускає над даними різних типів різні операції. В Access допускається використання дев'яти типів даних. Список можливих типів даних викликається натисненням кнопки списку при виборі типу даних кожного поля. Кожен тип варто розглядати у сукупності зі значенням властивості розмір поля.

3) Опис (Описание, Description) — короткий необов’язковий коментар.

Властивості полів.

Основні властивості задаються для кожного поля на вкладці Загальні (Общие, General) і залежать від вибраного типу даних. Для відображення властивостей поля необхідно встановити курсор на рядку відповідного поля (див. рис. 3.3). Розглянемо властивості полів, які найбільш важливі на першому етапі вивчення баз даних.

1) Розмір поля (Размер поля, Field Size) – задає максимальний розмір даних, що зберігаються в полі. Розмір поля визначається їх типом.

Рисунок 3.3 – Відображення загальних властивостей відміченого поля

Тепер визначимо докладно типи даних Access, тому що від вибраного типу даних залежать можливі значення властивості розмір поля.

· Текстовий (Text) — символьні або числові дані, що не вимагають обчислень. Розмір текстового поля даного типу може містити до 255 символів. За допомогою властивості „Розмір поля” вказується максимальна кількість символів, які можуть бути введені в дане поле. При необхідності ввести рядок більшого розміру, ніж вказано в даній властивості, треба значення властивості змінити, оскільки місце під додаткові символи не резервується. Незалежно від довжини текстового поля воно зберігається в базі даних Access в записі змінної довжини. Access не займає пам'ять під невживану частину текстового поля в записі, що зменшує загальний розмір бази даних.

· Числовий (Числовой, Number) — числовий тип застосовується для зберігання числових даних, що використовуються в математичних розрахунках. Має багато підтипів. Від вибору підтипу (розміру) даних числового типу залежить точність обчислень.

Дані цього типу можуть міститися в 1, 2, 4, 8 або 16 байтах. Звичайно за умовчанням використовується підтип „Довге ціле” (Длинное целое, Longlnteger), який займає 4 байти і є числом в межах від -2 147 483 648 до [phone].

Але, окрім цього підтипу, можна вказати:

- „Байт” (Байт, Byte) — 1 байт, від 0 до 255;

- „Ціле” (Целое, Integer) — 2 байти, від -32 768 до 32 767;

- „Одинарне з плаваючою точкою” (Одинарное с плавающей точкой, Single) — 4 байти, від -3,4х1038 до 3,4х1038 с точностью до 7 знаков;

- „Подвійне з плаваючою точкою” (Двойное с плавающей точкой, Double) — 8 байтів, від ~1,797х10308 до 1,797х10308 з точністю до 15 знаків;

- „Десяткове” (Десятичное, или Действительное, Decimal) — 12 байтів, від —1038 - 1 до 1038 — 1 (при роботі з проектами, які зберігаються у файлах з розширенням adp) і від —1028 — 1 до 1028 — 1 (для файлів з розширенням mdb) з точністю до 28 знаків;

- „Код реплікації” (Код репликации, Replication ID) — 16 байтів. Глобальний унікальний ідентифікатор (Globally unique identifier, GUID), займає 16 байт. Поля такого типу використовуються в Access для створення системних унікальних ідентифікаторів реплік, наборів реплік, таблиць, записів і інших об'єктів при реплікації баз даних.

· Лічильник (Счетчик, AutoNumber) — поле містить унікальний номер, визначуваний Microsoft Access автоматично для кожного нового запису або випадковим чином, або шляхом збільшення попереднього значення на 1. Значення полів типу лічильника обновляти не можна. Максимальне число записів в таблиці з полем лічильника не повинне перевищувати двох мільярдів.

Для поля з типом даних Лічильник можна задати розміри:

- Довге ціле — 4 байта;

- Код реплікації — 16 байт.

· Дата/час (Дата/Время, Date/Time) — тип для представлення дати і часу. Дозволяє вводити дати з 100 по 9999 рік. Розмір поля — 8 байтів. Дати і час зберігаються в спеціальному фіксованому числовому форматі. Дата є цілою частиною значення поля типа Дата/час, а час — його дробовою частиною. Access надає великий вибір форматів відображення дати і часу.

· Грошовий (Денежный, Currency) — тип даних, призначений для зберігання даних, точність представлення яких коливається від 1 до 4 десяткових знаків. Ціла частина даного типу може містити до 15 десяткових знаків.

· Логічний (Yes/No) — логічне поле, яке може містити тільки два значення, що інтерпретуються як „Да/Нет”, „Истина/Ложь”, Включено/Виключено. Поля логічного типу не можуть бути ключовими, але їх можна індексувати.

· Поле об'єкту OLE (OLE object) — містить посилання на OLE-об'єкт (лист Microsoft Excel, документ Microsoft Word, звук, малюнок і т. п.). Об'єм об'єкту обмежується наявним в розпорядженні дисковим простором. Тип об'єкту OLE не вказується у властивостях поля об'єкту OLE. Він залежить від додатку, використаного для створення об'єктів OLE, які зберігаються в цьому полі. Пакувальник об'єктів дозволяє упроваджувати файли, створені додатками, які не є серверами об'єктів OLE. Наприклад, він дозволяє упровадити текстові файли як об'єкти в таблиці Access. В полі об'єкту OLE можуть зберігатися довільні дані, у тому числі і дані декількох типів. Це дозволяє обійти основне обмеження реляційних баз даних, яке вимагає, щоб в кожному полі зберігалися дані тільки одного типу.

Продовжимо розгляд властивостей полів.

2) За допомогою властивості „ Маска введення ” (Маска ввода, Input Mask) вказується маска, що дозволяє автоматизувати перевірку введення символів в полі. Вона застосовується до таких полів, як номер телефону, дата і т.д. Задавати маску введення можна вручну або за допомогою „ Мастера подстановки ”.

3) Окрім імені, у поля може бути підпис. Підпис – це та інформація, яка відображається в заголовку стовпця звіту або запиту. Якщо підпис не заданий, то в заголовку відображається ім'я поля.

Дві властивості, які теж визначені для більшості полів, дозволяють виконувати перевірку даних, що вводяться в поле.

4) Умова на значення (Условие на значение, Validation Rule) — властивість визначає умову (обмеження), що накладається на дані, які вводяться в це поле. При невідповідності даних, які вводяться, вказаній умові, видається повідомлення про помилку.

5) Повідомлення про помилку (Сообщение об ошибке, Validation
Text) — властивість визначає те повідомлення, яке видаватиметься користувачу, якщо при введенні даних не дотримується умова, вказана у властивості Умова на значення. Якщо ця властивість не вказана, буде видано стандартне повідомлення про помилку.

6) Для більшості типів полів визначена властивість Значення за умовчанням (Значение по умолчанию, Default Value). В цій властивості вказується значення, що автоматично додається в поле для кожного нового запису, якщо це значення не введено користувачем.

7) Крім того, для більшості типів даних існує властивість Обов'язкове поле (Обязательное поле, Required), яке визначає необхідність введення даних в це поле.

8) Властивість Індексоване поле (Индексированное поле, Indexed) визначає, чи є дане поле індексованим, і якщо є, то в якому режимі. Існують два режими індексації: „ Збіги допускаються ” (Совпадения допускаются,
Duplicates OK) і „ Збіги не допускаються ” (Совпадения не допускаются,
No duplicates). В першому випадку поле може містити значення, що повторюються, в другому — ні.

3.2 Призначення і методика створення форм та запитів в Access

3.2.1 Призначення і методика створення форм

Форми – це об'єкти, за допомогою яких в базу вносять нові дані, відшукують, переглядають і редагують ті, що є. Форми є деякими спеціальними електронними бланками, в яких є чітко виділені поля, які складають запис бази даних.

Дані в таблицю можна вносити і без допомоги яких-небудь форм. Проте:

· введення даних при використовуванні форм можна доручити некваліфікованому фахівцю;

· різні користувачі мають різні права доступу до інформації, що зберігається в таблиці. Для виключення елементарної «взаємодії» між цими користувачами, кожному з них надають свої (різні) форми, хоча дані з цих форм можуть поступати і в одну таблицю;

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

· форма може точно повторювати форму паперового документа, з якого вводять дані в базу, що дозволяє понизити стомлюваність користувача і скоротити число помилок при введенні;

· в одній формі можна відображати дані з декількох таблиць.

Форма може бути створеною на основі таблиці або на основі запиту. Розглянемо варіант створення форми за допомогою майстра форм. На вкладці " Форми " натисніть двічі пункт „ Створити форму за допомогою майстра ”.
У діалоговому вікні, що з'явилося, виберіть джерело даних форми (таблиці чи запиту). Потім пройдіть усі кроки майстра.

1. Виберіть усі чи тільки необхідні поля джерела як поля форми. Натисніть кнопку «Далі».

2. На наступному кросі майстра виберіть зовнішній вигляд форми – в один стовпець (див. рис. 3.4). Знову натисніть кнопку «Далі».

Рисунок 3.4 – Вибір зовнішнього вигляду форми

Форма обраного вигляду виводить на екран одночасно тільки один запис, це аналог звичайного бланку для заповнення однією особою інформації про один об’єкт (анкети, наприклад).

3. Виберіть необхідний стиль форми. Знову натисніть кнопку «Далі».

4. Задайте ім'я форми. Селектор „ Подальші дії ” переключіть на відкриття форми для перегляду або введення даних. Натисніть кнопку «Готово».

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

Після відкриття за умовчанням форма виводить на екран перший запис (див. приклад на рис. 3.5). Для перегляду інших записів зв'язаної таблиці існують кнопки «Перший запис», «Попередній запис», «Наступний запис», «Останній запис». Для створення нового запису призначена кнопка «Новий запис». Між кнопками знаходиться „ Поле номера запису ”. Таким чином, через створену форму можна працювати з таблицею-джерелом. Перед введенням нового запису через форму необхідно натиснути кнопку «Новий запис». Для поточного запису можливо редагування. Для відміни вводу або редагування необхідно натиснути клавішу Esc на клавіатурі.

Рисунок 3.5 – Режим форми

Аналогічну форму можна було створити швидше, натиснув кнопку „ Створити ” і вибравши замість майстра варіант створення – Автоформа: у стовпець або просто виділивши таблицю і натиснувши на панелі інструментів кнопку зі списком «Новий об'єкт: автоформа».

При цьому, якщо автоформа створюється для таблиці, яка є головною у зв’язку „один до багатьох” з іншою таблицею (тобто, знаходиться у зв’язку на стороні „1”), то MS Access буде створено складену (рус.: составную) форму, яка складається з головної та підпорядкованої, і через таку форму користувач може заповнювати одночасно дві таблиці, що знаходяться у зв’язку. Це більш зручно, раціонально і швидко.

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

Наприклад, отримана на рис. 3.5 форма в числі інших полів має поле зі списком. Це поле автоматично було створено, тому що таблиця-джерело вже мала відповідне поле зі списком. В іншому випадку його необхідно створювати в конструкторі форм, використовуючи як джерело даних запит на вибірку необхідних даних.

3.2.2 Призначення запитів і методика створення запитів на вибірку

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

Запити на вибірку даних з таблиці (таблиць).

Однією з переваг запитів є те, що вони дозволяють достатньо швидко відібрати необхідні дані з декількох зв'язаних таблиць, але запити корисні і при роботі з однією таблицею. Всі прийоми, що використовуються при роботі з єдиною таблицею, годяться і для складних багатотабличних запитів.

Вікно конструктора запитів розділено на дві частини (див. рис. 3.6). У верхній знаходяться списки полів таблиць або запитів, на основі яких створюється новий запит. В нижній розташовується бланк QBE (Query by Example — запит за зразком).

Дата добавления: 2015-05-24