Выдача банком кредитов - Программирование, компьютеры и кибернетика курсовая работа

Обеспечение целостности коэффициентов на уровне базы данных. Создание ER и реляционной модели данных "Выдача банком кредита". Проектирование запросов, хранимых процедур и таблиц в MS SQL Server 2000 для предметной области. Ввод и редактирование данных.


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
1.5 Структурные элементы базы данных
1.6 Обеспечение целостности данных на уровне базы данных
1.7 Создание структуры таблиц базы данных
1.9 Обработка данных, содержащихся в таблицах
2.Разработка базы данных “Выдача банком кредита
2.1 Анализ предметной области “Выдача банком кредита
2.2 Создание ER и реляционной модели данных “Выдача банком кредита
2.3 Создание таблиц в MS SQL Server 2000 для предметной области “Выдача банком кредита
2.4 Создание запросов для предметной области “ Выдача банком кредита
2.5 Создание хранимых процедур для предметной области “Выдача банком кредита
На сегодняшний день применение баз данных приобрело весьма важное значение для многих организаций, которые для упрощения своей работы применяют компьютерные технологии.
Базы данных стали основой информационных систем и в корне изменили методы работы многих организаций. В частности, в последние годы развитие технологии баз данных привело к созданию весьма мощных и удобных в эксплуатации систем. Благодаря этому системы баз данных стали доступными широкому кругу пользователей.
Большинство, если не все бизнес-приложения предназначены для обработки бизнес-данных. Самые первые бизнес-решения так и назывались -- программы обработки данных. Эффективное хранение, обработка и взаимодействие с данными - только важная составляющая управления предприятием, что компании инвестируют значительные средства в разработку компьютеризированных системы для эффективного решения этих задач. Один из способов повышения эффективности обработки данных -- организовать их эффективное хранение и получение. Самый распространенный подход к хранению данных на сегодня -- использовать реляционную базу данных
В любом случае БД -- это просто средство хранения данных;
БД - это, прежде всего, хранилище объектов данных, т.е. набор возможных понятий или событий, описываемых базой данных, с возможностью поиска этих объектов по признакам. Базой данных можно считать не только таблицы, индексирующие файлы со знаниями разных форматов, но и сами эти файлы, потому, что они являются не типизированными хранилищами знаний в такой базе данных. БД могут применяться как вспомогательное средство, позволяющее реализовать какую-то полезную функцию. Например, хранение настроек программы, Internet - адресов для рассылки рекламы и т.д.
Сервер приложений - это мостик между программами - клиентами и одним или несколькими серверами баз данных.
SQL Server 2000 представляет собой мощный полнофункциональный сервер баз данных, отличающийся высокой производительностью быстротой освоения и удобным интерфейсом администрирования. Под его управлением могут работать базы данных в широком диапазоне от уровня среднего звена предприятия до распределённых баз масштаба корпорации.
А непосредственно цель моей работы: создать базу данных, удовлетворяющую потребностям работы банка. В качестве предметной области рассматривается “Выдача банком кредитов”
проанализировать и исследовать предметную область “Выдача банком кредита”
построить ER и реляционную модель данных
разработать сценарий таблиц для реализации его в MS SQL Server 2000
В настоящее время, несмотря на повышение компьютеризации общества, в сфере бизнеса и торговли до сих пор нет средств, позволяющих в достаточной мере автоматизировать процесс ведения документации и отчетности.
Одной из основных задач можно рассматривать проблему ведения отчетности, а так же оперативную корректировку данных при возникновении необходимости в этом.
О своевременности и актуальности рассматриваемой проблемы говорит тот факт, что большую часть своего времени администрация банка тратит на оформление различной документации и отчетов. Огромное количество банков и отсутствие предложений в данной сфере гарантирует высокую потребность в данном продукте.
Объектом для создания базы данных являлся банк. Данная база данных предлагает введение отчетности, хранения данных, ввод и корректировку данных.
Базу данных могут использовать не только администрация банка, но также и менеджеры.
Так как существуют большие банки с филиалами,им необходимо иметь свою базу данных, чтобы контролировать информационный поток данных. Целью разработки проектирования базы данных банка является создание базы данных которая может хранить данные и предоставлять пользователю удобную работу с данными.
Основным назначением информационных систем является хранение сведений об окружающем мире и процессах происходящих в нем, которые в конечном итоге предоставляются пользователям. Поскольку для различных групп людей интерес представляют только определенные части реального мира, то и данные каждой информационной системы будут относится к определенной области. Часть реальной системы, подлежащая исследованию с целью ее описания называется предметной областью.
Различают полную предметную область и ее фрагменты, при этом каждый фрагмент может представлять свою предметную область. Например, для университета можно выделить следующие фрагменты: учебный отдел, бухгалтерия, отдел кадров, бюро расписаний и т. д.
Информация, необходимая для описания предметной области, может включать сведения о людях, предметах, документах, событиях, понятиях и т.д.
Каждая предметная область характеризуется множеством объектов - элементов реальных систем и процессов, использующих объекты, а также множеством пользователей, характеризуемых единым взглядом на предметную область. В частности, для бухгалтерии объекты - всевозможные документы. Процессы бухгалтерии - расчет заработной платы, материальный учет, учет банковских операций и др. Наконец пользователи этого фрагмента сотрудники бухгалтерии, работники финансовых органов, руководители предприятия и т. д.
Каждый объект обладает определенным набором свойств, которые запоминаются в информационной системе. При обработке данных часто приходится иметь дело с совокупностью однородных объектов , например, таких, как студенты или факультеты, и записывать информацию об одних и тех же свойствах для каждого из них. Совокупность объектов, обладающих одинаковым набором свойств, называется классом объектов. Для объектов одного класса набор свойств будет одинаков, хотя значения этих свойств для каждого объекта могут быть разными.
Часто класс объектов называют сущностью. Каждая сущность обладает атрибутами. Атрибут - это свойство объекта, характеризующее его экземпляр. Сущность "студент" может иметь атрибуты "имя" , "год рождения", " дата поступления" и т. д. Таким образом сущность можно определить, как множество индивидуальных объектов одного типа (экземпляров), причем все эти объекты различны, т. е. набор атрибутов одинаков, а их значения различны.
Система управления базами данных (СУБД) -- совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных.
-управление данными во внешней памяти (на дисках);
-управление данными в оперативной памяти с использованием дискового кэша;
-журнализация изменений, резервное копирование и восстановление базы данных после сбоев;
-поддержка языков БД (язык определения данных, язык манипулирования данными).
Обычно современная СУБД содержит следующие компоненты: ядро, которое отвечает за управление данными во внешней и оперативной памяти, и журнализацию, процессор языка базы данных, обеспечивающий оптимизацию запросов на извлечение и изменение данных и создание, как правило, машинно-независимого исполняемого внутреннего кода,подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД,а также сервисные программы (внешние утилиты), обеспечивающие ряд дополнительных возможностей по обслуживанию информационной системы.
1. Иерархическая база данных - это файловая система, состоящая из корневой директории, в которой имеется иерархия поддиректорий и файлов.
Если иерархическая база данных содержала информацию о покупателях и их заказах, то будет существовать объект «покупатель» (родитель) и объект «заказ» (дочерний). Объект «покупатель» будет иметь указатели от каждого заказчика к физическому расположению заказов покупателя в объект «заказ».
В этой модели запрос, направленный вниз по иерархии, прост (например: какие заказы принадлежат этому покупателю); однако запрос, направленный вверх по иерархии, более сложен (например, какой покупатель поместил этот заказ). Также, трудно представить не-иерархические данные при использовании этой модели.
2. Сетевая база данных - подобна иерархической, за исключением того, что в ней имеются указатели в обоих направлениях, которые соединяют родственную информацию.К основным понятиям сетевой модели базы данных относятся: уровень, элемент (узел), связь.
Узел -- это совокупность атрибутов данных, описывающих некоторый объект. На схеме иерархического дерева узлы представляются вершинами графа. В сетевой структуре каждый элемент может быть связан с любым другим элементом.
Несмотря на то, что эта модель решает некоторые проблемы, связанные с иерархической моделью, выполнение простых запросов остается достаточно сложным процессом.
Также, поскольку логика процедуры выборки данных зависит от физической организации этих данных, то эта модель не является полностью независимой от приложения. Другими словами, если необходимо изменить структуру данных, то нужно изменить и приложение.
3.Реляционная база данных- эта модель характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных.Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами: каждый элемент таблицы -- один элемент данных.Все ячейки в столбце таблицы однородные, то есть все элементы в столбце имеют одинаковый тип (числовой, символьный и т. д.)каждый столбец имеет уникальное имя, одинаковые строки в таблице отсутствуют, порядок следования строк и столбцов может быть произвольным.
Базовыми понятиями реляционных СУБД являются атрибут, отношение и кортеж.
4.Объектно-ориентированная база данных - система управления базами данных, основанная на объектной модели данных.Она обрабатывает данные как абстрактные объекты, наделённые свойствами, в виде неструктурированных данных, и использующие методы взаимодействия с другими объектами окружающего мира.
1.Локальные СУБД - все части локальной СУБД размещаются на одном компьютере.
2.Распределённые СУБД - части СУБД могут размещаться на двух и более компьютерах.
В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. СУБД располагается на каждом клиентском компьютере (рабочей станции). Доступ СУБД к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на ЦП сервера. Недостатки: потенциально высокая загрузка локальной сети; затруднённость централизованного управления; затруднённость обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность. Применяются чаще всего в локальных приложениях, которые используют функции управления БД. На данный момент файл-серверная технология считается устаревшей.
Примеры: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxPro.
Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность.
Примеры: Oracle, Firebird, Interbase, IBM DB2, Informix, MS SQL Server, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Cachй, ЛИНТЕР.
Встраиваемая СУБД -- СУБД, которая может поставляться как составная часть некоторого программного продукта, не требуя процедуры самостоятельной установки. Встраиваемая СУБД предназначена для локального хранения данных своего приложения и не рассчитана на коллективное использование в сети. Физически встраиваемая СУБД чаще всего реализована в виде подключаемой библиотеки. Доступ к данным со стороны приложения может происходить через SQL,либо через специальные программные интерфейсы.
Примеры: OpenEdge, SQLite, BerkeleyDB, Firebird Embedded, Sav Zigzag, Microsoft SQL Server Compact, ЛИНТЕР.
В общем случае понятие базы данных можно определить как совокупность файлов или файл, состоящий из некоторого числа записей, каждая из которых формируется из полей определенного типа, вместе с набором операций поиска, сортировки, рекомбинации и др.
Однако традиционных возможностей файловых систем оказывается недостаточно для построения даже простых информационных систем. Существует несколько потребностей, которые не покрываются возможностями систем управления файлами:
-поддержание логически согласованного набора файлов;
-обеспечение языка манипулирования данными;
-восстановление информации после разного рода сбоев;
-параллельная работа в режиме реального времени нескольких пользователей.
Можно считать, что если прикладная информационная система опирается на некоторую систему управления данными, обладающую этими свойствами, то эта система управления данными является системой управления базами данных. Таким образом, база данных - это совокупность взаимосвязанных данных, используемых несколькими приложениями под управлением СУБД. Система управления базой данных - система программного обеспечения, имеющая средства обработки на языке базы данных, позволяющие обрабатывать обращения к базе данных, которые поступают от прикладных программ и (или) конечных пользователей, и поддерживать целостность базы данных.
1.5 Структурные элементы базы данных
Понятие базы данных тесно связано с такими понятиями структурных элементов, как поле, запись, файл (таблица).
Поле -- элементарная единица логической организации данных, которая соответствует неделимой единице информации -- реквизиту. Для описания поля используются следующие характеристики:
- имя, например. Фамилия, Имя, Отчество, Дата рождения;
-тип, например, символьный, числовой, календарный;
-длина, например, 15 байт, причем будет определяться
Максимально возможным количеством символов;точность для числовых данных, например два десятичных знака для
Запись -- совокупность логически связанных полей. Экземпляр
записи -- отдельная реализация записи, содержащая конкретные значения ее полей.
Файл (таблица) -- совокупность экземпляров записей одной структуры.В структуре записи файла указываются поля, значения которых являются ключами первичными (ПК), которые идентифицируют экземпляр записи, и вторичными (ВК), которые выполняют роль поисковых или группировочных признаков (по значению вторичного ключа можно найти несколько записей).
1.6 Обеспечение целостности данных на уровне базы данных
Эта характеристика подразумевает наличие средств, позволяющих удостовериться, что информация в базе данных всегда остается корректной и полной. Должны быть установлены правила целостности, и они должны храниться вместе с базой данных и соблюдаться на глобальном уровне. Целостность данных должна обеспечиваться независимо от того, каким образом данные заносятся в память (в интерактивном режиме, посредством импорта или с помощью специальной программы).
К средствам обеспечения целостности данных на уровне СУБД относятся:
-встроенные средства для назначения первичного ключа, в том числе средства для работы с типом полей с автоматическим приращением, когда СУБД самостоятельно присваивает новое уникальное значение;
- средства поддержания ссылочной целостности, которые обеспечивают запись информации о связях таблиц и автоматически пресекают любую операцию, приводящую к нарушению ссылочной целостности.
Некоторые СУБД имеют хорошо разработанный процессор СУБД для реализации таких возможностей, как уникальность первичных ключей, ограничение (пресечение) операций и даже каскадное обновление и удаление информации. В таких системах проверка корректности, назначаемая полю или таблице, будет проводиться всегда после изменения данных, а не только во время ввода информации с помощью экранной формы. Это свойство можно настраивать для каждого поля и для записи в целом, что позволяет контролировать не только значения отдельных полей, но и взаимосвязи между несколькими полями данной записи.
Access и Paradox for Windows гораздо ближе других СУБД соответствуют реляционной модели по надежности сохранения целостности данных на уровне базы данных; правила хранятся вместе с базой данных и автоматически соблюдаются.
СУБД dBASE IV и FoxPro 2.6 (DOS и WINDOWS) совсем не обладают средствами этого рода, и ввод в программу процедур, обеспечивающих выполнение правил целостности, возлагается на программиста.
1.7 Создание структуры таблиц базы данных
При формировании новой таблицы базы данных работа с СУБД начинается с создания структуры таблицы. Этот процесс включает определение перечня полей,из которых состоит каждая запись таблицы, а также типов и размеров полей.
Практически все используемые СУБД хранят данные следующих типов: тексте (символьный), числовой, календарный, логический, примечание. Некоторые СУБД формируют поля специального типа, содержащие уникальные номера записей и используемые определения ключа.
СУБД предназначенные для работы в Windows, могут формировать поля типа объекта OLE, которые используются для хранения рисунков, графиков, таблиц.Если обрабатываемая база данных включает несколько взаимосвязанных таблиц, то необходимо определение ключевого поля в каждой таблице, а также полей, с помощь которых будет организована связь между таблицами.
Создание структуры таблицы не связано с заполнением таблиц данными, поэтом) две операции можно разнести во времени.
Заполнение таблиц данными возможно как непосредственным вводом данных, так и в результате выполнения программ и запросов.
Практически все СУБД позволяют вводить и корректировать данные в таблицах двумя способами:
-с помощью предоставляемой по умолчанию стандартной формы в виде таблицы;
-с помощью экранных форм, специально созданных для этого пользователем, СУБД работающие с Windows, позволяют вводить в созданные экранные формы рисунки, узоры, кнопки. Возможно построение форм, наиболее удобных для работы пользователя, включающих записи различных связанных таблиц базы данных.
1.9 Обработка данных, содержащихся в таблицах
Обрабатывать информацию, содержащуюся в таблицах базы данных, можно путем использования запросов или в процессе выполнения специально разработанной программы.
Конечный пользователь получает при работе с СУБД такое удобное средство обработки информации, как запросы. Запрос представляет собой
Большинство СУБД разрешают использовать запросы следующих типов:
-запрос-выборка, предназначенный для отбора данных, хранящихся в таблицах, и не изменяющий эти данные;
К этой группе запросов относятся следующие:
Запрос к связанным таблицам - позволяет производить выборку данных из связанных таблиц.
Перекрестный запрос - отображает итоговые данные с группировкой их по горизонтали и вертикали, выводя результаты их обработки в виде таблиц.
Запрос с параметром - позволяет пользователю задать критерий отбора, введя нужный параметр при вызове запроса.
Запрос с вычисляемым полем - позволяет рассчитать данные на основе других полей из той же строки запроса.
Запрос с критерием поиска - позволяет производить отбор записей в соответствии с заданным критерием поиска.
Запрос с итогами - производит математические вычисления и выдает результат.
-запрос-изменение, предназначенный для изменения или перемещения данных;
К этой группе запросов относятся следующие:
Запросы на создание таблицы создают таблицы на основании данных, содержащихся в результирующем множестве запроса.
Запросы на добавление записей позволяют добавлять в таблицу записи, создаваемые запросом.
Запросы на обновление изменяют значения существующих полей в соответствии с заданным критерием.
Запросы на удаление удаляют записи из одной или нескольких таблиц одновременно.
-запрос с параметром, позволяющий определить одно или несколько условий отбора во время выполнения запроса. Самым распространенным типом запроса является запрос на выборку. Результатом выполнения запроса является таблица с временным набором данных (динамический набор). Записи динамического набора могут включать поля из одной или нескольких таблиц базы данных. На основе запроса можно построить отчет или форму.
2.Разработка базы данных “Выдача банком кредита”
2.1 Анализ предметной области “Выдача банком кредита”
База данных “Кредиты” создается для отслеживания выданных кредитов, динамики работы персонала, условий получения кредита, процентной ставки и срока возврата кредита.
В данной предметной области можно выделить след объекты:
-Кредит ( форма кредита, процентная ставка, перевод, выдача).
-Клиент (Ф.И.О, паспортные данные, средняя заработная плата ,место работы, поручитель, согласие банка.)
-Сотрудники банка. (сбор документов,(если филиал то отправляется запрос)выдача кредита).
-Договор(реквизиты договора, срок,)
-Страховка(объект страховки, тип, сумма)
Кроме самих объектов существует и связь между ними.
Отношение между объектами - взаимосвязь объектов предметной области. В соответствии с предметной областью система строится с учетом следующих особенностей:
-от формы кредита зависит процентная ставка.
-от договора зависит срок возврата.
-от финансового состояния зависит выдача кредита
2.2 Создание ER и реляционной модели данных для предметной области “Выдача банком кредита ”
На следующем рисунке 1, представлена ER модель которая отображает сущности и связи.
Реляционная модель данных “Выдача банком кредита ”
Кредитный договор (№ договора, дата договора. тип договора,№ Клиента,
Кредит (№ кредита, тип кредита,% ставка, дополнительные условия, )
Страховка (№ страховки, Страховая фирма, сумма страховки ,форма страховки, Наименование банка , № сотрудника, № клиента)
Клиент (№ клиента, № паспорта, адрес клиента, телефон клиента, Заработная плата, место работы)
Сотрудник (№ сотрудника, должность сотрудника, Ф.И.О. сотрудника)
2.3 Создание таблиц в MS SQL Server 2000 для предметной области “Выдача банком кредита”
В этом разделе представлен сценарий создания таблиц в MS SQL Server 2000.
Создаем базу данных “MOBBANK” ,которая будет хранится на сервере:
Таблица ”Клиент”. В ней описывается объект ”Клиент”, номер клиента(внешний ключ),его Ф.И.О., номер паспорта, адрес, месячная плата клиента, телефон и место работы.
(KLIENT_NUM_KLIENTA INTEGER PRIMARY KEY,
KLIENT_NOM_PASPORTA INTEGER NOT NULL,
KLIENT_TELEFON VARCHAR(20)NOT NULL,
KLIENT_MESTO_RAB VARCHAR(10)NOT NULL,
Таблица ”Сотрудник”. В ней описывается объект ”Сотрудник”, номер сотрудника (внешний ключ) , его Ф.И.О. и должность.
(SOTRUD_NUM_SOTRUD INTEGER PRIMARY KEY,
SOTRUD_FIO_SOTRUD VARCHAR(20)NOT NULL,
SOTRUD_DOLZNOST VARCHAR(15)NOT NULL
Таблица ”Кредит”. В ней описывается объект ”Кредит”, номер кредита(внешний ключ),тип кредита, процентная ставка, дополнительные условия по кредиту и программа кредитования.
(KREDIT_NUM_KREDIT INTEGER PRIMARY KEY,
KREDIT_PROC_STAV NUMERIC(3)NOT NULL,
KREDIT_DOP_USL VARCHAR(20)NOT NULL,
Таблица ”Договор”. В ней описывается объект ”Договор”, номер договора(внешний ключ), дата договора, тип договора, также здесь описываются связи между таблицами “Клиент” , “Сотрудник” , “Кредит” и “Договор” .Связь между таблицами “Клиент” и “Договор” один ко многим, так же между таблицами “Сотрудник” и “Договор” связь один ко многим, а между таблицами “Договор” и “Кредит” связь один к одному.
(DOGOVOR_NOM_DOGOVORA INTEGER PRIMARY KEY,
DOGOVOR_TIP_DOOVORA VARCHAR(10)NOT NULL,
CONSTRAINT GT_DOGOVOR FOREIGN KEY(KLIENT_NUM_KLIENTA)
REFERENCES KLIENT(KLIENT_NUM_KLIENTA),
CONSTRAINT GT1_DOGOVOR FOREIGN KEY(SOTRUD_NUM_SOTRUD)
REFERENCES SOTRUD(SOTRUD_NUM_SOTRUD),
CONSTRAINT GT2_DOGOVOR FOREIGN KEY(KREDIT_NUM_KREDIT)
REFERENCES KREDIT(KREDIT_NUM_KREDIT)
Таблица ”Страховка”. В ней описывается объект ”Страховка”, номер страховки, страховая фирма, сумма страховки, форма страховки, наименование банка, так же описываются связи между таблицами “Клиент”, “Сотрудник” и “Страховка”. Связь между таблицами “Клиент” и “ Страховка ” один к одному, а между таблицами “Сотрудник” и “ Страховка ” связь один ко многим.
(STRAH_NUM_STRAH INTEGER PRIMARY KEY,
CONSTRAINT GS_STRAH FOREIGN KEY(KLIENT_NUM_KLIENTA)
REFERENCES KLIENT(KLIENT_NUM_KLIENTA),
CONSTRAINT GS1_STRAH FOREIGN KEY(SOTRUD_NUM_SOTRUD)
REFERENCES SOTRUD(SOTRUD_NUM_SOTRUD)
2.4 Создание запросов для предметной области “ Выдача банком кредита ”
1. Запрос выводит Фамилию И.О клиента, ежемесячную плату и сколько должно поступать на счет банка каждый месяц.
Рисунок 2.1. Пример запроса “Ежемесячная плата”
2. Запрос выводит кредитную программу, дополнительные условия, тип кредита, процентная ставка которого составляет 18 % годовых.
Рисунок 2.2. Пример запроса “Процентная ставка”
3. Запрос выводит по названию страховой компании в моем случае “Жизнь” сумму страховки, банк которому выдана страховка, фамилию клиента, его телефон и адрес.
Рисунок 2.3. Пример запроса “Страховая компания”
Запрос выводит по должности сотрудника, в моем случае “Менеджер” тип договора, дату договора, фамилию сотрудников и какие договора они заключили. Сотрудники упорядочены в алфавитном порядке.
Рисунок 2.4 Пример запроса “Заключенные договора”
5. Запрос выводит номер договора, форму договора, фамилию клиента, телефон клиента, адрес клиента, место работы клиента.
Рисунок 2.5. Пример запроса “Информация о клиенте”
2.5 Создание хранимых процедур для предметной области “Выдача банком кредита”
1. Процедура уменьшает процентную ставку на 60 %
UPDATE KREDIT SET KREDIT_PROC_STAV=KREDIT_PROC_STAV*0.6
EXEC my_proc_2- Запускает процедуру.
Результат после применения процедуры:
Рисунок 3.1 и 3.2. пример хранимой процедуры “Уменьшение процентной ставки”
2. Процедура с входным параметром выводит имена сотрудников по должности “Менеджер”.
Рисунок 3.3. Пример хранимой процедуры “Менеджеры”
3. Хранимая процедура с входным и выходным параметром. Входной параметр фамилия клиента. Выходной параметр ежемесячная плата.
Рисунок 3.4. Пример хранимой процедуры “Ежемесячная плата”
Использование баз данных и информационных систем - это составная часть функционирования различных преуспевающих организаций и деятельности современного человека. В связи с этим большую актуальность приобретает освоение принципа построения и эффективного применения соответствующих технологий и программных продуктов.
В настоящее время базы данных почти во всех сферах человеческой деятельности. Так как с помощью электронных баз данных работа персонала организации становится быстрой, качественной и удобной.
В результате нашей работы, объектом которой являлся банк, была создана база данных «MOBBANK».
Проектирование базы данных «MOBBANK», проводилась c помощью MS SQL Server 2000.Данная база данных, содержит основные характеристики банка: фамилию клиента, адрес клиента, телефон клиента, место работы, ежемесячную плату, номер договора клиента, тип кредита, процентную ставку, фамилию сотрудника заключившего договор, дату заключения. Данный продукт существенно облегчает работу пользователей.
В данной курсовой работе изложено об основных понятиях, функциях баз данных, использованию и созданию их в MS SQL Server 2000.
В итоге были выполнены все поставленные задачи: подчеркнута актуальность предметной области “Выдача банком кредитов” , данная база данных «MOBBANK», будет, эффективно применятся в банках, обеспечивая отличную результативность работы.
1. Дейт,К. Введение в системы баз данных.//К.Дейт. 6-е изд. - М.: Вильямс. 2010. - 317 с.
2. Конноли,Т., Бегг,Л., Страчан,А. Базы данных. Проектирование, реализация и сопровождение. Теория и практика.// Т.Конноли, Л.Бегг, А.Страчан. 3-е издание.M.: Вильямс 2009. - 251 с.
3. Дейт,К. Введение в системы баз данных //К.Дейт 6-е изд. - Вильямс, 2000. - 657с
4. Фаронов, В.В. Основы программирования в SQL // В.В. Фарафонов - М.: Издатель Молгачева С.В., 2002. - 329 с.
5. Самоучитель по языку SQL (SQL DML) [Электронный ресурс] - Режим доступа http://www.sql-ex.ru/help
6. Коннолли,Т., Бегг,К., Страчан,А. Базы данных. Проектирование, реализация и сопровождение. Теория и практика.// Т.Коннолли, К.Бегг, А.Страчан. 2-е изд. - С-Пб.: Вильямс, 2011. - 1120 с.
7. Корнеев,В.В., Гареев,А.Ф., Васютин,С.В., Райх,В.В., Базы данных. Интеллектуальная обработка информации.// В.В.Корнеев, А.Ф.Гареев, С.В. Васютин. 2-е изд. - М.: Изд. Молгачева С.В., 2001. - 494 с.
8. Мамаев,Е. Microsoft SQL Server 2000// Е.Мамаев - СПБ.: БХВ-Петербург, 2002.
9. Когаловский,М.Р. Энциклопедия технологий баз данных.// М.Р.Когаловский - М.: Финансы и статистика, 2012.
10. Ролланд,Ф.Д. Основные концепции баз данных.// Ф.Д.Ролланд 2002г.
11. Симонович,С.В. Информатика. Базовый курс//С.В.Симонович и др. - СПб: Издательство «Питер», 2009. - 640 с.
12.Ломтадзе,В.В., Шишкина,Л.П. Системы управления базами данных. Учебное пособие // В.В.Ломтадзе, Л.П.Шишкина - Иркутск: ИрГТУ, 1999. - 116 с.
13.Мейер,М.М.Теория реляционных баз данных. Учебное пособие// М.М.Мейер - Москва: Мир, 1999. -610 с
14. Аулберт, М. «Изучи сервер Windows SQL 2000 за 15 минут в неделю»// М.Аулберт (серия статей).
15. Гарсиа,М.Ф., Рединг,Дж., Уолен,Э., ДеЛюк,С.А. «Microsoft SQL Server 2000. Справочник администратора».// М.Ф.Гарсиа, Дж.Рединг, Э.Уолен, С.А.ДеЛюк. Издательство: «ЭКОМ», Москва, 2005.
Описание предметной области "Магазин по продаже компьютерных комплектующих". Построение ER и реляционной модели данных, сущности и связи. Создание ER и реляционной модели данных, запросов, представлений, хранимых процедур для предметной области. курсовая работа [32,2 K], добавлен 15.06.2014
Анализ предметной области и создание таблиц базы данных "Фирма по продаже запчастей". Простой выбор данных и обработка группирующих за
Выдача банком кредитов курсовая работа. Программирование, компьютеры и кибернетика.
Доклад: Пол, власть и концепция "разделенных сфер": от истории женщин к гендерной истории
Доклад: Волевые качества и их развитие
Курсовая работа: Аудит учета нематериальных активов
Оценка Контрольной Работы По Обществознанию 2022
Курсовая работа по теме Процесс изготовления корпуса подшипника
Курсовая Работа На Тему Оценка Потребительских Свойств И Показателей Качества Товаров
Дипломная работа: формирование духовной культуры школьников средствами музыкального искусства
Курсовая работа по теме Анализ музыкального решения фильма 'Солярис'
Курсовая Работа На Тему Налог На Доходы Физических Лиц
Реферат по теме Окончание Великой Отечественной войны и цена Победы
Реферат по теме Отдельные вопросы дорожного движения, требующие согласования с госавтоинспекцией
Курсовая работа по теме Цивільна правосуб’єктність юридичної особи
Регистрация На Итоговое Сочинение 11 Класс Пример
Реферат: Частная психопатология и судебно-психиатрическая оценка ее основных форм
Реферат Балет Как Высшая Форма Хореографического Искусства
Курсовая работа по теме Смертная казнь как исключительная мера наказания
Курсовая работа по теме Гигиена содержания лошадей
Реферат по теме Определение стабильной и обменной емкости цеолитсодержащей породы Атяшевского проявления
Практическое задание по теме Определение зависимости цены товара
Дипломная работа по теме Разработка базы данных кредитной информации для заемщиков (на примере банка ООО 'ХКФ Банк')
Влияние низкоинтенсивного лазерного излучения на нейтрофилы и факторы мукозального иммунитета - Медицина автореферат
Походження та етнічний склад носіїв черняхівської культури - История и исторические личности реферат
Выбор профессии: архитектор - Педагогика реферат