Проектирование и разработка базы данных для студентов непрофильных направлений
Создание логической модели базы данных в Visio. Подключение к MS SQL Server 2012. Создание новой таблицы на сервере и диаграммы базы данных. Загрузка информации в базу средствами Management Studio. Общий синтаксис запроса SELECT, инсталляция сервера.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | учебное пособие |
| Язык | русский |
| Дата добавления | 15.09.2017 |
| Размер файла | 8,0 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Минобрнауки РФ
Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования
«Ивановский государственный энергетический университет имени В.И. Ленина»
Учебное пособие
Проектирование и разработка базы данных для студентов непрофильных направлений
И.Д. Ратманова, Е.Е. Булатова
Иваново, 2014
УДК 004.6 Р25
Ратманова И. Д., Булатова Е. Е. Проектирование и разработка базы данных для студентов непрофильных направлений: учебное пособие / ФГБОУВПО «Ивановский государственный энергетический университет имени В. И. Ленина».? Иваново, 2014.? 101 с.
ISBN
Основной целью учебного пособия является знакомство с основами проектирования и разработки баз данных с использованием СУБД Microsoft SQL Server.
Пособие включает рассмотрение следующих вопросов: анализ предметной области; моделирование структуры базы данных; создание базы данных на основе разработанной модели; заполнение базы данных; выборка информации; использование аппарата триггеров и хранимых процедур.
Рекомендуется для студентов направлений подготовки, не входящих в группу направлений «230000. Информатика и вычислительная техника».
Табл. 8. Ил. 83. Библиогр.: 4 назв.
Печатается по решению редакционно-издательского совета ФГБОУВПО «Ивановский государственный энергетический университет имени В.И. Ленина».
Научный редактор - Е. Р. Пантелеев
Рецензент: кафедра программного обеспечения компьютерных систем
ФГБОУВПО «Ивановский государственный энергетический университет имени В.И. Ленина»
ISBN © И.Д. Ратманова, Е.Е. Булатова, 2014
Содержание
Предисловие
1. Анализ предметной области
1.1 Анализ требований
1.2 Концептуальная модель предметной области
Контрольные вопросы
2. Проектирование базы данных
2.1 Логическая модель базы данных
2.2 Создание Логической модели БД в Visio
2.3 Физическая модель базы данных
Контрольные вопросы
3. Создание базы данных
3.1 Подключение к MS SQL Server 2012
3.2 Создание новой базы данных на сервере
3.3 Создание новой таблицы на сервере
3.4 Создание связей
3.5 Создание диаграммы базы данных
3.6 Ограничения целостности базы данных
3.7 Сценарий создания базы данных
Контрольные вопросы
4. Заполнение базы данных
4.1 Загрузка информации в базу данных средствами Management Studio
4.2 Ведение базы данных средствами SQL
4.3 SQL-запросы на вставку, модификацию и удаление данных
4.3.1 Добавление новых записей в таблицу (INSERT)
4.3.2 Модификация существующих записей (UPDATE)
4.3.3 Удаление записей из таблицы (DELETE)
Контрольные вопросы
5. Запросы на выборку данных
5.1 Общий синтаксис запроса SELECT
5.2 Примеры реализации запросов
Контрольные вопросы
6. Организация бизнес-логики
6.1 Хранимые процедуры
6.2 Триггеры
Контрольные вопросы
7. Администрирование сервера БД
7.1 Инсталляция сервера
7.2 Резервное копирование и восстановление БД
7.3 Санкционирование доступа
Список литературы
Приложения
Предисловие
Целью данного учебного пособия является знакомство с организацией базы данных на основе реляционной СУБД. В качестве средства проектирования БД выбрано Microsoft Visio 2010, как СУБД используется Microsoft SQL Server 2012.
Поддерживаемый сервером язык запросов Transact-SQL является реализацией стандарта SQL-92 с множественными расширениями (в том числе дополнительный синтаксис для хранимых процедур и поддержка транзакций).
Используемая в лабораторном практикуме версия Microsoft SQL Server Express Edition является бесплатно распространяемой версией SQL Server. Данная версия имеет некоторые технические ограничения (1 поддерживаемый процессор, 1 Гб адресуемой памяти и предел в 4 Гб для размера базы), не препятствующие, однако, использованию сервера в учебном процессе и в небольших программных приложениях.
Для администрирования сервера используется утилита с графическим интерфейсом Microsoft SQL Server Management Studio Express, которая также доступна для бесплатного скачивания с сайта корпорации Microsoft (http://www.microsoft.com).
В качестве тестового примера в учебном пособии приводится база данных по поставкам деталей на оптовый заводской склад.
Ниже приведено содержание лабораторного практикума по проектированию и разработке базы данных.
Тема 1 (2 часа). Анализ предметной области. Анализ полученного задания; формулировка требований к функциям (задачам) и составу потенциальных пользователей базы данных. По результатам работы в итоговый отчет помещаются текст задания, название информационной системы, таблица ролей пользователей и их функций.
Тема 2 (4 часа). Проектирование базы данных. Проектирование реляционной базы данных с оформлением модели в нотации IDEF1X. По результатам работы в отчет помещаются модели (логическая и физическая) базы данных.
Тема 3 (4 часа). Создание базы данных. Создание базы данных на сервере. Добавление ограничений для поддержания целостности. По результатам работы в итоговый отчет помещается сценарий создания базы данных.
Тема 4 (4 часа) Загрузка информации в базу данных. Заполнение базы данными в графической среде Management Studio. Вставка, удаление и модификация данных средствами языка SQL. По результатам работы в итоговый отчет помещается содержимое заполненных таблиц и тексты запросов.
Тема 5 (6 часов). Выборка данных. Формирование десяти запросов на выборку данных, охватывающих основные возможности языка SQL. Тестирование запросов. По результатам работы в итоговый отчет помещаются тексты запросов с результатами выполнения (копии экрана).
Тема 6 (8 часов). Реализация бизнес-логики приложения в теле сервера. Создание триггеров и хранимых процедур, охватывающих бизнес-логику работы с созданной базой данных. По результатам работы в итоговый отчет помещаются коды создания и вызова хранимых процедур и триггеров с кратким описанием.
Для выполнения лабораторного практикума необходимо установить Microsoft Visio 2010, MS SQL Server 2012 Express и получить задание (см. прил. А).
Форма отчетности. Результаты лабораторного практикума должны быть представлены в виде итогового отчета в электронном и печатном виде. К нему должны прилагаться файлы базы данных.
1. Анализ предметной области
1.1 Анализ требований
Большинство автоматизированных систем используют базы данных как хранилище информации.
Прежде чем приступить к созданию базы данных, необходимо определить, КОМУ и ЗАЧЕМ нужна автоматизированная система ее использующая. На эти вопросы отвечает анализ требований.
Анализ требований - процесс изучения потребностей и целей пользователей, классификация и преобразование их к требованиям к системе, разрешение конфликтов между требованиями, определение границ системы.
На этапе анализа требований важно понять разницу между пользователем и его ролью.
Пользователь - это человек, который будет использовать вашу информационную систему.
Роль - это набор прав на использование различных функций системы, например менеджер, кассир. Таким образом, у одного пользователя может быть одна или несколько ролей, и одна роль может быть назначена нескольким пользователям.
Рассмотрим пример информационной системы оптового заводского склада.
Описание предметной области:
Информационная система оптового заводского склада
На склад поставляются детали, выполненные из определенных материалов (литые), от заданного круга поставщиков (постоянных или случайных) из различных городов.
В качестве поставщиков могут выступать юридические лица и индивидуальные предприниматели, причем эти группы описываются своим набором характеризующих атрибутов; юридические лица - номер и дата гос. регистрации, наименование, юридический адрес, форма собственности; предприниматели - ИНН, ФИО, страховой полис, номер паспорта, дата рождения.
При оформлении поставки учитываются дата, количество и стоимость, вид упаковки и способ доставки (автотранспорт, ж/д транспорт, самовывоз), причем одна поставка может включать несколько видов деталей.
Поставщики переходят в разряд постоянных, если они совершили поставок на сумму свыше 1000000 рублей в год.
Осуществляется отпуск деталей в цеха завода с учетом даты, количества и номера цеха. Поддерживается актуальное количество товаров на складе.
В таблице 1.1. отражены основные роли пользователей будущей системы и необходимые им функции.
Таблица 1.1. Роли пользователей и их функции
|
Роль |
Функции |
|
|
Менеджер |
Ведение базы деталей, материалов, поставщиков |
|
|
Инженер завода |
Просмотр спецификаций деталей |
|
|
Бухгалтер |
Оплата поставок |
|
|
Учетчик |
Оформление поставки |
|
|
Логист |
Управление отпуском деталей в цеха завода |
Задание:
§ получите вариант задания для курсовой работы (описание предметной области),
§ составьте таблицу пользовательских ролей и функций.
1.2 Концептуальная модель предметной области
Построение модели предметной области начинается с выявления абстракций, существующих в реальном мире и принадлежащих моделируемой предметной области.
Концептуальная модель отражает семантику предметной области в виде совокупности понятий (сущностей), их характеристик (атрибутов) и связей (ассоциативных отношений между сущностями).
Концептуальное моделирование предметной области удобно выполнять посредством Диаграммы классов (Class Diagram, рис. 1.1) уровня анализа языка UML (табл. 1.2). Операции (методы) в классах на этапе анализа отсутствуют.
Таблица 1.2. Диаграмма классов (Class Diagram)
Рис. 1.1. Концептуальная модель ПО (диаграмма классов)
Степень (мощность) связи позволяет определить, сколько экземпляров данной сущности связываются (табл. 1.3).
Таблица 1.3 Варианты степеней связи
|
Нотация |
Описание |
Пример |
|
|
0..1 |
Ноль или один экземпляр |
Поставка упаковывается одним способом или не упаковывается |
|
|
1 / 1..1 |
Обязательно один экземпляр |
Каждая деталь изготовлена из одного сплава |
|
|
0..N / 0..* |
Ноль или более экземпляров |
Из каждого сплава изготовлена ноль, одна или более деталей |
|
|
1..N / 1..* |
Один или более экземпляров |
В каждом чеке одна или более строк |
Контрольные вопросы
1. С чего начинается процесс создания автоматизированной информационной системы?
2. Чем отличается Пользователь от Роли? Приведите примеры.
3. Какие модели лежат в основе проектирования интегрированной базы данных?
4. Охарактеризуйте назначение концептуальной модели предметной области.
5. Из каких элементов состоит концептуальная модель предметной области?
6. Какие отношения имеют место между сущностями в концептуальной модели предметной области?
7. Что такое степень связи?
8. Приведите пример отношения «один ко многим» между сущностями концептуальной модели предметной области.
9. Приведите пример отношения «многие ко многим» между сущностями концептуальной модели предметной области.
10. Приведите пример отношения «один к одному» между сущностями концептуальной модели предметной области.
2. Проектирование базы данных
2.1 Логическая модель базы данных
Логическая модель - графическое представление структуры базы данных с учетом принимаемой модели данных (иерархической, сетевой, реляционной и т.д.), независимое от конечной реализации базы данных и аппаратной платформы.
Иными словами, она показывает, ЧТО хранится в базе данных (объекты предметной области, их атрибуты и связи между ними), но не отвечает на вопрос КАК (рис. 2.1).
Рис. 2.1. Логическая модель базы данных в нотации IDEF1X
Методология IDEF1X - один из подходов к моделированию данных, основанный на концепции "сущность - связь" (Entity - Relationship), предложенной Питером Ченом в 1976 г. Методология IDEF1X ориентирована на проектирование реляционных моделей баз данных.
В основе реляционной модели лежит понятие нормализованного отношения (таблицы). При этом сущности предметной области отображаются в таблицы базы данных (рис. 2.2), обладающие следующими свойствами:
§ нет одинаковых кортежей (строк), они различаются по уникальному идентификатору - первичному ключу;
§ кортежи (строки / записи) не упорядочены сверху вниз;
§ атрибуты (столбцы) не упорядочены слева направо; в операциях с таблицей ее строки и столбцы могут просматриваться в любой последовательности безотносительно их содержания и смысла;
§ все значения атрибутов - скаляры и имеют одинаковую природу (построены на одном домене).
Рис. 2.2. Таблица реляционной базы данных
Ключ - столбец или группа столбцов, значения которых однозначно идентифицируют каждую строку.
В одной таблице может быть несколько ключей: один первичный, посредством которого осуществляется связывание отношений, а другие - альтернативные. Свойства ключа:
§ уникальность (не может быть строк с одинаковым ключом);
§ неизбыточность (удаление любого атрибута из ключа лишает его свойства уникальности).
Реляционная база данных ? это множество связанных между собой отношений. Связи задаются с помощью вторичных ключей (Foreign key - FK), т.е. атрибутов, которые в других отношениях являются первичными ключами (Primary key - PK).
Основные ограничения целостности реляционной модели:
§ атрибуты из первичного ключа не могут принимать неопределенное значение (целостность объектов);
§ вторичные ключи не могут принимать значения, которых нет среди значений первичных ключей связанной таблицы: если отношение R2 имеет среди своих атрибутов какой-то внешний ключ (FK), который соответствует первичному ключу (PK) отношения R1, то каждое значение FK должно быть равно одному из значений PK.
Вернемся к нотации IDEF1X. В табл. 2.1 приведены основные элементы нотации.
Таблица 2.1. Основные элементы нотации IDEF1X
Независимая сущность - это сущность, уникальный идентификатор которой не наследуется из других сущностей. Изображается в виде прямоугольника с прямыми краями.
Зависимая сущность - это сущность, уникальный идентификатор которой включает по меньшей мере одну связь с другой сущностью. Например, строка документа не может существовать без самого документа (зависит от него). Изображается в виде прямоугольника с закругленными краями.
2.2 Создание Логической модели БД в Visio
Чтобы создать Логическую модель базы данных в Visio 2010, выберите Категорию шаблонов «Программы и базы данных», а в ней шаблон «Схема модели базы данных» (рис. 2.3)
Рис. 2.3. Шаблон «Схема модели базы данных»
Прежде, чем приступить к созданию Логической модели, зайдите на вкладку «База данных» и в «Показать параметры» выставьте следующие настройки (рис. 2.4-2.6).
Рис. 2.4. Параметры документа (вкладка «Общие»)
Рис. 2.5. Параметры документа (вкладка «Таблица»)
Рис. 2.6. Параметры документа (вкладка «Отношение»)
Чтобы создать Сущность «Деталь», перетащите стереотип Сущность с панели инструментов на экран (рис. 2.7).
Рис. 2.7. Создание Сущности
Задайте имя новой Сущности в свойствах в нижней части экрана (рис. 2.8).
Рис. 2.8. Свойства Сущности («Определение»)
Затем на вкладке Столбцы создайте атрибуты Сущности, отметьте уникальный идентификатор (первичный ключ) галочкой в столбце PK и нажмите кнопку «ОК» (рис. 2.9).
Рис. 2.9. Свойства Сущности («Столбцы»)
Аналогично создайте вторую сущность, например «Материал». Чтобы создать связь между ними, перетащите стереотип «Отношение» точкой на изображение класса «Деталь», т.к. из каждого материала изготавливается ноль, одна или несколько деталей. Затем второй конец связи перетащите на изображение класса «Материал» (рис. 2.10). Внешний ключ «Код материала (FK)» автоматически появится в составе атрибутов сущности «Деталь».
Незакрашенный ромб со стороны Материала означает, что материал может быть не указан. Чтобы убрать ромб, откройте свойства сущности «Деталь» и поставьте этому атрибуту галочку в столбце «Обязательное».
Рис. 2.10. Свойства отношения («Определение»)
Задание: постройте логическую модель базы данных в соответствии с описанием предметной области из вашего варианта задания.
2.3 Физическая модель базы данных
Физическая модель - логическая модель базы данных, выраженная в терминах языка описания данных конкретной СУБД.
Физическая модель базы данных содержит все детали, необходимые конкретной СУБД для создания базы: наименования таблиц и столбцов, типы данных, определения первичных и внешних ключей и т.п. (рис. 2.11).
Физическая модель строится на основе логической с учетом ограничений, накладываемых возможностями выбранной СУБД (в нашем случае - MS SQL Server 2012):
Имена
Имена таблиц и столбцов должны быть записаны латинскими буквами, без пробелов, начиная с буквы.
Типы данных
Для каждого атрибута необходимо определить тип данных его значений (табл. 2.2).
Связи
Реляционная модель данных требует преобразования связей «многие ко многим» и иерархии наследования и допускает их только на уровне логической модели базы данных.
Наследование (обобщение) может быть реализовано различными способами; наиболее предпочтительным является преобразование каждого подтипа (дочерние сущности) в отдельную таблицу с включением в нее вторичного ключа, соответствующего первичному ключу таблицы-супертипа (родительская сущность).
Преобразование связи «многие ко многим» (таблицы «Поставка» и «Способ доставки») включает создание новой таблицы развязки и двух новых связей «один ко многим» от старых таблиц к новой.
Таблица 2.2. Основные типы данных в MS SQL Server
|
Тип данных |
Описание |
|
|
Целые числа |
||
|
bigint |
Целочисленные данные от -263 до 263-1 |
|
|
int |
Целые числа от -2147483648 до 2147483647 |
|
|
smallint |
Целые числа от -32768 до 32767 |
|
|
tinyint |
Целые числа от 0 до 255 |
|
|
Вещественные числа |
||
|
decimal / numeric |
Являются синонимами. Заданная точность и масштаб от -1038-1 до 1038-1 |
|
|
float |
Приближенные числовые данные от -1,79Е+308 до 1,79Е+308 |
|
|
real |
Частный случай типа float, от -3,40Е+38 до 3,40Е+38 |
|
|
money |
Количество денежных единиц от -263 до 263 с точностью до четырех десятичных позиций |
|
|
smallmoney |
Денежные единицы от -214748,3648 до 214748,3647 |
|
|
Дата и время |
||
|
datetime |
Данные о дате и (или) времени, которые относятся к периоду с 1 января 1753 года по 31 декабря 9999 года, определяемые с точностью до трех сотых секунды |
|
|
smalldatetime |
Данные о дате и (или) времени, которые относятся к периоду с 1 января 1900 года по 6 июня 2079 года, определяемые с точностью до одной минуты |
|
|
date |
Дата с точностью до дня, занимает 3 байта |
|
|
Строки |
||
|
char (n) |
Символьные данные фиксированной длины. Значения данных с длиной короче заданной заполняются пробелами до указанной длины. Максимальное заданное значение длины - 8000 символов. |
|
|
varchar (n) |
Символьные данные переменной длины. Значения данных с длиной короче заданной не дополняются пробелами. Максимальное заданное значение длины - 8000 символов, но для обозначения длины можно использовать ключевое слово max, что позволяет определять столбцы с символьными данными объемом до 231 байтов. |
|
|
nchar (n) |
Символьные данные в кодировке Unicode фиксированной длины. Максимальное заданное значение длины может составлять 4000 символов. |
|
|
nvarchar (n) |
Символьные данные в кодировке Unicode переменной длины. Максимальное заданное значение длины может составлять 4000 символов, но для обозначения длины можно использовать ключевое слово max, что позволяет определять столбцы с символьными данными объемов до 231 байт. |
|
|
text / ntext |
Устаревший тип данных, вместо него следует использовать тип varchar (max) / nvarchar (max). |
|
|
binary |
Двоичные данные фиксированной длины с максимальной длиной 8000 байт. |
|
|
varbinary |
Двоичные данные переменной длины с максимальной указанной длиной 8000 байт, но для обозначения длины можно использовать ключевое слово max, что позволяет определять столбцы типа LOB, имеющие объем до 231 байт |
|
|
image |
Устаревший тип данных, вместо него следует использовать тип данных varbinary (max). |
|
|
table |
Данные типа таблицы, предназначены для использования в работе с результирующими наборами. Как правило, они передаются из пользовательских функций. Применение данных типа table в определениях таблиц не допускается. |
|
|
sql_variant |
Данные различных типов. |
|
|
xml |
Определяет символьное поле как содержащее данные XML. |
|
|
Timestamp / rowversion |
Специальное значение, которое является уникальным в пределах данной базы данных. Устанавливается автоматически. |
|
|
uniqueidentifier |
Специальный глобально уникальный идентификатор (GUID). Уникальность любого идентификатора GUID в пространстве и времени является гарантированной. |
Рис. 2.11. Физическая модель базы данных в нотации IDEF1X
Задание: постройте физическую модель базы данных в соответствии с описанием предметной области из вашего варианта задания. Для этого воспользуйтесь уже имеющейся логической моделью базы данных.
Контрольные вопросы
1. Дайте определение реляционной модели базы данных.
2. Какие ограничения целостности поддерживаются на уровне реляционной модели?
3. Дайте определение нормализованному отношению, которое лежит в основе реляционной модели базы данных.
4. Что такое первичный ключ нормализованного отношения? Перечислите свойства первичного ключа.
5. Как реализуются связи между сущностями в реляционной модели?
6. Что такое логическая модель базы данных?
7. Что такое физическая модель базы данных?
8. Что такое «зависимая сущность» в нотации IDEF1X?
9. Какие отношения допустимы в нотации IDEF1X?
10. Каким образом определяется степень связей в нотации IDEF1X?
11. Какие отношения между сущностями отсутствуют в физической модели базы данных в нотации IDEF1X?
12. Посредством чего реализуется отображение ассоциативных связей из концептуальной модели ПО в реляционную модель базы данных?
13. Как реализуется связь «многое ко многим» на уровне физической модели реляционной базы данных?
14. Как реализуется отношение «наследование» на уровне физической модели реляционной базы данных?
15. Приведите пример справочника в разработанной модели базы данных.
3. Создание базы данных
В состав Microsoft SQL Server 2012 входит графическая среда SQL Server Management Studio, являющаяся одним из основных программных средств администрирования СУБД SQL Server. В этой программе предусмотрен целый ряд функциональных средств управления сервером, в которых применяется относительно простой графический интерфейс.
3.1 Подключение к MS SQL Server 2012
При запуске Management Studio на экране появляется окно подключения к серверу (рис. 3.1).
Поле «Тип сервера» предназначено для выбора одной из нескольких подсистем SQL Server, в которую должен войти пользователь: сам сервер, службы Analysis Services, Report Services и т. п. Для подключения к серверу следует выбрать вариант «Компонент Database Engine».
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Рис. 3.1. Окно подключения к MS SQL Server в среде Management Studio
В поле «Имя сервера» указывается имя сервера, к которому должно быть выполнено подключение. В выпадающем списке поля перечисляются сервера, которые анонсируют свои службы в сети. Сервера могут быть локальными или сетевыми.
В поле «Проверка подлинности» следует выбрать вариант проверки прав пользователя на доступ к серверу. В случае выбора проверки подлинности Windows права берутся из учетной записи пользователя Windows. Проверка подлинности SQL Server - вариант входа в систему с использованием имен пользователей и паролей, которые являются локальными по отношению к SQL Server.
По кнопке «Соединить» происходит подключение к серверу и открывается основное окно среды Management Studio (рис. 3.2). В левой части окна расположен «Обозреватель объектов», предназначенный для гибкой навигации по функциональным элементам сервера («Базы данных», «Таблицы», «Безопасность» и т.д.). В ветке «Базы данных» перечисляются все базы, зарегистрированные на текущем сервере. Эта ветка может быть развернута дополнительно вплоть до получения списков таблиц и их атрибутов.
Рис. 3.2. Основное окно среды Management Studio
3.2 Создание новой базы данных на сервере
CREATE DATABASE <имя_базы>
[ON <диск> [= <объем >][, <диск>[= <объем>]...]
[LOG ON <диск> [= <объем >][, <диск> [= <объем >]...]
Создание новой базы данных начинается с создания физических файлов, в которых будет храниться база. Для этого в «Обозревателе объектов» в контекстном меню ветки «Базы данных» следует выбрать пункт «Создать базу данных».
В появившемся диалоговом окне (рис. 3.3) в поле «Имя базы данных» вводится имя создаваемой базы. SQL Server для хранения базы данных создает 2 файла - основной с расширением mdf, в котором хранятся непосредственно данные, и файл журнала транзакций с расширением ldf - логический журнал, используемый для откатов в случае сбоев в базе данных.
После нажатия кнопки «OK» в «Обозревателе объектов» в ветке «Базы данных» появится созданная база. Если ее развернуть, то появится перечень видов объектов этой базы: диаграммы, таблицы, представления и т. п. Изначально все они пустые или содержат системные объекты.
Рис. 3.3. Окно создания новой базы данных
3.3 Создание новой таблицы на сервере
CREATE TABLE [<база>.]<имя_таблицы>
(<имя_поля> <тип_данных> [ NULL | NOT NULL |
IDENTITY [(<нач_значение>, <шаг>)]] [<ограничения>])
В «Обозревателе объектов» в контекстном меню «Таблицы» базы данных выберите пункт «Создать таблицу».
В верхней части появившегося окна (рис. 3.4) задаются столбцы (поля) таблицы: имя столбца, его тип (табл. 2.2) и допустимость пустых значений (NULL) в этом столбце. При именовании столбцов рекомендуется пользоваться латинским алфавитом и избегать пробелов.
Для указания первичного ключа в контекстном меню соответствующего поля выбирается пункт «Задать первичный ключ»; при этом в столбце «Разрешить значения null» для этого поля автоматически снимается метка (галочка), поскольку уникальный идентификатор должен быть задан в каждой строке таблицы.
Рис. 3.4. Создание полей таблицы базы данных
При первом сохранении таблицы (кнопка с дискетой на панели инструментов) появляется окно, в котором следует ввести название создаваемой таблицы (рис. 3.5); при этом, как и в случае со столбцами, рекомендуется пользоваться латинским алфавитом и избегать пробелов. Ранее созданную таблицу можно переименовать, воспользовавшись пунктом «Переименовать» контекстного меню соответствующей таблицы.
Рис. 3.5. Окно выбора имени таблицы базы данных
Для редактирования структуры ранее созданной таблицы (добавление / удаление полей, изменение типов данных, установка значений по умолчанию и т. п.) используется пункт «Проект» контекстного меню этой таблицы.
Автоинкрементное поле
MS SQL Server позволяет создавать автоинкрементные поля (счетчики); сервер сам будет задавать последовательные значения этого поля в каждой новой строке таблицы (1, 2, 3…).
Для назначения полю свойства автоинкрементности на закладке «Свойства столбцов» внизу окна создания полей таблицы выбирается раздел «Спецификация идентифицирующего столбца» (рис. 3.6).
Рис. 3.6. Создание автоинкрементного поля
Здесь для строки «Является идентифицирующим столбцом» требуется установить значение «Да». При этом автоматически заполнятся две следующие строки - «Начальное значение» и «Приращение», по умолчанию в обоих появится единица. Это значит, что значение первичного ключа в таблице начнется с единицы и будет увеличиваться дальше с шагом 1. Можно задать и другие значения начального значения и приращения счетчика.
Признак автоинкрементности обычно устанавливается у несмысловых первичных ключей для автоматического присвоения им уникальных последовательных значений. Автоинкремент может быть задан только для полей с числовыми типами данных.
3.4 Создание связей
[CONSTRAINT <имя_ограничения>]
[FOREIGN KEY (<имя_поля> [,... [, <имя_поля16>]])]
REFERENCES <табл_ссылки> (<поле_ссылки>[,...[,<поле_ссылки16>]])
Связи между таблицами в MS SQL Server задаются в виде ссылок, т.е. внешних ключей FOREIGN KEY.
Рассмотрим установление связи в среде Management Studio между таблицами «Деталь» и «Материал». Для этого необходимо открыть окно редактирования структуры таблицы «Деталь», с помощью пункта «Проект» контекстного меню этой таблицы.
Далее в контекстном меню открывшегося окна редактирования следует выбрать пункт «Отношения» или же воспользоваться одноименной кнопкой на панели инструментов. На экране появится окно «Отношения внешнего ключа», изначально пустое.
Для добавления нового внешнего ключа следует нажать кнопку «Добавить» в нижнем правом углу окна. Далее в появившемся шаблоне настройки внешнего ключа (рис. 3.7) необходимо выделить строку «Спецификация таблиц и столбцов» и нажать на кнопку с многоточием в этой строке справа.
На экране появится окно настройки связи между таблицами (рис. 3.8). Здесь в разделе «Имя отношения» можно задать название создаваемой связи или же оставить название по умолчанию.
Рис. 3.7. Окно добавления / удаления отношений между таблицами
В разделе «Таблица первичного ключа» (слева) из выпадающего списка следует выбрать соответствующую таблицу (в нашем случае - таблицу «Материал»), а в строке / строках ниже указать PK этой таблицы («Код материала»).
Рис. 3.8. Окно настройки отношения между таблицами
В разделе «Таблица внешнего ключа» (справа) требуемая таблица задается автоматически и соответствует редактируемой в данный момент таблице (таблица «Деталь»). Следует лишь выбрать из выпадающего списка поле таблицы, содержащее ссылку (поле «Код материала» таблицы «Деталь»).
По завершении настройки связи между таблицами следует закрыть окна «Таблицы и столбцы» и «Отношения внешнего ключа» и обязательно сохранить произведенные изменения в таблице «Деталь» (кнопка с дискетой на панели инструментов).
3.5 Создание диаграммы базы данных
Среда Management Studio предоставляет возможность быстрого построения диаграммы созданной базы данных (рис. 3.9). Это по сути дела физическая модель созданной базы данных, выполненная в среде СУБД MS SQL Server.
Рис. 3.9. Диаграмма базы данных в Management Studio
Для этого в «Обозревателе объектов» в ветке соответствующей базы данных следует выбрать пункт «Диаграммы баз данных», а в контекстном меню этого пункта - раздел «Создать диаграмму базы данных». В открывшемся окне следует нажать кнопку «Добавить» для тех таблиц, которые должны отобразиться на диаграмме.
На основе построенной диаграммы можно производить изменения в структуре самой БД - добавлять и удалять таблицы, поля таблиц, создавать индексы, ключи, связи. база данные сервер инсталляция
Сохранять построенную диаграмму не требуется, она всегда формируется в соответствии с текущей структурой базы.
Задание: создайте базу данных в соответствии с описанием предметной области из вашего варианта задания. Для этого удобно воспользоваться имеющейся логической моделью базы данных.
3.6 Ограничения целостности базы данных
СУБД MS SQL Server предлагает различные виды ограничений для поддержания целостности базы данных, среди них значения по умолчанию, проверки вводимых данных и ограничения ссылочной целостности.
Значения по умолчанию DEFAULT
[CONSTRAINT <имя_ограничения>]
DEFAULT {<константа> | <функция> | NULL}
[FOR <имя_поля>]
Полю таблицы можно присвоить значение по умолчанию. Это значение будет использоваться всякий раз при добавлении новой строки, не содержащей данных в столбце, к которому относится ограничение DEFAULT; в случае модификации ранее созданной строки ограничение DEFAULT игнорируется.
Для установки значения по умолчанию для полей столбца таблицы заполняется свойство «Значение или привязка по умолчанию» в свойствах этого столбца (рис. 3.6).
В качестве значения по умолчанию может выступать текстовая или строковая константа либо системная функция SQL Server (например, GETDATE () - текущая дата, USER() - текущий пользователь и т. п.).
Проверки CHECK
[CONSTRAINT <имя_ограничения>]
CHECK [NOT FOR REPLICATION] (<выражение>)
Ограничения CHECK задают условия проверки значений одного или нескольких полей таблицы (включая проверку сочетаний значений полей таблицы); при этом значения берутся из одной и той же вставляемой или обновляемой строки.
Создание новой проверки осуществляется по команде «Проверочные ограничения» контекстного меню редактора структуры таблицы. В открывшемся окне следует создать новое ограничение, воспользовавшись кнопкой «Добавить», и записать условие проверки в строке «Выражение» (рис. 3.10).
Рис. 3.10. Окно создания проверочных ограничений CHECK
Ссылочная целостность: правила удаления
По умолчанию при попытке удалить / изменить значение поля, на которое имеются ссылки из других (зависимых) таблиц, сервер не позволяет произвести соответствующие изменения и выдает сообщение об ошибке внешнего ключа.
Подобное поведение можно изменить, выбрав один из трех доступных вариантов действий для зависимых таблиц:
§ каскадное удаление/обновление;
§ установка пустого (NULL) значения;
§ установка значения по умолчанию.
Настройка осуществляется в окне «Отношения внешнего ключа» (рис. 3.7) зависимой таблицы, в разделе «Спецификация INSERT и UPDATE», правило изменения / удаления.
3.7 Сценарий создания базы данных
За всеми действиями по созданию и редактированию баз данных в графическом интерфейсе Management Studio стоят команды языка SQL. Для получения сценария (скрипта) создания базы данных используется пункт «Задачи - Сформировать сценарии» контекстного меню базы в «Обозревателе объектов». При этом запустится «Мастер формирования сценариев», где шаг за шагом выполняются настройки получаемого сценария. Фрагмент сценария базы данных оптового заводского склада приведен на рис. 3.11.
Рис. 3.11. Фрагмент сценария создания базы данных
Задание: задайте следующие виды ограничений для своей базы данных: значение по умолчанию (DEFAULT), ограничение на вводимые данные (CHECK), ограничение ссылочной целостности.
Контрольные вопросы
1. С помощью какого инструмента СУБД MS SQL Server поддерживает работу с базой данных?
2. Что собой представляет реляционная база данных MS SQL Server на физическом уровне?
3. Для чего используется логический журнал, поддерживаемый MS SQL Server?
4. Что такое автоинкрементное поле?
5. Какие возможности работы с датами есть в MS SQL Server?
6. В чем разница между типами char и varchar?
7. Назовите варианты первичных ключей таблицы.
8. Какая команда языка SQL создает базу данных?
9. Охарактеризуйте ограничения целостности базы данных, поддерживаемые на уровне среды Management Studio.
10. Какие опции команды CREATE TABLE языка SQL используются для задания значения поля по умолчанию и для контроля вводимого значения поля таблицы?
11. Какие варианты ограничений ссылочной целостности поддерживаются в среде Management Studio?
12. Что такое опция CASCADE в команде CREATE TABLE языка SQL? Как эта опция задается в среде Management Studio?
13. Когда используется опция «значение по умолчанию» при создании таблицы?
14. Что такое «альтернативный ключ» таблицы и какой опцией он задается в среде Management Studio?
15. В чем основные различия физической модели БД в IDEF1X и диаграммы БД, поддерживаемой Management Studio.
16. Что такое сценарий (скрипт) создания базы?
4. Заполнение базы данных
4.1 Загрузка информации в базу данных средствами Management Studio
Среда Management Studio предоставляет возможность заполнения базы данных средствами графического интерфейса. Для этого следует воспользоваться командой «Изменить первые 200 строк» контекстного меню таблицы в «Обозревателе объектов» (рис. 4.1).
Рис. 4.1. Переход в режим загрузки данных в таблицу
При этом откроется окно редактирования содержимого таблицы, содержащее одну пустую строку, если ранее в таблицу не записывались данные (рис. 4.2) Для ввода данных в таблицу необходимо заполнить ячейки пустой строки и нажать клавишу Enter. При этом будет создана новая пустая строка, предназначенная для ввода новых данных.
Рис. 4.2. Заполнение таблицы данными
Все изменения в базе данных осуществляются в рамках некоторой транзакции - логической единицы работы, объединяющей одну операцию или более и позволяющей подтвердить или отменить результаты заданных действий. Для подтверждения или отката транзакции служат соответствующие кнопки на панели инструментов.
Поэтому по завершении заполнения таблицы данными необходимо нажать на кнопку «Выполнить код SQL» на панели инструментов (кнопка со знаком восклицания) для сохранения произведенных изменений. Следует отметить, что только после подтверждения транзакции внесенные данные окончательно запишутся в базу.
4.2 Ведение базы данных средствами SQL
Написание и выполнение SQL-запросов в среде Management Studio
В среде Management Studio писать запросы можно либо в специальном окне запросов, либо в области SQL-кода некоторой таблицы базы данных. Второй способ предпочтителен, если создаваемые запросы имеют отношение к одной и той же таблице. Чтобы открыть область SQL-кода таблицы необходимо сначала открыть эту таблицу на редактирование (см. рис. 4.1), затем в контекстном меню окна редактирования таблицы выбрать пункт Область / SQL-код, либо воспользоваться кнопкой «Показать область SQL-кода» на панели инструментов (рис. 4.3).
Эта кнопка активна только в случае, если открыто окно редактирования содержимого таблицы.
Рис. 4.3. Открытие области SQL-кода таблицы
После выполнения вышеописанных действий окно редактирования содержимого таблицы примет вид, показанный на рис. 4.4, где верхняя часть предназначена для написания SQL-запросов.
По умолчанию область SQL-кода содержит шаблон для написания запросов на выборку информации из таблицы (запрос SELECT). Смена шаблона выполняется кнопкой «Изменить тип» на панели инструментов (рис. 4.5).
При этом применение шаблонов не является обязательным, пользователь может писать в области SQL-кода любые запросы к таблице по своему усмотрению. Для выполнения запросов используется кнопка «Выполнить код SQL».
Рис. 4.4. Окно редактирования таблицы с открытой областью SQL-кода
Рис. 4.5. Смена шаблона SQL-запроса к таблице
Специальное окно запросов, которое открывается по кнопке «Создать запрос» на панели инструментов, предоставляет пользователю более широкие возможности по написанию, проверке, исполнению и отображению результатов SQL-запросов к базе данных (рис. 4.6).
Рис. 4.6. Окно редактора запросов к базе данных
При активации окна запросов на панели инструментов становятся доступными такие кнопки, как
§ «Синтаксический анализ» запроса,
§ комментирование выделенных строк,
§ цветовое выделение ключевых слов, констант, комментариев
и прочие возможности, облегчающие процесс написания и исполнения SQL-запросов.
Правила оформления значений различных типов данных в СУБД MS SQL Server:
§ строковые значения заключаются в одинарные кавычки;
§ даты записываются: '15.10.2009' или '15/10/2009' или '20091015', в зависимости от настроек сервера;
§ в вещественных числах дробная часть отделяется точкой.
4.3 SQL-запросы на вставку, модификацию и удаление данных
4.3.1 Добавление новых записей в таблицу (INSERT)
Общий синтаксис:
а) вставка одной новой строки в таблицу:
INSERT [INTO] <таблица> [(столбцы)]
VALUES (значения)
б) вставка в таблицу одной или более строк, взятых из источника, указанного в подзапросе:
INSERT [INTO] <таблица> [(столбцы)]
<SELECT запрос>
Правила:
1. Количество элементов в разделе «Столбцы» должно совпадать с количеством элементов в разделе «Значения»; типы данных должны совпадать либо допускать неявное преобразование.
2. В случае, когда раздел «Столбцы» отсутствует, раздел «Значения» должен содержать столько же значений, сколько всего столбцов в редактируемой таблице, кроме того, значения должны перечисляться в том же порядке, в каком объявлены столбцы таблицы; поэтому рекомендуется всегда явно указывать список столбцов, в которые будут добавляться новые значения.
3. В случае использования синтаксиса (б) подзапрос SELECT может быть адресован либо к этой же таблице, либо к другой таблице базы данных, либо к другой базе данных на том же сервере; структура и типы полей запроса должны соответствовать структуре и типам полей таблицы.
4. Если для некоторого столбца таблицы задано значение по умолчанию, и требуется в добавляемой записи использовать именно это значение, то в разделе «Значения» для этого столбца необходимо написать ключевое слово DEFAULT.
Примеры:
INSERT INTO detail (detail_name)
VALUES ('Подшипник')
INSERT INTO supply (supplier_id, supply_quantity, supply_cost,
supply_date, detail_id)
VALUES (4, 177, 453.45, '25.09.2009', 1)
INSERT supplier (supplier_type, supplier_name)
VALUES (DEFAULT, 'Смирнов С. С.')
4.3.2 Модификация существующих записей (UPDATE)
Общий синтаксис:
UPDATE <таблица>
SET <столбец> = <значение> [, <столбец> = <значение>]
[FROM <таблица(ы) источников>]
[WHERE <условие>]
Примеры:
UPDATE detail
SET weight = 210
UPDATE material
SET material_name = 'Олово'
WHERE material_id = 2
UPDATE delivery
SET department_id = NULL,
delivery_date = delivery_date + 1 /*увеличение даты поставки на день
WHERE delivery_id = 1 OR department_id > 3
UPDATE detail
SET detail_name = detail_name + '!!!'
WHERE detail_name LIKE '_а%' AND weight BETWEEN 6 AND 10
4.3.3 Удаление записей из таблицы (DELETE)
Общий синтаксис:
DELETE <таблица>
[WHERE] <условие>
Примеры:
DELETE detail
WHERE detail_id IN (2, 5, 8)
DELETE detail
WHERE weight IS NULL
DELETE detail
Задание: Заполните базу данных средствами Management Studio. Для этого следует воспользоваться командой «Изменить первые 200 строк» контекстного меню таблицы в «Обозревателе объектов» (рис. 4.1).
Составьте 9 запросов на модификацию данных: три на вставку записей ( INSERT), три на обновление (UPDATE), три на удаление (DELETE).
Контрольные вопросы
1. Какова технология загрузки информации в базу данных, поддерживаемая средой Management Studio?
2. Как определяется размер создаваемой базы данных?
3. Что такое транзакция? Охарактеризуйте механизм управления транзакциями СУБД.
4. Когда на пользовательском уровне требуется пользоваться механизмом управления транзакциями?
5. Какая команда языка SQL используется для ввода информации в базу данных? Охарактеризуйте варианты использования этой команды.
6. Как работает многострочная конструкция команды INSERT?
7. Охарактеризуйте правило согласованности значений в команде INSERT.
8. Сформулируйте правила оформления значений различных типов данных в СУБД MS SQL Server.
9. Какая команда языка SQL используется для обновления записей таблицы базы данных?
10. Какие команды SQL используются для удаления строк таблицы и в целом всей таблицы?
11. Для чего используется команда ALTER TABLE. Как в среде Management Studio воспользоваться этой функцией?
12. Посредством какой опции прописываются вторичные ключи при создании таблицы?
13. Как добавить новое поле в ранее созданную таблицу?
14. Что такое индексы в базе данных. Как они создаются?
15. Как задаются права доступа к созданной базе данных?
16. Как в среде Management Studio удалить базу данных?
5. Запросы на выборку данных
5.1 Общий синтаксис запроса SELECT
SELECT [DISTINCT] <список столбцов>
FROM <таблица(-ы) источник>
[WHERE <ограничения>]
[GROUP BY <столбцы из раздела SELECT или операция над этими столбцами>]
[HAVING <ограничения на результаты GROUP BY>]
[ORDER BY <список столбцов для сортировки>]
Разделы SELECT и FROM обязательно должны присутствовать в каждом запросе; остальные разделы могут отсутствовать или присутствовать частично.
5.2 Примеры реализации запросов
Наиболее простые запросы:
1. Выбрать название и вес деталей
Рис. 5.1. Результаты выполнения запроса №1
2. Выбрать всю информацию из таблицы материалов
Рис. 5.2. Результаты выполнения запроса №2
Уникальность DISTINCT
3. Выбрать уникальные коды поставщиков из таблицы поставок
Рис. 5.3. Результаты выполнения запроса №3
Ограничение WHERE
4. Выбрать количество и даты поставки детали с кодом 1
Рис. 5.4. Результаты выполнения запроса №4
5. Выбрать названия поставщиков с кодами 1, 4 и 6
или
Рис. 5.5. Результаты выполнения запроса №5
6. Выбрать всю информацию о поставках, сделанных до 1.10.2009
Рис. 5.6. Результаты выполнения запроса №6
7. Выбрать всю информацию о деталях, не начинающихся на букву «В» (в любом регистре) и чей вес меньше 50
Рис. 5.7. Результаты выполнения запроса №7
8. Выбрать название и код материала для деталей с весом от 5 до 10 г или имеющих в названии букву «н» в третьей позиции
Рис. 5.8. Результаты выполнения запроса №8
9. Выбрать названия поставщиков длиной не больше 15-и символов
Рис. 5.9. Результаты выполнения запроса №9
10. Выбрать месяца и годы поставок деталей
Рис. 5.10. Результаты выполнения запроса №10
Сортировка ORDER BY
11. Упорядочить поставки сначала по коду поставщика, а затем по дате поставки
Рис. 5.11. Результаты выполнения запроса №11
12. Выбрать названия поставщиков с кодами 4, 6, 8, 9, упорядоченных по алфавиту в обратном порядке
Рис. 5.12. Результаты выполнения запроса №12
Агрегация и группировка GROUP BY
13. Посчитать количество деталей, для которых задан вес
или
Рис. 5.13. Результаты выполнения запроса №13
14. Определить средний вес деталей из материала с кодом 2
Рис. 5.14. Результаты выполнения запроса №2
15. Из поставок, совершенных до 1.10.2009, выбрать самую крупную поставку и самую мелкую
Рис. 5.15. Результаты выполнения запроса №15
16. Для поставщиков с кодами в диапазоне 5 - 8 посчитать суммарное количество поставленных ими деталей
Рис. 5.16. Результаты выполнения запроса №16
17. Посчитать количество поставленных деталей в каждом месяце каждого года; результаты упорядочить в порядке убывания года и месяца
Рис. 5.17. Результаты выполнения запроса №17
Ограничение на группировки HAVING
18. Выбрать материалы, для которых суммарный вес выполненных из них деталей не больше 20
Рис. 5.18. Результаты выполнения запроса №18
19. Выбрать детали, поставлявшиеся более одного раза с начала 2008 года.
Рис. 5.19. Результаты выполнения запроса №19
Преобразование типов CAST
20. Получить сведения о датах поставок в текстовом виде
Рис. 5.20. Результаты выполнения запроса №20
21. Получить сведения из таблицы деталей в виде строк «Деталь X имеет вес Y»
Рис. 5.21. Результаты выполнения запроса №21
Альтернативы CASE
22. Разделить детали на легкие (весом до 20), средние (между 20 и 50) и тяжелые
Рис. 5.22. Результаты выполнения запроса №22
Обработка NULL-значений
23. Получить сведения о деталях и их весах, причем если у детали вес не задан, то вместо NULL написать -100
Рис. 5.23. Результаты выполнения запроса №23
Функция существования EXISTS
24. Выбрать название и код материала только тех деталей, которые когда-либо поставлялись
Рис. 5.24. Результаты выполнения запроса №24
25. Выбрать названия тех материалов, из которых не изготовлена ни одна деталь
Рис. 5.25. Результаты выполнения запроса №25
Подзапросы
26. Получить сведения о самой последней (по дате) поставке
Рис. 5.26. Результаты выполнения запроса №26
27. Получить все поставки деталей из материала с кодом 2
Рис. 5.27. Результаты выполнения запроса №27
28. Для каждого поставщика получить сведения о самой первой (по дате) его поставке
Рис. 5.28. Результаты выполнения запроса №28
29. Для каждого поставщика получить его имя и дату последнего заказа
Рис. 5.29. Результаты выполнения запроса №29
Объединение таблиц JOIN
30. Получить таблицу вида: название детали, название материала, из которого выполнена эта деталь
или
или
Рис. 5.30. Результаты выполнения запроса №30
31. Получить таблицу вида: поставщик, название детали, количество и дата поставки для деталей, у которых задан вес
Рис. 5.31. Результаты выполнения запроса №31
32. Выбрать всю информацию о тех деталях, которые когда-либо поставлялись
Рис. 5.32. Результаты выполнения запроса №32
33. Для каждого поставщика посчитать суммарную величину его поставок
Рис. 5.33. Результаты выполнения запроса №33
34. Выбрать названия материалов и сделанных из них деталей
Рис. 5.34. Результаты выполнения запроса №34
35. Получить все данные о поставщиках, поставках и деталях
Рис. 5.35. Результаты выполнения запроса №35
Объединение результатов UNION
36. Получить таблицу названий и весов деталей, причем последняя строка таблицы должна содержать итоги в виде суммарного веса всех деталей
Рис. 5.36. Результаты выполнения запроса №36
37. Получить таблицу из двух полей, где первое поле - название детали, материала, поставщика или дата поставки, а второе поле - длина строки из первого поля
Рис. 5.37. Результаты выполнения запроса №37
Задание: создайте 10 запросов на выборку данных для своей базы, в отчет поместите их описание, код и результат вызова в форме копии экрана.
Контрольные вопросы
1. Что является результатом выполнения команды SELECT?
...Подобные документы
Системный анализ и анализ требований к базе данных. Особенности создания отчетов, запросов и форм в Visual Studio 2012. Программная реализация ER-диаграммы. Создание инфологической, логической и физической модели базы данных. Генерация ее в SQL Server.
курсовая работа [1,0 M], добавлен 22.11.2012Освоение сервисной системы управления базами данных Microsoft SQL. Разработка базы данных "Служба АТС" в среде Microsoft SQL Server Management Studio и создание запросов на языке SQL. Апробация инфологической модели "сущность - связь" базы данных.
курсовая работа [2,9 M], добавлен 29.06.2015Анализ баз данных и систем управления ими. Проектирование и создание реляционной базы данных в среде MS Access для ресторана "Дельфин": построение информационно логической модели, разработка структур таблиц базы данных и схемы данных, создание Web-узла.
курсовая работа [3,7 M], добавлен 15.11.2010Установка "Microsoft SQL SERVER 2012". Создание файла данных, журнала транзакций, таблиц, запросов и фильтров, диаграмм и триггеров, табличных форм и отчетов. Подключение файла данных к проекту. Создание простых и сложных ленточных форм для работы с ними.
курсовая работа [1,9 M], добавлен 13.12.2013Сущность базы данных. Процесс построения концептуальной модели. Построение реляционной модели, создание ключевого поля. Процесс нормализации. Проектирование базы данных в ACCESS. Порядок создание базы данных. Создание SQL запросов и работа в базе данных.
курсовая работа [185,6 K], добавлен 08.11.2008Основные конструкции структурированного языка запросов SQL. Изучение среды MS SQL Server Management Studio, проверка подлинности. Создание таблиц базы данных. Таблица specialit, сourse, group, discipline, account. Проектирование структур данных.
лабораторная работа [963,2 K], добавлен 14.01.2016Создание программ, позволяющих создавать базы данных. Создание таблицы базы данных. Создание схемы данных. Создание форм, отчетов, запросов. Увеличение объема и структурной сложности хранимых данных. Характеристика системы управления базой данных Access.
курсовая работа [2,1 M], добавлен 17.06.2013Автоматизация работы пользователя по поиску, просмотру и редактированию информации о работниках, соискателях, вакансиях. Построение информационно-логической и физической моделей данных. Создание базы данных в СУБД MS SQL Server. Описание SQL запросов.
курсовая работа [1,8 M], добавлен 07.08.2013Основные сведения об SQL Server. Логическая структура реляционной базы данных. Создание базы данных Server. Обработка элементов оператора SELECT. Структура таблиц inserted и deleted. Ввод данных в таблицу "Клиенты". Краткая справка по языку запросов SQL.
курсовая работа [2,9 M], добавлен 11.05.2012Создание базы данных для информационной системы "Грузоперевозки". Анализ предметной области, разработка концептуальной и логической модели базы данных, с использованием средства MS Micrоsоft SQL Server 2005, реализация физического проектирования базы.
курсовая работа [1,3 M], добавлен 01.07.2011Создание логической модели данных. Назначение кнопок Erwin Toolbox. Создание БД в СУБД InterBase. Использование утилиты WISQL. Создание Script-файла. Перенос структуры данных с одного сервера на другой. Синхронизация каталога БД и текущей модели.
курсовая работа [4,6 M], добавлен 26.11.2011Построение концептуальной, реляционной и логической моделей базы данных (БД). Разработка онтологии в системе Protege. Выбор средств реализации БД. Проверка ее структуры и содержимого. Создание, загрузка и проверка БД в СУБД Microsoft SQL Server 2008.
курсовая работа [3,4 M], добавлен 25.12.2012Структура таблицы и типы данных. Ввод данных в ячейки таблицы. Создание запросов на выборку, удаление, обновление и добавление записей, на создание таблицы. Основное различие между отчетами и формами, их назначение. Создание отчетов для базы данных.
курсовая работа [1,9 M], добавлен 17.06.2014Создание реляционной базы данных "Деканат ВУЗа", средствами СУБД MS SQL Server 2000. Разработка клиентского приложения с удобным пользовательским интерфейсом (сопровождающегося меню и справочной системой). Описание связей между таблицами базы данных.
курсовая работа [3,0 M], добавлен 06.12.2014Разработка модели и создание структуры реляционной базы данных. Организация данных в таблицах для предоставления оперативного доступа к данным. Основные структурные единицы базы данных Access: таблицы, запросы, формы, отчеты, страницы, макросы и модули.
реферат [4,0 M], добавлен 03.02.2013Создание базы данных, планирование разработки и системные требования. Проектирование базы данных в среде Microsoft Access, элементы и типы данных. Создание таблицы и использование конструктора для их модернизации. Построение запросов и создание макросов.
курсовая работа [2,0 M], добавлен 16.04.2011Базы данных - важнейшая составная часть информационных систем. Проектирование базы данных на примере предметной области "Оргтехника". Сбор информации о предметной области. Построение информационно-логической модели данных. Разработка логической структуры.
курсовая работа [318,6 K], добавлен 24.12.2014Создание таблиц базы данных с помощью MS Access "Страны Азии". Форма базы данных и запросы к выборкам данных. Модификация структуры таблиц, создания связей между главными таблицами, редактирование данных и проектирование форм для реальной базы данных.
контрольная работа [723,9 K], добавлен 25.11.2012Проектирование структуры базы данных. Конструирование структуры будущих таблиц баз данных, основные приемы их заполнения и редактирования. Простая сортировка значений таблицы. Поиск записей по образцу. Как правильно сохранить и загрузить базу данных.
практическая работа [4,4 M], добавлен 02.04.2009Авторизация с каталогами проектирования базы данных магазина. Задачи базы данных: учет всех товаров, поиск и выдача данных о клиентах, адрес, телефоны, цена и наличие товара. Этапы проектирования базы данных. Схема данных, создание запросов и их формы.
реферат [1,6 M], добавлен 22.10.2009
