Разработка и реализация базы данных по учету залогов в специализированной коммерческой организации

Заказать уникальную курсовую работу
Тип работы: Курсовая работа
Предмет: Проектирование баз данных
  • 27 27 страниц
  • 10 + 10 источников
  • Добавлена 12.04.2019
1 496 руб.
  • Содержание
  • Часть работы
  • Список литературы
  • Вопросы/Ответы
СОДЕРЖАНИЕ

Введение 3
1 Анализ предметной области 5
2 Логическая схема базы данных 7
2.1 Приведение к нормальным формам 12
2.2 Физическая схема 13
3 Разработка физической модели базы данных 15
4 Реализация базы данных и написание запросов 19
5 Написание функций и триггеров 22
Заключение 26
Список используемой литературы 27

Фрагмент для ознакомления

Так необходимо обеспечить:недопустимость ввода отрицательных сумм в оценке стоимости имущества;недопустимость ввода отрицательных сумм при продаже имущества;заменять процент ломбарда на 10 при попытке ввода меньшего значения;невозможность регистрации в базе данных лиц, не достигших 18-ти летнего возраста;невозможность регистрации договора на прошедшую дату.Для наложения подобных ограничений удобно использовать механизм триггеров, предоставляемый MySQL.Код триггеров для контроля данных приведен далее.Следующие триггеры проверяют при добавлении и изменении данных в таблице залоговых вещей устанавливаемую величину стоимости и суммы продажи заложенной вещи. Если любая из сумм меньше или равна нулю – операция отменяется:---- Создатьтриггер `trZalogIns`--CREATEDEFINER = 'root'@'%'TRIGGER trZalogInsBEFORE INSERTON zalogFOR EACH ROWBEGIN IF NEW.zlCost <= 0 OR NEW.zlSale <= 0 THEN SIGNAL SQLSTATE '02000' SET MESSAGE_TEXT = 'Warning: Недопустимыезначениясумм'; END IF;END$$---- Создатьтриггер `trZalogUpd`--CREATEDEFINER = 'root'@'%'TRIGGER trZalogUpdBEFORE UPDATEON zalogFOR EACH ROWBEGIN IF NEW.zlCost <= 0 OR NEW.zlSale <= 0 THEN SIGNAL SQLSTATE '02000' SET MESSAGE_TEXT = 'Warning: Недопустимыезначениясумм'; ENDIF;END$$Триггер добавления данных в таблицу договоров, если дата составления договора меньше текущей – заменяет на текущую, а также проверяет размер комиссии ломбарда, если комиссия менее 10 % - устанавливает комиссию в 10%.---- Создатьтриггер `trCnIns`--CREATEDEFINER = 'root'@'%'TRIGGER trCnInsBEFORE INSERTON contractFOR EACH ROWBEGIN IF NEW.cDate < CURRENT_DATE() THEN SET NEW.cDate = CURRENT_DATE(); END IF; IF NEW.cPercent < 10 THEN SET NEW.cPercent = 10; END IF;END$$Триггер добавления новой записи в таблицу клиентов, проверяет, есть ли клиенту на момент обращения в ломбард 18 лет, если нет – отменяет операцию:---- Создатьтриггер `trIns`--CREATEDEFINER = 'root'@'%'TRIGGER trInsBEFORE INSERTON clientFOR EACH ROWBEGIN DECLARE datPoin date; -- вычислитьдату 18 летотсегодняшней SET datPoin = DATE_SUB(CURRENT_DATE(), INTERVAL 18 year); IF datPoin < NEW.clBirth THEN SIGNAL SQLSTATE '02000' SET MESSAGE_TEXT = 'Warning: Клиентмладше 18 лет'; ENDIF;END$$Триггер изменения записи в таблице клиентов, проверяет, есть ли клиенту на момент обращения в ломбард 18 лет, если нет – отменяет операцию:---- Создатьтриггер `trUpd`--CREATEDEFINER = 'root'@'%'TRIGGER trUpdBEFORE UPDATEON clientFOR EACH ROWBEGIN DECLARE datPoin date;-- вычислить дату 18 лет от сегодняшнейSET datPoin = DATE_SUB(CURRENT_DATE(), INTERVAL 18 year); IF datPoin < NEW.clBirth THEN SIGNAL SQLSTATE '02000' SET MESSAGE_TEXT = 'Warning: Клиентмладше 18 лет';END IF;END$$Составим процедуру, выводящую общую стоимость вещей, находящихся в залоге:CREATE DEFINER = 'root'@'%'PROCEDURE lombard.FullCostZalog()BEGIN SELECT SUM(zalog.zlCost) AS fullCost FROM zalog WHERE (otkaz = 0 OR otkaz IS NULL) AND zlSumma IS NULL;ENDПроцедура, выводящая список клиентов и количество обращений их в ломбард:CREATE DEFINER = 'root'@'%'PROCEDURE lombard.ListClientCnt()BEGIN SELECT c.clFio, COUNT(c.id_cl) AS cntContract FROM client c INNER JOIN contract c1 ON c.id_cl = c1.id_clGROUP BY c.clFio;ENDСписок контрактов заключенных в заданный период:CREATE DEFINER = 'root'@'%'PROCEDURE lombard.contractList(IN dBegin DATE, IN dEnd DATE)BEGIN SELECT c.cNo, c.cDate, c.cSrok, c.cPercent, o.oFIO, c1.clFio FROM contract c INNER JOIN ocen o ON c.tNo = o.tNo INNER JOIN client c1 ON c.id_cl = c1.id_cl WHERE c.cDate BETWEEN dBegin AND dEnd;ENDЗаключениеВ ходе данной работы была построена база данных для автоматизации учета деятельности ломбарда.Была проделана работа по анализу бизнес-процессов кредитной организации, выделены информационные объекты, разработана база данных.В ходе данной работы были получены навыки проектирования базы данных, нормализации таблиц в базе данных, создания схем базы данных, установки связей между объектами базы данных.На основе проделанной работы и получены навыки проектирования баз данных, создания хранимых процедур и триггеров в MYSQLс использованием языка SQL.Конечным результатом всей проделанной работы является база данных для применения в организации, принимающей в залоговое хранение имущество своих клиентов.Список используемой литературыДроздова Е. История становления ломбардов в Европе, России и Беларуси в XVIII—XIX веках. / Банковский вестник. 2008.№9, с. 36-39.Федеральный закон "О ломбардах" №196-ФЗ от 19.07.2007 (ред. от 23.04.2018). Статья 2. Понятие ломбарда и основные требования, предъявляемые к осуществляемой ломбардом деятельности.Пирогов, В.Ю. Информационные системы и базы данных: организация и проектирование: Учебное пособие / В.Ю. Пирогов. - СПб.: БХВ-Петербург, 2009. – 528 c.Советов, Б.Я. Базы данных: теория и практика: Учебник для бакалавров / Б.Я. Советов, В.В. Цехановский, В.Д. Чертовской. - М.: Юрайт, 2013. – 463 c.Шварц, Зайцев, Ткаченко, Заводны. MySQL. Оптимизация производительности. Символ-Плюс, 2010. – 410 с.Энди Оппель. Изучаем SQL. НТ Пресс, 2007. – 380 с.Кириллов, В.В. Структурированный язык запросов (SQL). – Санкт-Петербург: ИТМО, 2007. – 80 с. Дюбуа Поль. MySQL. Сборник рецептов" Символ-Плюс, 2004 год, 1058 стр.Ульман Л. MySQL, LVR Москва 2013. – 249 с.Аткинсон Леон. MySQL Библиотека профессионала. 2002. – 355 с.

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

1. Дроздова Е. История становления ломбардов в Европе, России и Беларуси в XVIII—XIX веках. / Банковский вестник. 2008.№9, с. 36-39.
2. Федеральный закон "О ломбардах" №196-ФЗ от 19.07.2007 (ред. от 23.04.2018). Статья 2. Понятие ломбарда и основные требования, предъявляемые к осуществляемой ломбардом деятельности.
3. Пирогов, В.Ю. Информационные системы и базы данных: организация и проектирование: Учебное пособие / В.Ю. Пирогов. - СПб.: БХВ-Петербург, 2009. – 528 c.
4. Советов, Б.Я. Базы данных: теория и практика: Учебник для бакалавров / Б.Я. Советов, В.В. Цехановский, В.Д. Чертовской. - М.: Юрайт, 2013. – 463 c.
5. Шварц, Зайцев, Ткаченко, Заводны. MySQL. Оптимизация производительности. Символ-Плюс, 2010. – 410 с.
6. Энди Оппель. Изучаем SQL. НТ Пресс, 2007. – 380 с.
7. Кириллов, В.В. Структурированный язык запросов (SQL). – Санкт-Петербург: ИТМО, 2007. – 80 с.
8. Дюбуа Поль. MySQL. Сборник рецептов" Символ-Плюс, 2004 год, 1058 стр.
9. Ульман Л. MySQL, LVR Москва 2013. – 249 с.
10. Аткинсон Леон. MySQL Библиотека профессионала. 2002. – 355 с.

Вопрос-ответ:

Зачем нужна разработка базы данных по учету залогов?

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

Что входит в анализ предметной области при разработке базы данных?

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

Каким образом проводится приведение к нормальным формам в логической схеме базы данных?

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

Каким образом разрабатывается физическая модель базы данных?

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

Как обеспечить недопустимость ввода отрицательных сумм в оценке стоимости имущества?

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

Зачем нужна разработка и реализация базы данных по учету залогов?

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

Какое значение имеет анализ предметной области при разработке базы данных?

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

Каким образом происходит приведение базы данных к нормальным формам?

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

Какие преимущества имеет физическая схема базы данных?

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