База Данных Гостиница
Детальная информация о работе. Выдержка из работы Оглавление. Введение. 1. Разработка структуры базы данных. 1.1 Инфологическое проектирование.
1.2 Логическая структура базы данных. 1.3 Физическая структура базы данных. 2.
Реализация проекта БД. 2.1 Создание таблиц. 2.2 Создание представлений (готовые запросы).
Основные понятия баз данных 1.1 Таблицы 1.2 Ключи 1.3 Связывание таблиц 2. Содержание Введение -3- Глава 1. Разработка базы данных для гостиницы.-5- 1.1. Александр, у меня из за другого шрифта кнопки не влезли под все менюшки, поэтому я их.
2.3 Руководство пользователя. Заключение. Список использованной литературы. Приложение Введение База данных — важнейший компонент любой информационной системы. База данных позволяет структурировано хранить большие объемы информации конкретного предприятия, что значительно рационализирует ведение отчетов и создание архивов. Оптимизированные базы данных значительно увеличивают производительность, построенных на их использовании, программ. С развитием информационных технологий и предпринимательства, актуальность использования баз данных значительно увеличилось.
Успешные и крупные компании не могут представить свой бизнес без четко построенной информационной системы. Базы данных, построенные на SQL Server, отвечают высоким требованиям производительности и безопасности. Предметная область: информационная система гостиницы.
Целью данного курсового проекта является реализация программной системы «Гостиница» для автоматизации деятельности и обеспечения хранения, накопления и предоставления информации. Задачи проекта: 1. Построить инфологическую (концептуальную) модель предметной области 2. Разработать логическую структуру базы данных 3. Разработать физическую структуру базы данных 4.
Разработать пользовательский интерфейс 5. Реализовать проект в конкретной среде 1.
Разработка структуры базы данных 1.1 Инфологическое проектирование Основными задачами этапа инфологического проектирования являются определение предметной области системы и формирование взгляда на неё с позиций сообщества будущих пользователей БД, т. Информационно-логической модели ПрО. Инфологическая модель ПрО представляет собой описание структуры и динамики ПрО, характера информационных потребностей пользователей в терминах, понятных пользователю и не зависимых от реализации БД.
Это описание выражается в терминах не отдельных объектов ПрО и связей между ними, а их типов, связанных с ними ограничений целостности и тех процессов, которые приводят к переходу ПрО из одного состояния в другое. Основными подходами к созданию инфологической модели предметной области являются: 1. Функциональный подход к проектированию БД («от задач»). Предметный подход к проектированию БД («от предметной области»). Метод «сущность-связь» (entity-relation, ER-method). Мы будем использовать метод «сущность-связь» как наиболее распространённый. Приведём основные термины, которыми мы будем пользоваться: Сущность — это объект, о котором в системе будут накапливаться данные.
Каминский л. урок смеха. Первоначально отбывал ссылку. В начале был освобожден и отправлен на поселение в Орловской области (ныне посёлок относится к ). В за критику коллективизации исключен из ВКП(б), в августе был арестован и осуждён якобы за принадлежность к чаяновской контрреволюционной группе (см. Суерка (ныне ), затем технологом по спиртопроизводству в «». Стал агентом НКВД под кличкой «Ультрамарин» в Шадринском отделе для разработки ссыльных троцкистов.
Для сущности указывается название и тип (сильная или слабая). Сильные сущности существуют сами по себе, а существование слабых сущностей зависит от существования сильных. Атрибут — свойство сущности. Различают: база готовый запрос гостиница 1) Идентифицирующие и описательные атрибуты. Идентифицирующие позволяют отличить один экземпляр сущности от другого.
Описательные атрибуты заключают в себе интересующие нас свойства сущности. 2) Составные и простые атрибуты. На рыбалке у реки тянут сети рыбаки. Простой атрибут имеет неделимое значение. Составной атрибут является комбинацией нескольких элементов, возможно, принадлежащих разным типам данных (ФИО, адрес и др.). 3) Однозначные и многозначные атрибуты (могут иметь соответственно одно или много значений для каждого экземпляра сущности).
Субд
Например, дата рождения — это однозначный атрибут, а номер телефона — многозначный. 4) Основные и производные атрибуты. Значение основного атрибута не зависит от других атрибутов; значение производного атрибута вычисляется на основе значений других атрибутов. Например, возраст вычисляется на основе даты рождения и текущей даты. 5) Обязательные и необязательные (первые должны быть указаны при размещении данных в БД, вторые могут не указываться). Для каждого атрибута необходимо определить название, указать тип данных и описать ограничения целостности — множество значений, которые может принимать данный атрибут. Связь — это осмысленная ассоциация между сущностями.
Для связи указывается название, тип (факультативная или обязательная), кардинальность (1: 1, 1: n или m: n) и степень (унарная, бинарная, тернарная или n-арная). Инфологическая модель предметной области «Гостиница» представлена на рис. 1. Инфологическая (концептуальная) модель предметной области 1.2 Логическая структура базы данных На этапе логического проектирования разрабатывается логическая (концептуальная) структура БД. Для реляционной модели существуют формальные правила, которые позволяют преобразовать инфологическую модель ПрО в виде ER-диаграммы в логическую схему базы данных.
Кроме получения схемы БД в целом на этом этапе выполняют создание схем отношений и их нормализацию. Шесть сущностей находятся в третьей нормальной форме, т. Все атрибуты сущностей содержат атомарные значения (значения в домене не являются ни списками, ни множествами простых или сложных значений); каждый неключевой атрибут полностью зависит от первичного ключа; никакой неключевой атрибут не зависит от другого неключевого атрибута.
Логическая структура предметной области «Гостиница» представлена на рис. 2. Рисунок 2 Логическая структура базы данных 1.3 Физическая структура базы данных Этап физического проектирования заключается в определении схемы хранения, т. Физической структуры БД. Схема хранения зависит от той физической структуры, которую поддерживает выбранная СУБД. Физическая структура БД, с одной стороны, должна адекватно отражать логическую структуруБД, а с другой стороны, должна обеспечивать эффективное размещение данных и быстрый доступ к ним. Результаты этого этапа документируются в форме схемы хранения на языке определения данных (DDL, Data Definition Language) выбранной СУБД.
Принятые на этом этапе решения оказывают огромное влияние на производительность системы. Одной из важнейших составляющих проекта базы данных является разработка средств защиты БД. Защита данных имеет два аспекта: защита от сбоев и защита от несанкционированного доступа. Для защиты от сбоев на этапе физического проектирования разрабатывается стратегия резервного копирования. Для защиты от несанкционированного доступа каждому пользователю доступ к данным предоставляется только в соответствии с его правами доступа, набор которых также является составной частью проекта БД. Каждое реляционное отношение соответствует одной сущности (объекту ПрО) и в него вносятся все атрибуты этой сущности.
Для каждого отношения определяются первичный ключ и внешние ключи (в соответствии со схемой БД). В том случае, если базовое отношение не имеет потенциальных ключей, вводится суррогатный первичный ключ, который не несёт смысловой нагрузки и служит только для идентификации записей.
Понятие Базы Данных
Отношения приведены в табл. Для каждого отношения указаны атрибуты с их внутренним названием, типом и длиной. «Клиенты» Атрибуты Тип Ключ Описание Idk Int primary Код категории F Varchar (50) Фамилия I Varchar (50) Имя O Varchar (50) Отчество Tel Varchar (50) Телефон Passport Varchar (50) Серия и номер паспорта Таблица 2.
«Номера» Атрибуты Тип Ключ Описание Idn Int primary Код номера Idkat Int Foreign Код категории Cc Money Стоимость за сутки Km Int Количество мест Таблица 3. «Персонал» Атрибуты Тип Ключ Описание Idp Int primary Код работника Fam Varchar (50) Фамилия Im Varchar (50) Имя Ot Varchar (50) Отчество Dolj Varchar (50) Должность Zp Money Заработная плата Таблица 4. «Категории номеров» Атрибуты Тип Ключ Описание Idkat Int primary Код категории Nazvn Varchar (50) Название Таблица 5. «Учет работы» Атрибуты Тип Ключ Описание Ido Int primary Код отчета Idn Int Foreign Код номера Idk Int Foreign Код клиента Dz Datetime Дата заселения Dv Datetime Дата выселения Kd Int Количество дней Idp Int Foreign Код работника 2. Реализация проекта БД 2.1 Создание таблиц 1.
Отношение kl (Клиенты) create table kl (idk int identity (1,1) not null primary key, f varchar (50) not null, i varchar (50) not null, o varchar (50) not null, dr datetime not null, tel varchar (50) not null, pasport varchar (50) not null); 2. Отношение nomer (Номер) create table nomer (idn int identity (1,1) not null primary key, idkat int not null references kat, cc money not null, km int not null char between 1 and 4); 3. Отношение Personal (Персонал) create table personal (idp int identity (1,1) not null primary key, fam varchar (50) not null, im varchar (50) not null, ot varchar (50), dolj varchar (50) not null, zp money not null); 4. Отношение kat (Категории номеров) create table kat (idkat int identity (1,1) not null primary key, nazvn varchar (50) not null); 5.
Отношение job (Учет работы) create table job (ido int identity (1,1) not null primary key, idn int not null references nomer, idk int not null references kl, dz datetime not null, dv datetime not null, idp int not null references personal); 2.2 Создание представлений (готовые запросы) 1. Ведение списка постояльцев SELECT dbo. F AS Фамилия, dbo. I AS Имя, dbo. O AS Отчество, dbo. Dr AS Дата рождения, dbo.
Тамара палий влюблять причиняя боль читать. Jun 7, 2011 - Влюблять, причиняя боль. Чтобы влюбить мужчину-манипулятора, которому в жизни все дается слишком. Тамара Палий Google+. Feb 4, 2013 - Посмотреть книгу «Влюблять, причиняя боль(Покорить. Тамара Палий. Книга, которую пишут Тамара и Ванесса, будет доступна к покупке. Конечно мне ее еще читать и читать и главное проникнуться,. В качестве напутствия к книге «Влюблять, причиняя боль(Покорить мужчину-манипулятора) как нельзя лучше подходят слова Тамары Палий: «Нельзя.
База Данных Гостиница Sql
Dz AS Дата заселения FROM dbo. Kl INNER JOIN dbo. Idk GROUP BY dbo. Dz HAVING (COUNT (dbo. Idk) 1) 2. Учет забронированных мест select idn as Номер, kat. Nazvn as Категория from nomer, kat, job where nomer.
Idn order by idn 3. Ведение архива выбывших постояльцев за последний год select f as Фамилия, i as Имя, o as Отчество, getdate as Сегодня, job.
База Данных Гостиница Access
Dv as Дата выселения from kl, job where job.