лення Дата/час Кількість ЧісловойРазмер поля - довге ціле
Ключове поле - Код замовлення
- надходження
Найменування поляТіп даннихСвойство Код товара ЧісловойРазмер поля - довге ціле Товар ТекстовийРазмер поля 20 Sum-Кількість ЧісловойРазмер поля - довге ціле
Ключового поля в даній таблиці немає
продажу
Найменування поляТіп даннихСвойство Код товара ЧісловойРазмер поля - довге ціле Товар ТекстовийРазмер поля 20 Sum-Кількість ЧісловойРазмер поля - довге ціле
Ключового поля в даній таблиці немає
залишок складі
Найменування поляТіп даннихСвойство Код товара ЧісловойРазмер поля - довге ціле Товар ТекстовийРазмер поля 20 Поступленія_Sum-Кількість ЧісловойРазмер поля - довге ціле Продажі_Sum-Кількість ЧісловойРазмер поля - довге ціле Залишок ЧісловойРазмер поля - довге ціле Ключового поля в даній таблиці немає.
Перегляд вищеописаних таблиць наведені в додатку 1.
Між таблицями можливі 4 типи відносин: одне одного raquo ;, один до багатьох raquo ;, багато до одного raquo ;, багато до багатьох raquo ;.
- одне одного - кожен запис однієї таблиці відповідає одному запису в іншій таблиці.
Ставлення одне одного доцільно використовувати, якщо частина даних, наприклад дані про освіту використовуються нечасто. Використання даного відносини дозволить збільшити швидкість обробки даних.
- один до багатьох - кожного запису в одній таблиці відповідає декілька записів в іншій таблиці. Одному співробітнику може відповідати кілька виконаних робіт.
Ставлення один до багатьох використовується дуже часто, підтримується всіма СУБД.
- багато до одного
Кільком записам в одній таблиці відповідає один запис в іншій таблиці.
Ставлення багато до одного аналогічно відношенню один до багатьох raquo ;. Тип ставлення залежить від точки зору розробника. Наприклад, якщо Ви будете розглядати відношення між виконаною роботою і співробітниками, то отримаєте ставлення багато до одного .
- багато до багатьох
Кільком записам у однієї таблиці відповідають декілька записів в іншій таблиці.
Логічна модель представлена ??в наступному вигляді:
Дана схема даних утворена за допомогою наступних таблиць: постачальники, товари, покупці, замовлення. У меню сервіс бази даних «Оптовий магазин» вибирається пункт схема даних. Виходить меню додавання таблиць, з даного меню вибираємо всі таблиці. Далі з таблиці «Постачальники» перетягуємо код постачальника на код постачальника в таблицю «Товари», причому табельний номер в таблиці «Постачальники» є ключовим полем, забезпечуючи при цьому цілісність даних і утворюється зв'язок один до багатьох. Таким же чином пов'язуємо таблицю «Замовлення» з таблицями «Товари» і «Покупці» забезпечуючи цілісність даних і створенням зв'язку один до багатьох.
У представленій схемі даних 3 таблиці «Надходження», «Продажі», «Залишок на складі» формуються на підставі запитів на створення таблиці, тому вони не мають зв'язків між собою і з іншими таблицями. база дані проектування товар
3. Проектування запитів
Ці об'єкти служать для отримання даних з таблиць і надання їх користувачеві в зручному вигляді. За допомогою запитів виконують такі операції, як відбір даних, їх сортування і фільтрацію, а також перетворення даних за заданим алгоритмом, створення нових таблиць, автоматичне заповнення таблиць даними, імпортованими з інших джерел, виконання обчислень і багато іншого. Для різних дій створюються запити різних типів.
Запит-вибірка призначений для відбору даних, що зберігаються в таблицях, і не змінює ці дані.
Запит-зміна використовується для зміни або переміщення даних. До цього типу належать: запит на додавання записів, запит на видалення записів, запит створення таблиці, запит на оновлення.
Запит з параметром