Как написать курсовую работу на тему баз данных. Актуальность цели и задач исследования во введении курсового проекта, суть и особенности, а также готовый образец плана, содержания и возможность бесплатно скачать пример.
базы данных
| 1. Курсовая работа: Проектирование и разработка базы данных библиотеки | 2. Курсовая: Проектирование и разработка базы данных магазина |
| 3. Курсовой проект: Проектирование и разработка базы данных отдела кадров | 4. Курсовая работа: Проектирование и разработка базы данных sql |
| 5. Курсовая: Проектирование и разработка базы данных склада | 6. Курсовой проект: Проектирование и разработка реляционной базы данных |
| 7. Контрольная:Проектирование и разработка базы данных mysql | 8. Курсовая работа: Проектирование и разработка базы данных отдела кадров |
| 9. Курсовая: Проектирование и разработка базы данных автосалона | 10.
Курсовая: Проектирование и разработка базы данных больницы |
| 11. Курсовая работа: Проектирование и разработка базы данных гостиницы | 12. Курсовая: Проектирование и разработка базы данных ГИБДД |
| 13. Курсовая: Проектирование и разработка базы данных СУБД | 14. Курсовая работа: Проектирование и разработка базы данных аптеки |
| 15. Курсовая: Проектирование и разработка базы данных кинотеатра | 16. Курсовой проект: Проектирование и разработка базы данных салона красоты |
| 17. Курсовая работа: Проектирование и разработка базы данных студентов | 18. Курсовая: Проектирование и разработка БД ресторана |
| 19.
Курсовой проект: Проектирование и разработка БД SQL фильмотеки |
20. Контрольная: Проектирование и разработка БД мотосалона |
| 21. Курсовая работа: Проектирование и разработка БД турфирмы | 22. Курсовая: Проектирование и разработка базы данных расписание занятий в ВУЗе (на примере…) |
| 23. Курсовая: Проектирование и разработка базы данных Учета преподавателей в ВУЗе (на примере…) | 24. Курсовая работа: Проектирование и разработка базы данных Учета студенческих общежитий (на примере…) |
| 25. Курсовая: Проектирование и разработка базы данных резервирования и продажи авиабилетов (на примере…) | 26. Курсовая: Проектирование и разработка базы данных расписание движения воздушных судов в аэропорту (на примере…) |
| 27. Курсовая работа: Проектирование и разработка базы данных реестра воздушных суден (на примере…) | 28. Курсовая: Проектирование и разработка базы данных складского учета (автоматизированный склад) (на примере…) |
курсовой по базам данных
1. Изучить методы и технологию совершенствования баз данных.
2. Выполнить анализ предметной области.
3. Исследовать необходимые функции и данные, циркулирующие в БД.
4. Спроектировать и разработать современную базу данных.
5. Провести тестирование эффективности работы базы данных.
6. Обосновать экономические затраты на разработку базы данных.
курсовой работе по БД
курсовой по базам данных
1. Метод не требует знаний о теории реляционных структур данных в отличие от метода синтеза.
2. Используется на основе здравого смысла, то есть любой разработчик может выполнить работу, не подстраиваясь под определенный образ мышления, а просто рассуждая в пределах своей предметной области.
3. Метод можно использовать в программах автоматизированного проектирования.
4. Применяется небольшое количество правил, которые в итоге дают результатом полноценные таблицы базы данных.
5. Сутью метода является последовательное уточнение первоначальных данных и вместе с вышеперечисленными достоинствами является достаточно простым.
базы данных в курсовой работе
| Сущность | Атрибуты | Ключ | Д_тип | Д_разм | Примечание |
| Ресторан | Адрес ресторана | Текст | 100 | ||
| Колич курьеров | Число | 5 | |||
| Ресторан_ID | П | Число | 3 | ||
| Доставка | Тип доставки | Текст | 10 | Обычная, экспресс | |
| Время доставки | Время/Дата | ||||
| Доставка_ID | П | Число | 5 | ||
| Подарок | Текст | 30 | Флаер, скидка | ||
| Область | Количество зон | Число | 2 | ||
| Область на карте | Текст | 100 | |||
| Улица и дом | П | Текст | 50 |
курсовой по базам данных
В нашем примере Адрес_ресторана является потенциальным ключом сущности Ресторан, так как такой адрес уникален даже для разных городов. Но он абсолютно неудобен, потому что слишком длинный. Из-за отсутствия удобного потенциального ключа для этой сущности был введен дополнительный атрибут Ресторан_ID, который был назначен первичным ключом. В завершении данного этапа необходимо определить тип и размер атрибута.
курсовом проекте по базам данных
| Сущность | Связь | Сущность | ПК | Су1с | Су2с |
| Предоставляет | Доставка | 1:m_1:1 — 1:m | П | П | |
| Закреплена | Область | 1:1 | П | П | |
| Имеет | Зона | 1:m_m:1 — m:n | П | Ч | |
| Поступает | Заказ | 1:m_1:1 — 1:m | П | П | |
| Заказывает в | Клиент | 1:m_1:1 — 1:m | Ч | П | |
| Находится в | Оператор | 1:m_1:1 — 1:m | П | П | |
| Закреплен за | Курьер | 1:m_1:1 — 1:m | П | П | |
| — | Карта | ||||
| — | Машина | ||||
| Готовится в | Товар | 1:m_m:1 — m:n | П | П |
В данном примере ПК – показатель кардинальности, который показывает какое количество экземпляров двух сущностей вступает в конкретную связь. Чтобы его определить, нужно выделить первую сущность и проверить со сколькими экземплярами второй сущности она может вступить в связь вне времени. Таким же образом определяется для второй сущности. Итог записывается по правилам:
- 1:1 и 1:1 => 1:1.
- 1:m и 1:1, 1:1 и 1:m => 1:m.
- 1:m и 1:m => m:n.
Так, например, для связи «в ресторан поступает заказ»:
1. В один ресторан может поступать много заказов => 1:m.
2. Один заказ может поступить только в один ресторан (так как берется заказ с определенным идентификатором, и он не может поступить в два ресторана, потому что клиент заказывает его на один адрес, на который доставляют только из одного ресторана) => 1:1.
3. 1:m и 1:1 => 1:m.
Столбцы «Су1с» и «Су2с» — степень участия первой и второй сущности – показывает все ли экземпляры сущности должны участвовать в связи (может ли принимать нулевое значение).
В связи «клиент заказывает в ресторане» во всех ресторанах клиенты не должны делать заказы, они могут заказать в одном, поэтому участие частичное. Но все клиенты должны рано или поздно заказать в любом ресторане, иначе они не будут клиентами данной сети ресторанов и не нужно будет их сохранять в базе данных, поэтому связь полная.
базы данных в курсовой работе
Рисунок 1 – Первичная модель базы данных в курсовой работе
Далее в курсовой работе проводится анализ модели базы данных по следующим аспектам:
1. Составной атрибут. Если простой атрибут всегда содержит только одно свойство, то составной включает в себя несколько. У сущности Машина составным атрибутом является Модель_марка, что сразу понятно из названия. В результат записываются найденный атрибуты: Модель и Марка. Предыдущий удаляется. Так же в сущности Курьер имеется составной атрибут ФИО. Он делится на: Фамилия, ИО, Инициалы (в таком виде будет проще брать значения из базы данных).
ФИО сущности Оператор делить нет смысла, так как оператор не играет важной роли для выбранной темы работы.
курсовой работы по базе данных ресторана
3. Производный атрибут тот, значение которого можно вычислить через другие атрибуты этой или других сущностей. В данном случае их три:
- Заказ (Сумма) = Σ
- Ресторан (Колич_курьеров) = Σ (Курьер, закрепленный за конкретным рестораном)
- Ресторан (Колич_зон) = Σ (Зона)
4. Связь один к одному – когда у одной из сущностей в такой связи количество собственных атрибутов меньше трех, то эти сущности объединяются в одну. У сущности Область есть только два атрибута. В результате объединения в сущность Ресторан записываются атрибуты Колич_зон и Область_на_карте.
5. Рекурсивные связи. Когда сущность вступает в связь сама с собой, такая связь удаляется и не рассматривается в данной работе.
6. Избыточные связи. Если между сущностями есть связь через другие сущности и несет такую же смысловую нагрузку, или она содержит более полную или важную информацию, то прямая связь между этими сущностями является избыточной и ее можно удалить. Например, Клиент Ждет Курьера. Если клиент заказывает в ресторане, а курьер закреплен за этим рестораном, то курьер повезет заказ клиенту, следовательно, клиент будет ждать именно этого курьера. Связь «Ждет» является избыточной, так как по связям через сущность Ресторан есть более полная и важная информация.
7. Связь много ко многим преобразуется в ассоциативную таблицу. Ее первичными ключами являются первичные ключи сущностей, которые вступают в эту связь.
В такой таблице Машина_Курьер не хватает третьего (дополнительного) первичного ключа, потому что один курьер может брать одну и ту же машину много раз. Записать это в базу данных будет возможно только в случае, если третьим первичным ключом будет дата работы курьера с этой машиной, тогда каждая строчка этой таблицы в базе данных будет уникальна.
В ассоциативной таблице Товар_Заказ другая ситуация. У каждого заказа есть свой уникальный идентификатор, как и у каждого товара. Но когда блюдо готовят в ресторане, одному и тому же блюду, приготовленному много раз, нет смысла присваивать свой идентификатор. Значит невозможно определить какое количество одного блюда клиент решил заказать в рамках одного заказа. Следовательно, атрибутом таблицы становится количество определенного товара в одном заказе.
Таким образом, результатом такого анализа является оптимизированная модель базы данных (рисунок 2).
Рисунок 2 – Оптимизированная база данных в курсовой работе
курсовой работы по БД
