База данных "Банковские вклады"

Автор работы: Пользователь скрыл имя, 22 Апреля 2013 в 06:21, курсовая работа

Описание работы

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

Содержание работы

Введение 3
Глава I 6
1.1 Описание предметной области 6
1.2. Основные понятия реляционных баз данных. 7
Глава II 10
2.1 ER-модель (entity-relationship model). 10
2.2 Преобразование ER-модели в реляционную модель. 13
2.3 SQL (Structured Query Language) 20
2.4 DQL. Запросы 25
2.5. DDL. Представления 31
2.6. Хранимые процедуры. 34
2.7. CCL. Курсоры 37
2.8. Триггеры 39
Заключение 42
Использованная литература 43
Приложение 44

Файлы: 1 файл

курсовая.doc

— 378.00 Кб (Скачать файл)

 

 

 

Курсовая работа по дисциплине

«Базы данных»

 

База данных "Банковские вклады"

 

 

 

 

 

Выполнил: ____________________

 

Научный руководитель: ________

                                          

 

 

 

 

Казань – 2010 
Содержание

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Введение

 

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

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

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

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

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

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

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

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

В первой главе данной курсовой содержится информация о основных понятиях реляционных баз данных, во второй главе переходим к проектированию базы данных, рассказывается о ER-модели, реляционной модели, о языке SQL и о проектирование конкретной базы данных.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Глава I

Основные понятия  и определения

    1. Описание предметной области

 

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

Данная предметная область представляет собой банк, а точнее его работу с вкладами.

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

 

 

 

 

 

 

 

 

 

 

 

 

 

1.2. Основные понятия реляционных баз данных.

 

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

называемых отношениями [2].

      Отношение  – это таблица, состоящая из строк и столбцов. Верхняя строка таблицы-отношения называется заголовком отношения. Термины «отношение» и «таблица» обычно употребляются как синонимы, однако в языке SQL используется термин таблица.

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

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

       Ключ  или первичный ключ отношения – это уникальный идентификатор строк (кортежей), то есть такой атрибут (набор атрибутов), для которого в любой момент времени в отношении не существует строк с одинаковыми значениями этого атрибута (набора атрибутов).

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

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

     Отношения реляционной базы данных обладают следующими свойствами:

- в отношениях не должно быть кортежей – дубликатов;

- кортежи отношений неупорядочены;

- атрибуты отношений также неупорядочены.

     Из этих свойств отношения вытекают следующие важные следствия.

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

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

- Из неупорядоченности атрибутов следует, что единственным способом их адресации в запросах является использование на именования атрибута.

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

       Информация в реляционных базах данных, как правило, хранится не в

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

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Глава II

 

Проектирование  баз данных

2.1  ER-модель (entity-relationship model).

 

     Работу с этой базой начнем с построения модели. Наиболее распространенной является ER-модель (entity-relationship model) – модель «Сущность – связь».

 

     Базовые  понятия:

- Сущность (Объект) – это некоторое целое (явление, понятие), обладающее рядом свойств, относящихся к конкретной предметной области. 


-


- Атрибут сущности (свойство, характеризующее объект) -


- Связь –

 

 

     Объект и его атрибуты соединяются ненаправленными дугами.

 

 


 

 

 

 

 

 

     Связи между объектами могут быть трех видов:

- Один – к одному. Этот тип связи означает, что  каждому объекту первого вида соответствует не более одного объекта второго вида, и наоборот.

 


 

 

 

- Один – ко многим. Этот тип связи означает, что каждому объекту первого вида может соответствовать более одного объекта второго вида, но каждому объекту второго вида соответствует не более одного объекта первого вида.

 


 

 

 

- Многие – ко многим. Этот тип связи означает, что  каждому объекту первого вида  может соответствовать более  одного объекта второго вида, и наоборот.

 


 

 

 

 

 

 

 

 

 

Рис. 1. ER-модель базы данных «Банковские вклады»

   2.2 Преобразование ER-модели в реляционную модель.

 

         Переход к такой модели сводится к следующим изменениям:

- Это преобразование  сущности в таблицу, вида 

Таблица(Ключ, Атрибут1, Атрибут2,…,АтрибутN)

Имя сущночти становится именем таблицы.

- Каждый атрибут становится столбцом с тем же именем.

- Компоненты каждого  уникального id сущности превращается в ключ отношений.

- Связи становятся  внешними ключами.

- Если в ER-модели существуют подтипы, то они выделяются в отдельную таблицу, либо объединяются в одной.

Удобно имена атрибутов в  масштабе ER-модели сделать уникальными, тогда при построении реляционной  модели их (почти никогда) не придется переименовывать.

Для краткости в примерах пропущены  несущественные неключевые атрибуты.

I. Преобразование  сущностей

  1. Преобразование обычной сущность

 

Обычная сущность преобразуется в  отдельную таблицу, полями таблицы  будут все атрибуты сущности:

          Сущность (Ключ, Атрибут1, Атрибут2)

  1. Преобразование слабой сущности   

 

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

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

          Сущность1 (Ключ1, Ключ2, Атрибут1, Атрибут2)

  1. Преобразование подтипов сущностей.

1 способ. Создается одна таблица, в которую помещают все атрибуты. Для того, чтобы указать, к какому подтипу относится объект, приходится вводить дополнительное поле-признак.

          Сущность1(Ключ, Атрибут1, Атрибут2, Атрибут3, Атрибут4, Атрибут4, Признак)

2 способ. Создается отдельная таблица для каждого подтипа. В нее включаются все атрибуты этого подтипа и все атрибуты надтипа.

Информация о работе База данных "Банковские вклады"