Курсовая на тему база данных

Анна Бодрова Содержание Введение Общие теоретические сведения об информационных хранилищах Назначение информационного хранилища

Оглавление 1. Введение В последние годы на первый план выдвигается новая отрасль - информационная индустрия, связанная с производством технических средств, методов, технологий для производства новых знаний. Эта индустрия тесно связана с развитием компьютерных технологий. Изменятся весь уклад жизни, система ценностей: возрастает значимость культурного досуга, возрастает спрос на знания, от человека требуется способность к интеллектуальному труду и творчеству. В результате появились противоречия между ограниченными возможностями человека по восприятию и переработке информации и существующими массивами хранящейся и передаваемой информации.

Курсовая работа: База данных отдела кадров

Сущность - объект любой природы данные, о котором хранятся в отношении таблице, в которой содержатся данные. В рассматриваемой предметной области можно выделить следующие сущности: 1. Перечисленные выше сущности содержат различные атрибуты. Атрибут — свойство сущности заголовок столбца таблицы. ОТПУСК наименование фирмы, номер приказа об уходе в отпуск, дату составления приказа, структурное подразделение, ФИО сотрудника, табельный номер сотрудника, структурное подразделение, период работы, основной отпуск, дополнительный отпуск, количество дней, период к оплате.

Инфологическое проектирование, прежде всего, связано с попыткой представления семантики предметной области в модели БД. Реляционная модель данных в силу своей простоты и лаконичности не позволяет отобразить семантику, то есть смысл предметной области. Проблема представления семантики давно интересовала разработчиков, и в семидесятых годах было предложено несколько моделей данных, названных семантическими моделями.

К ним можно отнести семантическую модель данных, предложенную Хаммером Hammer и Мак-Леоном McLeon в году, функциональную модель данных Шипмана Shipman , также созданную в году, модель "сущность—связь", предложенную Ченом Chen в году, и ряд других моделей. У всех моделей были свои положительные и отрицательные стороны, но испытание временем выдержала только последняя. И в настоящий момент именно модель Чена "сущность—связь", или "Entity Relationship", стала фактическим стандартом при инфологическом моделировании баз данных.

Модель к данной БД представлена в Приложении А. Таблицы при этом связывают с семантикой информации. В реляционной СУБД для указания связей в таблице производят операции их связывания.

Рассмотрим наиболее часто встречаемые бинарные связи: 1. Связи вила образуется в случае, когда все поля записи основной таблицы и дополнительной таблицы являются ключевыми. Связь 1:М может быть в случае, когда одной записи основной таблицы соответствует несколько записей дополнительной таблицы. Связь М:1 может быть тогда, когда нескольким записям основной таблицы ставится в соответствии одна запись дополнительной.

Связь М:М возникает в том случае когда нескольким записям основной таблицы соответствует несколько записей дополнительной. В реляционной БД связь М:М реализуется через дополнительные таблицы. Рассмотрим связи между выявленными сущностями: 1. Между атрибутами сотрудники и трудовой договор будет связь , так как сотрудник с данной фирмой заключает трудовой договор всего один раз. Между атрибутами сотрудники и командировка будет связь 1:М, так как сотрудник может сколько угодно раз ездить в командировки.

Между атрибутами сотрудники и больничный будет связь 1:М, так как сотрудник может сколько угодно раз уходить на больничный. Меж атрибутами сотрудники и отпуск будет связь 1:М, так как сотрудник может сколько угодно раз ходить в отпуск.

Между атрибутами сотрудники и курсы повышения квалификации перевод будет связь 1:М, так как сотрудник может проходить курсы повышения квалификации сколько угодно раз. Между атрибутами сотрудники и увольнение будет связь , так сотрудник может уволиться только один раз.

Между атрибутами сотрудники и табель рабочего времени будет связь , так как одному сотруднику соответствует только одна запись каждого месяца в табеле. Кодом в начале х годов. Будучи математиком, он предложил использовать для обработки данных аппарат теории множеств объединение, пересечение, разность и Декартово произведение.

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

В реляционной модели одной командой могут обрабатываться целые файлы. Реляционная БД представляет собой информацию об объекте, представленную в виде двумерного массива - таблицы объеденных определен ными связями. Атрибут значение, которого идентифицируется кортежами строками таблицы называется ключом. Отношение может содержать и несколько ключей, один из которых объявляется первичным.

Первичные ключи не могут обновляться. Все прочие ключи отношений являются возможными ключами. Если в отношении кортеж идентифицируется соединением значений нескольких атрибутов, то такой ключ называется составным. Атрибут представляющие собой копии ключей других отношений называется внешним ключом.

Реляционная модель накладывает на внешние ключи ограничения для обеспечения целостности данных. Это означает, что к каждому значению внешнего ключа должны соответствовать строки в связываемых отношениях.

В разрабатываемой БД сущность табельный номер сотрудника будет являться ключом для атрибутов сотрудники, отпуск, увольнение, командировка, трудовой договор и повышение квалификации перевод.

Атрибут сотрудники так же имеет уникальные поля, такие как номер паспорта и ИНН, но номер паспорта не может быть ключом, так как номер паспорта может меняться, а ИНН может являться ключевым, но нам удобнее использовать как ключ табельный номер.

Для атрибута табель рабочего времени ключом будет являться две сущности, номер сотрудника и период, то есть ключ будет составным. Нормализация отношений — формальный аппарат ограничений, на формирование отношений которого позволяет устранить дублирование, обеспечить непротиворечивость хранимых в базе данных, уменьшить трудозатраты на ведение БД. Кодом выведено три нормальные формы и предложен механизм, позволяющий любое отношение преобразовать к третей нормальной форме.

Приведем наши отношения к третей нормальной форме. Первая НФ: Отношение называется нормализованным или приведенным к первой нормальной форме тогда и только тогда, когда все его атрибуты простые неделимые.

Таблица находится в первой нормальной форме тогда и только тогда, когда ни одна из ее строк не содержит в любом ее поле более одного значения, и не одно из ее ключевых полей не пусто. Для того чтобы привести наши отношения к первой нормальной форме надо сущность ФИО разбить на три отдельные Фамилия, Имя, Отчество. Так же следует вынести в отдельную таблицу структурное подразделение, должности и наименование фирмы, чтобы не допустить избыточности данных.

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

Вторая НФ: Таблица находится во второй нормальной форме, если она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.

Для того чтобы наши отношения привести во вторую нормальную форму надо вынести все начальников отдела в отдельную таблицу. Третья НФ: Таблица находится в третей нормальной форме, если она удовлетворяет определению второй нормальной формы и ни одно из ее не ключевых полей не зависит функционально от любого другого не ключевого поля. Отношения, представленные в данной БД приведены к третей нормальной форме.

Решение проблем проектирования на физическом уровне во многом зависит от используемой СУБД система управления базами данных — комплекс языковых и программных средств, предназначенных для создания, ведения, и совместного ведения БД многими пользователями , зачастую автоматизировано и скрыто от пользователя.

В ряде случаев пользователю предоставляется возможность настройки отдельных параметров системы, которая не составляет большой проблемы. Таблица 1 — Сотрудники.

ПОСМОТРИТЕ ВИДЕО ПО ТЕМЕ: База данных на с++. Как сделать курсовую, практическую работу на с++.

ИРКУТСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ. Пояснительная записка по курсовой работе на тему: база данных «Продажи книг». Курсовой проект на тему «Проектирование базы данных для страхового агента» 40 с., 6 рис., 16 источников. Объектом исследования является база.

Сущность - объект любой природы данные, о котором хранятся в отношении таблице, в которой содержатся данные. В рассматриваемой предметной области можно выделить следующие сущности: 1. Перечисленные выше сущности содержат различные атрибуты. Атрибут — свойство сущности заголовок столбца таблицы. ОТПУСК наименование фирмы, номер приказа об уходе в отпуск, дату составления приказа, структурное подразделение, ФИО сотрудника, табельный номер сотрудника, структурное подразделение, период работы, основной отпуск, дополнительный отпуск, количество дней, период к оплате. Инфологическое проектирование, прежде всего, связано с попыткой представления семантики предметной области в модели БД. Реляционная модель данных в силу своей простоты и лаконичности не позволяет отобразить семантику, то есть смысл предметной области. Проблема представления семантики давно интересовала разработчиков, и в семидесятых годах было предложено несколько моделей данных, названных семантическими моделями. К ним можно отнести семантическую модель данных, предложенную Хаммером Hammer и Мак-Леоном McLeon в году, функциональную модель данных Шипмана Shipman , также созданную в году, модель "сущность—связь", предложенную Ченом Chen в году, и ряд других моделей. У всех моделей были свои положительные и отрицательные стороны, но испытание временем выдержала только последняя. И в настоящий момент именно модель Чена "сущность—связь", или "Entity Relationship", стала фактическим стандартом при инфологическом моделировании баз данных. Модель к данной БД представлена в Приложении А. Таблицы при этом связывают с семантикой информации.

Эти базы данных создаются и функционируют под управлением специальных программных комплексов, называемых системами управления базами данных СУБД.

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

«Операционные базы данных»

База данных технологического процесса допечатной подготовки изданий: разработка структуры и средств реализации I. Исходные данные: 1. Допечатный процесс подготовки различного рода изданий может включать следующие технологические операции: набор текста; корректура текста; формульный набор; табличный набор; простая верстка текста; сканирование графических образцов; обработка изображений коррекция погрешностей ; создание иллюстраций, графики; сложная обработка изображений монтаж, цветокоррекция ; сложная верстка текста, формул, таблиц и иллюстраций; сложная верстка текста, таблиц, и иллюстраций в цвете; печать оригинал-макетов; выводы оригинал-макетов на фотопленку получение фотоформы ; цветоделение и вывод на фотопленку получение 4-х цветоделенных фотоформ ; цветная печать оригинал-макета; изготовление цветопроб. Виды изданий. Построенная база данных должна позволять решать следующие задачи: 1.

Курсовая работа на тему: «Создание базы данных в Microsoft Access» Ташкент 2016 г.

Создание базы данных в среде MS Access. Создание и работа с базой данных в ателье. Алгоритм решения задачи. Выбор пакета прикладных программ. Структура записи таблиц базы данных. Объекты базы данных: таблицы, схемы данных, формы, запросы, отчеты. Разработка и проектирование базы данных "Продажи книг" в среде Microsoft Access. Создание запросов, состоящих из комбинаций разных типов данных. Создание форм и полей таблицы в режиме конструктора. Ввод и просмотр данных в режиме таблицы, создание связей между ними.

Разработка базы данных для ортопедического отделения больницы, которая имеет дополнительный триггер и процедуру для выполнения условия задачи. Использование программного продукта Oracle Application Express и языка MySql для создания базы данных.

.

Темы курсовых работ по дисциплине "Базы данных"

.

Разработка базы данных для больницы

.

Темы курсовых работ по базам данных - 3862 тем

.

.

.

.

ВИДЕО ПО ТЕМЕ: Курсовой проект по БД
Похожие публикации