Запросы. Описание таблиц и схемы базы данных

Описание таблиц и схемы базы данных

Определение необходимых в таблице полей

Определение таблиц, которые должна содержать база данных

ER-диаграмма

Модель «сущность-связь» (ER-модель) (англ. http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B3%D0%BB%D0%B8%D0%B9%D1%81%D0%BA%D0%B8%D0%B9_%D1%8F%D0%B7%D1%8B%D0%BA entity-relationshipmodel, ERM) — модель данных, позволяющая описывать концептуальные схемы предметной области [4].

ER-модель используется при высокоуровневом (концептуальном) проектирование баз данных. С её помощью можно выделить ключевые сущности и обозначить связи, которые могут устанавливаться между этими сущностями.

Во время проектирования баз данных происходит преобразование ER-модели в конкретную схему базы данных на основе выбранной модели данных (реляционной, объектной, сетевой или др.).

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

Модель «сущность – связь» (МСС) (entity – relationdiagram) является неформальной моделью предметной области и используется на этапе инфологического проектирования БД. Моделируются объекты предметной области и их взаимоотношения [5].

В данной курсовой работе представлена модель «сущность – связь» для реляционной базы данных по учету сетевого и компьютерного оборудования (Приложение Б).

Определение необходимых в базе данных таблиц может оказаться самым непростым этапом процесса проектирования базы данных, поскольку результаты, которые должна выдавать база данных — отчеты, формы и т.п. — не всегда дают полное представление о структуре таблиц, по которым они создаются. Для проектирования таблиц вовсе не обязательно использовать Microsoft Access. Сначала лучше разработать структуру на бумаге. При разработке таблиц рекомендуется руководствоваться следующими основными принципами:1) Сведения не должны дублироваться в таблице или между таблицами. В этом отношении таблицы в реляционной базе данных отличаются от таблиц в приложениях, работающих с таблицами в текстовом формате, таких как редакторы электронных таблиц. Данные, хранящиеся только в одной таблице, обновляются только в этой таблице. Это более эффективно и, кроме того, исключает возможность дублирования записей, содержащих разные сведения. Например, адрес и номер телефона каждого клиента достаточно сохранить один раз, в одной таблице.2) Каждая таблица должна содержать информацию только на одну тему. Когда каждая таблица содержит сведения только по одной теме, со сведениями по каждой теме можно работать независимо от остальных тем. Например, адрес клиента хранится отдельно от заказов этого клиента, что позволяет удалить один запрос, сохранив сведения о клиенте. В данной базе данных содержится семь таблиц: жилищная организация, жилой дом, квартира, жильцы, информация о жильцах, услуга, информация о выполненной услуге. [22]

Каждая таблица содержит сведения по конкретной теме, а каждое поле в таблице содержит конкретный факт по теме таблицы. Например, таблица «Сотрудники» содержит поля ФИО, паспортные данные и т.д., а конкретный факт это конкретный человек, например, Иванов Иван Иванович.

При составлении полей для каждой таблице необходимо учитывать следующие основные принципы:

· Каждое поле должно быть связано с темой таблицы;

· Таблица должна содержать все необходимые сведения;

· Данные следует разбить на наименьшие логические единицы.

В данной базе данных «Учет сетевого и компьютерного оборудования», были созданы следующие таблицы:

- Таблица «Оборудование»;

- Таблица «Склад»;

- Таблица «Сотрудники»;

- Таблица «Поставщики»;

Объясню почему я назвал таблицы именно так:

И так начнём. Есть склад, на котором храниться сетевое и компьютерное оборудование, на этом складе работают люди(сотрудники), которые ведут учёт оборудования и договариваются с различными поставщиками о сделке.

В (Приложение В) показаны таблицы и схема данных данной базы данных.

Запросы представляют собой специальным образом описанное требование, определяющее состав производимых над базой данных операций по выборке, удалению или модификации хранимых данных [3].

В ходе работы были созданы следующие запросы (Приложение Г):

1. Запрос на выборку.

2. Запрос «Поставщики».

3. SQL - запрос.

1. Запрос «На выборку»

Так как на складе нужно упорядочивать оборудование по изготовителю, был создан запрос на выборку, в котором мы из таблицы «Оборудование» выбрали поле «Изготовитель».

2. Запрос «Поставщики»

Так как заказ оборудования постоянен и не совсем удобно из полной таблицы просматривать телефонные номера того или иного поставщика был сделан запрос в котором мы из таблицы «Поставщики» выбрали столбцы «Номер телефона» и «Наименование поставщика».

3. Запрос «SQL»

Так как после закупки оборудования следует его настроить, этим занимаются специалисты по настройке оборудования и в данном SQL – запросе было создано условие в котором выбирались только специалисты по настройке оборудования из таблицы «Сотрудники».

2.6 Отчёты

Отчет – это форматированное представление данных, которое выводится на экран, в печать или файл. Они позволяют извлечь из базы нужные сведения и представить их в виде, удобном для восприятия, а также предоставляют широкие возможности для обобщения и анализа данных [7].

В ходе работы были созданы следующие отчёты (Приложение Д):

1. Отчет Поставщики.

2. Отчет «Поставщики запрос».

3. Отчет «Наклейка».

Отчет «Поставщики»

Данный отчет содержит информацию о поставщиках, т.е. их «Наименование», «Адрес» и «Номер телефона».

Отчет «Поставщики запрос»

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

Отчет «Наклейка»

В данном отчете представлены наклейки поставщиков.

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