Проектирование и реализация базы данных Интернет-провайдера в среде Microsoft SQL Server 2012
Создание базы данных Интернет-провайдера по продаже интернет услуг и телевидения. Анализ бизнес-процессов предметной области. Инфологическое моделирование базы данных, построение концептуальной схемы и физической модели. Описание работы с таблицами.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 25.04.2017 |
Размер файла | 1,2 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
КУРСОВАЯ РАБОТА
по дисциплине "Базы данных"
на тему: Проектирование и реализация базы данных Интернет-провайдера в среде Microsoft SQL Server 2012
Новокузнецк 2016г
Содержание
Введение
1. Анализ бизнес-процессов предметной области
1.1 Укрупнённая схема бизнес-процесса
1.2 Описание декомпозиции
2. Инфологическое моделирование базы данных
3. Концептуальная схема базы данных
4. Физическая модель базы данных
4.1 Таблицы
4.2 Запросы
4.3 Хранимые процедуры
4.4 Триггеры
4.5 Индексы
Заключение
Список используемой литературы
Введение
Интернет-провайдер - организация, предоставляющая услуги доступа к сети Интернет и иные связанные с Интернетом услуги (например, телевидение). Соответственно под определением «Интернет-провайдер» мы будем подразумевать поставщика услуг интернета и телевидения.
В своей семестровой работе я создам и реализую базу данных «Интернет-провайдера по продаже интернет услуг и телевидения».
В данной работе описывается схема базы данных организации самого Интернет-провайдера, с помощью программ: ProcessModeler r7, ERwinDataModeler r7 и Microsoft SQL Server Management Studio.
Разработка базы данных на сегодняшний день является очень актуальной. Она поможет следить за тем, как каждый сотрудник выполняет свою работу, будет хранить данные о каждом клиенте, а также о каждом сотруднике, также хранить описание, цены услуг Интернет-провайдера и информацию об используемом оборудовании.
С внедрением базы данных процессы работы Интернет-провайдера очень сильно упростятся. Многие действия сотрудников будут автоматизированы.
Актуальность выбранной тему обусловлена тем, что в последнее время все люди планеты пользуются интернетом. Единственный способ подключения к интернету - это воспользоваться услугами поставщиков интернета/телевидения, а именно услугами Интернет-провайдера.
Наша задача - разобраться, как устроена работа Интернет-провайдера, какую работу выполняет каждый сотрудник этой организации. Какое оборудование используется как в процессе подключения клиента, так и в процессе пользования уже самим интернетом или телевидением.
Самый главный плюс в базе данных - это хранение данных в строгом порядке и удобстве быстрого доступа к информации.
Рассмотрим деятельность Интернет-провайдера на примере обращения клиента, в нашем случае юридического лица, с просьбой подключить ему интернет или телевидение.
1 Анализ бизнес-процессов предметной области
1.1 Укрупнённая схема бизнес-процесса
Процесс подключения клиента к услуге состоит из пожеланий клиента и предложений Интернет-провайдера, а именно клиент общается к Интернет-провайдеру со своими пожеланиями по скорости, кроме этого клиент оставляет свои личные данные (ФИО, наименование организации, реквизиты, телефон для связи) и обговаривает все прочие нюансы. Менеджер (высококвалифицированный сотрудник, в совершенстве владеющий всеми новейшими достижениями компьютерных технологий и всеми знаниями о продукции организации Интернет-провайдера), как представитель организации Интернет-провайдера, качественно консультирует клиента по предложениям своей организации. Рассказывает о тарифах Интернет-провайдера, скорости (50 Мбит/с, 70 Мбит/с, 100 Мбит/с, 150 Мбит/с), цене соответствующей скорости (450рублей/месяц, 600рублей/месяц, 750рублей/месяц, 850рублей/месяц), и необходимым для подключения оборудовании, которое может быть для клиента как бесплатным (входящим в стоимость оплаты тарифа), так и платным (например, wi-fi роутер). Информация о тарифах, оборудовании, а также о их стоимости прописана в уставе организации Интернет-провайдера, также имеются сопутствующие документы регулирующие деятельность организации Интернет-провайдера, а именно закон РФ о защите прав потребителей, который регулирует отношения между потребителями и продавцами при продаже товаров (выполнении работ, оказании услуг).
Как только клиент определяется с тарифом, то они вместе с менеджером заключают договор на подключение интернета. Также менеджер сообщает клиенту варианты свободного времени монтажников для установки оборудования на территории клиента. Далее клиент выбирает удовлетворяющее его время установки оборудования. Ээто довольно простой и необременительный процесс, но он является в какой-то степени ключевым и необходимым.
1.2 Описание декомпозиции
Декомпозиция -- разделение целого на части. Также декомпозиция -- это научный метод, использующий структуру задачи и позволяющий заменить решение одной большой задачи решением серии меньших задач, пусть и взаимосвязанных, но более простых.
Декомпозиция, как процесс расчленения, позволяет рассматривать любую исследуемую систему как сложную, состоящую из отдельных взаимосвязанных подсистем, которые, в свою очередь, также могут быть расчленены на части. В качестве систем могут выступать процессы, явления и понятия.
Декомпозированный процесс подключения услуги Интернет-провайдера клиенту состоит из трёх этапов:
Этап 1. Консультация с сотрудником (менеджером) организации Интернет-провайдера. Входящими потоками являются данные/пожелания/требования клиента, в нашем случае юридического лица (наименование организации, реквизиты, ФИО руководителя, скорость, цена, качество, возможность дополнительных услуг), и услуги Интернет-провайдера по уставу организации (тарифы, скорость, акции, монтаж, техническая поддержка), также есть сопутствующие документы регулирующие деятельность организации Интернет-провайдера, а именно закон о защите прав потребителей.
На этом первом этапе менеджер качественно консультирует клиента о продуктах организации. Пытаясь заинтересовать клиента, менеджер рассказывает о действующих акциях Интернет-провайдера. Для этого нужно иметь коллектив сотрудников с высокой квалификацией, которые в совершенстве владеют знаниями о процессе подключения к интернету.
На этапе подбора сотрудников Интернет-провайдера отбираются кандидаты, обладающие следующими профессионально значимыми качествами:
четкая грамотная речь, базовые навыки ведения переговоров, приятный голос, располагающая внешность, соблюдение культуры речи;
обучаемость - высокие скорость и качество усвоения знаний, умений и навыков в процессе обучения, способность самостоятельно усваивать знания и навыки и гибко использовать их в меняющихся обстоятельствах;
стрессоустойчивость - способность сохранять работоспособность и внутреннее равновесие в условиях цейтнота и эмоционального давления;
клиентоориентированность - способность услышать и понять потребности Клиента и решить их всеми доступными средствами в доброжелательной и уважительной манере с учетом индивидуальности Клиента, желание помочь Клиенту, позитивный настрой, толерантность, эмпатия;
коммуникабельность - способность адекватно использовать разнообразные коммуникативные средства в различных ситуациях, располагая к себе собеседника и достигая оптимального результата на основе взаимопонимания;
лояльность - приверженность Обществу; установка и поведение, заключающиеся в соблюдении существующих правил, норм, предписаний;
синтонность - сочетание внутренней уравновешенности с эмоциональной отзывчивостью и общительностью.
Менеджер выявляет потребности клиента и сопоставляет с предложениями своей организации.
На выходе получается единый поток знаний клиента о выбранном Интернет-провайдере. Также сюда может входить информация с комментариями об «интернете» от других пользователях/клиентах этой организации.
Этап 2. Определение полного списка услуг. Далее происходит сравнение тарифов Интернет-провайдера, а именно соотношения цены и скорости, а главное качества предоставления услуг Интернет-провайдера к стоимости на них. Также клиент может выбрать не только услуги интернета, но и услуги телевидения.
На этом этапе происходит структурирование информации, полученной клиентом шагом ранее и получения новой информации о новых предложениях организации (акциях).
На выходе из второго этапа получаются практически готовые данные, которые необходимо только собрать воедино. Интернет-провайдер имеет информацию о клиенте (его название организации, его реквизиты, его фактический адрес расположения, телефон для связи, его пожелания в скорости и цене). После того, как формируется заявка на подключение услуг Интернет-провайдера в базе самой организации.
Прием заявки от клиента осуществляется в любом виде, включая устный, письменный, посредством факса, электронной почты и др. При этом специалист организации Интернет-провайдера регистрирует заявку и переходит к выполнению следующих действий.
После приема и регистрации заявки специалист организации Интернет-провайдера уточняет техническую возможность с помощью базы данных о технической возможности, либо, в случае отсутствия информации в базе направляет запрос для специальных сотрудников, которые проверят информацию о технической возможности здания, где будут подключаться услуги интернета или телевидения.
Далее начинается работа по составления договора на оказание услуг организации Интернет-провайдера, что и происходит на следующем этапе.
Этап 3. Заключение договора. При заключении договоров на предоставление услуг Интернет-провайдера необходимо осуществлять контроль за правильностью заполнения договоров: наличием обязательных записей, подписи абонента и сотрудника (менеджера) организации, а так же информированием абонента об условиях акции и наличием отметки в договоре об ознакомлении абонента с условиями акции.
К единому типовому договору на оказание услуг связи составляется и подписывается Приложение к Договору об оказании услуг электросвязи (интернет/телевидение), в котором перечислены подключаемые абонентом услуги.
Комплект документов хранится в архиве организации Интернет-провайдера в электронном виде или по факсу в день оформления наряда на услугу.
Принцип подготовки пакета документов у всех сотрудников Интернет-провайдера, занятых в продаже одинаковый. Подготовка пакета документов (Приложение к Договору об оказании услуг электросвязи) на предоставление услуг интернет или телевидения осуществляется специалистами Интернет-провайдера в следующей последовательности (не более 15 минут):
регистрация/поиск абонента;
выписка заявлений на услуги согласно договору;
печать договора (дополнительного соглашения);
выписка счета на оплату регистрационных услуг (согласно договору), оборудования;
продажа оборудования (при подключении с оборудованием Интернет-провайдера);
выписка нарядов на заказанные услуги с указанием сроков работ в день подписания договора.
Далее происходит подписание договора с абонентом, работа с абонентом по документам (не более 3 минут).
При заказе работ по инсталляции (установка программного обеспечения) услуги на ПК абонента специалист Интернет-провайдера согласовывает с абонентом дату выполнения работ и заносит в БД самой организации (в случае выполнения инсталляции монтером). В случае выполнения установки дилером, наряд оформляется и направляется по электронной почте. Дата выполнения работ по инсталляции выбирается не раньше, чем через 1 рабочий день после формирования нарядов.
Условиями обеспечения удовлетворенности Абонентов при оказании и сопровождении услуг Интернет-провайдера являются:
вежливое обращение с Абонентом;
обеспечение Абоненту и (или) пользователю возможности пользования услугами Интернет-провайдера 24 часа в сутки;
минимальные затраты времени на оформление типовых Договоров/типовых Приложений - не более 20 мин.;
уровень доступности информационно-справочных служб, а именно услуги технической поддержки - не менее 80 %;
комфортные условия при оформлении документов (наличие зоны для заполнения документов, готовность сотрудников Интернет-провайдера оказать помощь в заполнении документов);
получение информации о выполнении работ на каждом этапе;
аккуратное, качественное исполнение технических работ в помещениях Абонента;
принцип «VIP-оформление» - подготовка, заполнение и подписание документов, регламентирующих персональные условия предоставления услуги (только для VIP-клиентов).
Персонал всех подразделений Общества, занятый непосредственно обслуживанием Абонентов (за исключением сотрудников, выезжающих к Абонентам) обязан соблюдать требования к внешнему виду.
После подписания Приложения к Договору и закрытия наряда на предоставление доступа к услугам Интернет-провайдера в расчетных системах начинается учет и тарификация оказанных услуг, по окончании расчетного периода Абоненту выставляются расчетные и первичные учетные документы.
В зависимости от технологии проведения расчетов и управления услугами, все услуги Интернет-провайдера можно разбить на три категории:
разовые услуги, по которым расчеты осуществляются по объему принятой и (или) переданной информации (переменная составляющая тарифных планов);
постоянные услуги (безлимитные тарифные планы, предоставление в пользование оборудования и т.д.);
разовые единовременные услуги (вне тарифных планов, например организация доступа к Интернет-услугам и внутрисетевым ресурсам).
Начисления за услуги начинаются автоматически с даты закрытия наряда. Расчетные документы на оплату единовременных и ежемесячных платежей выставляются абоненту после закрытия расчетного периода в разрезе поставщиков услуг, с указанием стоимости каждой услуги.
Оплата за услуги Интернет-провайдера и иных поставщиков услуг может быть произведена плательщиком наличным или безналичным способами через Агентов по приему платежей за услуги Интернет-провайдера, для корпоративных клиентов - через обслуживающие банки.
Порядок распределения принятых оплат за услуги интернета или телевидения не отличается от порядка распределения оплат за другие услуги связи.
При оказании услуги допускаются технические перерывы при проведении профилактических (регламентных) работ - в часы наименьшей нагрузки (с 23-00 до 05-00 МСК времени) суммарной продолжительностью:
- не более 3-х часов в сутки, не более 6 часов в течение расчетного периода (интернет).
- не более 8-ми часов в течение расчетного периода (телевидение).
На выходе из последнего этапа имеется уже действующий договор, проплаченный тариф и работающее оборудование. Интернет «подается» клиенту в полном объеме и клиент пользуется.
2 Инфологическое моделирование базы данных
В результате анализа предметной области можно выделить следующие сущности:
Юридическое лицо - содержит сведения о клиенте, который желает подключить услуги Интернет-провайдер. Атрибуты необходимые данной сущности следующие:
Таблица 1 - Метаданные сущности Юридическое лицо
Имя атрибута |
Тип данных |
Ограничения |
|
№ клиента |
Числовой (Integer) |
>0 |
|
Наименование организации |
Строковый (String) |
||
Реквизиты |
Числовой (Integer) |
>0 |
|
Руководитель |
Строковый (String) |
>0 |
Ключевым атрибутом в сущности Юридическое лицо будет поле № клиента.
Тариф - сущность, которая содержит основную информацию о тарифах Интернет-провайдера. Для этой сущности, присуще следующие атрибуты:
Таблица 2 - Метаданные сущности Тариф
Имя атрибута |
Тип данных |
Ограничения |
|
№ тарифа |
Числовой (Integer) |
>0 |
|
Наименование |
Строковый (String) |
||
Стоимость |
Числовой(Integer) |
>0 |
Ключевым атрибутом в сущности Тариф будет являться поле № тарифа.
Оборудование - сущность, которая содержит информацию ооборудование и его характеристиках. Атрибуты, которые есть у этой сущности, следующие:
Таблица 3 - Метаданные сущности Оборудования
Имя атрибута |
Тип данных |
Ограничения |
|
№ артикула |
Числовой (Integer) |
>0 |
|
Наименование |
Строковый (String) |
||
Тип |
Числовой (Integer) |
>0 |
|
Стоимость аренды |
Числовой(Integer) |
>0 |
Ключевой атрибут, в сущности Оборудование будет поле № артикула.
Пользование услугами - сущность, содержащая информацию о том, как клиент пользуется одновременно несколькими тарифами. Атрибуты необходимые данной сущности следующие:
Таблица 4 - Метаданныесущности Пользование услугами
Имя атрибута |
Тип данных |
Ограничения |
|
№ записи |
Числовой (Integer) |
>0 |
|
Договор клиента |
Строковый (String) |
||
Тариф |
Строковый (String) |
У данной сущности будет композитный внешний ключ, состоящий из атрибутов № записи.
Сотрудник- сущность, которая хранит личные данные о сотруднике. Атрибуты необходимые данной сущности:
Таблица 5 - Метаданные сущности Сотрудники
Имя атрибута |
Тип данных |
Ограничения |
|
№ сотрудника |
Числовой (Integer) |
>0 |
|
ФИО |
Строковый (Text) |
||
№ телефона |
Числовой (Integer) |
>0 |
Ключевой атрибут у данной сущности является поле № сотрудника.
Договор на подключение - содержит сведения о клиенте, который желает подключить услуги Интернет-провайдер, данные о сотрудниках, которые помогали выбрать тариф клиенту, данные о самом тарифе и об используемом оборудовании. Атрибуты необходимые данной сущности следующие:
Таблица 6 - Метаданные сущности Договор на подключение
Имя атрибута |
Тип данных |
Ограничения |
|
№ договора |
Числовой (Integer) |
>0 |
|
№ клиента |
Числовой (Integer) |
>0 |
|
№ оборудования |
Числовой (Integer) |
>0 |
|
№ сотрудника |
Числовой (Integer) |
>0 |
|
Дата подключения |
Date |
>01.01.2015 |
Ключевым атрибутом в сущности Customer будет поле № договора.
3 Концептуальная схема базы данных
Для наглядного представления информационного процесса можно использовать разные программы для структурирования данных. В данной работе использовался продукт AllFusionERwin.
AllFusionERwinDataModeler (ранее ERwin) -- CASE-средство для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных. Модели данныхпомогают визуализировать структуру данных, обеспечивая эффективный процесс организации, управления и администрирования таких аспектов деятельности предприятия, как уровень сложности данных, технологий баз данных и среды развертывания.
AllFusionERwinDataModeler (ERwin) предназначен для всех компаний, разрабатывающих и использующих базы данных, для администраторов баз данных, системных аналитиков, проектировщиков баз данных, разработчиков, руководителей проектов. AllFusionERwinDataModeler позволяет управлять данными в процессе корпоративных изменений, а также в условиях стремительно изменяющихся технологий.
AllFusionERwinDataModeler (ERwin) позволяет наглядно отображать сложные структуры данных. Удобная в использовании графическая среда AllFusionERwinDataModeler упрощает разработку базы данных и автоматизирует множество трудоёмких задач, уменьшая сроки создания высококачественных и высокопроизводительных транзакционных баз данных и хранилищ данных. Данное решение улучшает коммуникацию организации, обеспечивая совместную работу администраторов и разработчиков баз данных, многократное использование модели, а также наглядное представление комплексных активов данных в удобном для понимания и обслуживания формате.
Концептуальная схема базы данных "Интернет-провайдера" изображена на рисунке 3.
На схеме изображено 6 сущностей, из них 4 сущности независимые (сильные) и 2 зависимые (слабые). К сильным сущностям относятся: сотрудники, оборудование, юридические лица, тариф. К слабым сущностям относятся: пользование, договор на подключение.
Все сущности соединены между собой связями. На данной схеме представлен только один вид связей - идентифицирующий.
Идентифицирующая связь устанавливается между независимой и зависимой сущностями.
Связи на схеме:
Тариф - Пользование (один ко многим);
Договор на подключение - Пользование (один ко многим);
Сотрудник - Договор на подключение (один ко многим);
Юридические лица - Договор на подключение (один ко многим);
Оборудование - Договор на подключение (один ко многим).
После моделирования схемы в программном обеспечение ERwin (представлена на Рисунке 4), схема импортируется в Microsoft SQL Server 2012. В результате получается 6 таблиц соединенные связями между собой, которые идентичны связям в концептуальной схеме. У каждой таблице имеется свой ключ и набор готовых атрибутов.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
4 Физическая модель базы данных
Главной целью проектируемой базы данных является создание и реализация база данных «Интернет-провайдера по продаже интернет услуг и телевидения» для автоматизации деятельности сотрудников организации Интернет-провайдера.
База данных Интернет-провайдера должна выполнять следующие функции:
создание персональной карточки в БД для каждого клиента, а также работающего сотрудника;
подробная информация о каждом тарифе и оборудовании;
автоматический подсчёт о подключенных тарифах и действующем оборудовании;
При подготовке объекта к внедрению организация и разработчик базы данных согласуют следующие мероприятия:
подготовка информационной базы;
подготовка сотрудника организации Интернет-провайдера;
организация рабочего места.
При проведении мероприятия по подготовке информационной базы должны будут уточнены:
формат базы данных;
защита базы данных, а именно наличие пароля и возможность изменения структуры базы.
При проведении мероприятия по подготовке сотрудника устраиваются краткий инструктаж по работе с информационной системой.
При проведении мероприятия по организации рабочего места производится проверка компьютера на соответствие минимальным требованием, а также проводятся работы на исправность периферийных устройств - МФУ.
Необходимые технические и программные средства для функционирования базы данных уже имеются, поэтому можно приступить к созданию базы данных.
Требования к системе:
Требование к пользователям системы: пользователь системыдолжен обладать базовыми навыками работы с компьютером.
Требования к системе: система должна работать в операционных системах семейства Windows начиная с WindowsXP и заканчивая последними версиями операционных систем данного семейства.
Требования к функционированию системы: автоматизированное рабочее место должно обеспечивать выполнение следующих функций:
добавление информации о клиентах в базу данных;
вывод списка всех клиентов;
создание записи, в базе данных, о новых клиентах, а также о новых проданных услугах;
создание записи, в базе данных, о произведённых работах (установке оборудования);
вывод списка всех сотрудниках организации.
Требования к техническому обеспечению:
процессор: Одноядерный процессор производства Intel или AMD с тактовой частотой 1 ГГц, или более мощный;
оперативная память: 512Мб или более;
свободное место на жёстком диске: 100мб для исполняемых файлов АРМ и базы данных с демонстративными записями, в процессе функционирования АРМ и заполнения базы данных занимаемый объём памяти может значительно увеличиться.
Система должна хранить и выводить информацию о клиенте и приобретённом им оборудовании, а также информацию о тарифах, которые подключены ему по договору.
4.1 Таблицы
К входной информации при регистрации клиента, юридического лица в нашем случае, в базе данных отображается следующая информация:
номер клиента (Nomerklienta);
наименование организации (NameOrg);
реквизиты (Rekvisity);
ФИО руководителя (Rukovoditel);
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
При регистрации сотрудника организации Интернет-провайдера в базе данных отображается следующая информация:
номер сотрудника (Nomertabelya);
ФИО (FIO);
номер телефона (Telefon);
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
При регистрации тарифа организации Интернет-провайдера в базе данных отображается следующая информация:
номер тарифа (Nomertarifa);
наименование (Naimenovanie);
стоимость (Stoimost);
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
При регистрации оборудования организации Интернет-провайдера в базе данных отображается следующая информация:
номер оборудования (Nomerartikula);
тип (Tip);
наименование (NameObor);
стоимостьаренды (StoimArendy);
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
При регистрации договора, заключенного между клиентом и организации Интернет-провайдера, на оказание услуг в базе данных отображается следующая информация:
номер договора (Nomerdogovora);
ФИО клиента (Klient);
наименование оборудования (Oborudovanie);
дата подключения, конкретнее даты заключения договора (DataPodkl);
сотрудник, составивший договор (Sotrudnik);
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Если клиент выбрал несколько тарифов, например интернет услуги и телевидения, то на одного клиента заключается еще один договор. А пользование разными совершенно услугами не может передаваться по одному каналу связи, поэтому создаем таблицу «Пользование», где отображается следующая информация:
номер записи (Nomerzapisi);
номер договора (NomerDog);
выбранный тариф (Tarif);
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
4.2 Запросы
Запросы упрощают просмотр, добавление, удаление или изменение данных в базе данных Microsoft SQL Server 2012
. Среди других целей использования запросов можно отметить:
быстрый поиск определенных данных путем фильтрации с применением определенных критериев (условий);
вычисление или сведение данных;
автоматизированное управление данными, например регулярный просмотр актуальных данных.
В хорошо структурированной базе данных сведениязачастую хранятся в разных таблицах. Запрос может извлечь информацию из разных таблиц. Запрос может представлять собой обращение к данным для получения информации из базы данных или выполнения действий с данными. Запрос можно использовать для получения ответа на простой вопрос, выполнения расчетов, объединения данных из разных таблиц, а также для добавления, изменения или удаления данных в таблице. Это очень гибкий инструмент: существует много типов запросов, и каждый тип создается с учетом задачи.
Обычно таблицы не используются для хранения вычисляемых значений, например промежуточных сумм, даже если они основаны на данных из одной базы данных. В некоторых случаях вычисленные значения могут устареть, поскольку данные, на основе которых они были рассчитаны, изменились. Например, не стоит хранить чей-либо возраст в таблице, поскольку придется обновлять это значение каждый год; вместо этого можно хранить дату рождения, а затем использовать запрос для расчета возраста.
Для сущности «сотрудник» были созданы отдельные таблицы под каждого сотрудника, это решение позволяет облегчить реализацию автоматического распределения задач между сотрудниками конкретного типа путём выполнения обычного SQL запроса создающего записи во вспомогательных таблицах.
В запросе «Максимальный и минимальный тариф по стоимости» используется таблица «Тариф» - стоимость каждого тарифа. С помощью итоговых (агрегатных) функций в рамках SQL-запроса можно получить ряд обобщающих статистических сведений о множестве отобранных значений выходного набора: Min/Max (Выражение) - определяют наименьшее и наибольшее из множества значений в некотором поле запроса.
Итогом получаются суммы в денежном эквиваленте. Это суммы, которые соответствуют самой максимальной цене тарифа из всего списка действующих тарифов.При вычислении результатов функции Min/Max сначала исключаются все пустые значения, после чего требуемая операция применяется только к оставшимся конкретным значениям столбца.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
В запросе «Самая высокая цена на оборудование» используется таблица «Оборудование» - стоимость аренды оборудования. Итогом выводятся стоимость самого дорогого оборудования.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
В запросе «Стоимость тарифа менее 500 рублей» используется таблица «Тариф» - стоимость каждого действующего тарифа, который сравнивается с суммой «500 рублей», и если цена меньше 500 рублей, то тариф добавляется в соответствующую таблицу.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Запрос «На выборку оборудования с заданным типом».
Для создания такого запроса необходимо сначала создать простой запрос для вывода нужных полей. В нашем случае использовалась таблица «Оборудование» - тип, по которому мы будем задавать условие. В данном случае, задано условие, чтобы в таблицу выводилось только то оборудование, которое имеет тип «кабель». Это условие можно изменить на любое другое. И если в таблице «Оборудование» есть такие единицы с таким типом, то оно будет выводиться в таблицу. \а если совпадений нет, то таблица будет пустой.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Следующий запрос - это «Сумма стоимости оборудования, которое арендовано каждым клиентом». В данном запросе используется таблица «Юридические лица» - наименование организации, таблица «Оборудование» - тип и стоимость аренды, таблица «Договор» - номер договора, дата подключения. Итого этого запроса является конечная стоимость аренды оборудования, которое клиент решил себе приобрести. Если таких оборудований несколько, то результатом является сумма каждой единицы оборудования прописанного в договоре. Также конечный результат запроса, то есть сумма в рублях, тоже прописан в договоре.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Запрос «Сумма стоимости тарифов, которые подключил клиент». В данном запросе используется таблица «Юридические лица» - наименование организации, таблица «Тариф» - стоимость пользования, таблица «Договор» - номер договора, дата подключения и таблица «Пользование» - тариф. Итого этого запроса является конечная стоимость подключенных тарифов, которые клиент решил себе подключить. Клиент может как пользоваться только интернетом или телевидением, так и подключить себе и интернет и телевидение.Результатом является сумма каждого подключенного тарифа по договору. Итог запроса, то есть сумма в рублях, также прописана в договоре.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
4.3 Хранимые процедуры
Хранимые процедуры представляют собой группы связанных между собой операторов SQL, применение которых делает работу программиста более легкой и гибкой, поскольку выполнить хранимую процедуру часто оказывается гораздо проще, чем последовательность отдельных операторов SQL. Хранимые процедуры представляют собой набор команд, состоящий из одного или нескольких операторов SQL или функций и сохраняемый в базе данных в откомпилированном виде. Выполнение в базе данных хранимых процедур вместо отдельных операторов SQL дает пользователю следующие преимущества:
необходимые операторы уже содержатся в базе данных;
все они прошли этап синтаксического анализа и находятся в исполняемом формате; перед выполнением хранимой процедуры SQL Server генерирует для нее план исполнения, выполняет ее оптимизацию и компиляцию;
хранимые процедуры поддерживают модульное программирование, так как позволяют разбивать большие задачи на самостоятельные, более мелкие и удобные в управлении части;
хранимые процедуры могут вызывать другие хранимые процедуры и функции;
хранимые процедуры могут быть вызваны из прикладных программ других типов;
как правило, хранимые процедуры выполняются быстрее, чем последовательность отдельных операторов;
хранимые процедуры проще использовать: они могут состоять из десятков и сотен команд, но для их запуска достаточно указать всего лишь имя нужной хранимой процедуры. Это позволяет уменьшить размер запроса, посылаемого от клиента на сервер, а значит, и нагрузку на сеть.
Хранение процедур в том же месте, где они исполняются, обеспечивает уменьшение объема передаваемых по сети данных и повышает общую производительность системы. Применение хранимых процедур упрощает сопровождение программных комплексов и внесение изменений в них. Обычно все ограничения целостности в виде правил и алгоритмов обработки данных реализуются на сервере баз данных и доступны конечному приложению в виде набора хранимых процедур, которые и представляют интерфейс обработки данных. Для обеспечения целостности данных, а также в целях безопасности, приложение обычно не получает прямого доступа к данным - вся работа с ними ведется путем вызова тех или иных хранимых процедур. Подобный подход делает весьма простой модификацию алгоритмов обработки данных, тотчас же становящихся доступными для всех пользователей сети, и обеспечивает возможность расширения системы без внесения изменений в само приложение: достаточно изменитьхранимую процедуру на сервере баз данных. Разработчику не нужно перекомпилировать приложение, создавать его копии, а также инструктировать пользователей о необходимости работы с новой версией. Пользователи вообще могут не подозревать о том, что в систему внесены изменения.
Хранимые процедуры существуют независимо от таблиц или каких-либо других объектов баз данных. Они вызываются клиентской программой, другой хранимой процедурой или триггером. Разработчик может управлять правами доступа к хранимой процедуре, разрешая или запрещая ее выполнение. Изменять код хранимой процедуры разрешается только ее владельцу или члену фиксированной роли базы данных. При необходимости можно передать права владения ею от одного пользователя к другому.
При работе с SQL Server пользователи могут создавать собственные процедуры, реализующие те или иные действия. Хранимые процедурыявляются полноценными объектами базы данных, а потому каждая из них хранится в конкретной базе данных. Непосредственный вызовхранимой процедуры возможен, только если он осуществляется в контексте той базы данных, где находится процедура.
Хранимая процедура «Общая стоимость всех тарифов» выводит общую сумму тарифов, которые предлагает Интернет-провайдер. Можно наблюдать на Рисунке 18.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Хранимая процедура «Стоимость подключения ОАО РЦТК» отображает тарифы подключенные компанией, ФИО её руководителя и сумма ежемесячного платежа компанией для пользования услугами Интернет-провайдера. Хранимая процедура изображена на Рисунке 19.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Хранимая процедура «Договоры, подключенные сотрудником Валеевым» выводит информацию обо всех заключенных договорах заданным сотрудником. Результат хранимой процедуры изображен на Рисунке 20.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
4.4 Триггеры
Триггеры являются одной из разновидностей хранимых процедур. Их исполнение происходит при выполнении для таблицы какого-либо оператора языка манипулирования данными (DML). Триггеры используются для проверки целостности данных, а также для отката транзакций.
Триггер - это откомпилированная SQL-процедура, исполнение которой обусловлено наступлением определенных событий внутри реляционной базы данных. Применение триггеров большей частью весьма удобно для пользователей базы данных. И все же их использование часто связано с дополнительными затратами ресурсов на операции ввода/вывода. В том случае, когда тех же результатов (с гораздо меньшими непроизводительными затратами ресурсов) можно добиться с помощью хранимых процедур или прикладных программ, применение триггеров нецелесообразно.
Триггеры - особый инструмент SQL-сервера, используемый для поддержания целостности данных в базе данных. С помощью ограничений целостности, правил и значений по умолчанию не всегда можно добиться нужного уровня функциональности. Часто требуется реализовать сложные алгоритмы проверки данных, гарантирующие их достоверность и реальность. Кроме того, иногда необходимо отслеживать изменения значений таблицы, чтобы нужным образом изменить связанные данные. Триггеры можно рассматривать как своего рода фильтры, вступающие в действие после выполнения всех операций в соответствии с правилами, стандартными значениями и т.д.
Триггер представляет собой специальный тип хранимых процедур, запускаемых сервером автоматически при попытке изменения данных в таблицах, с которыми триггеры связаны. Каждый триггер привязывается к конкретной таблице. Все производимые им модификации данных рассматриваются как одна транзакция. В случае обнаружения ошибки или нарушения целостности данных происходит откат этой транзакции. Тем самым внесение изменений запрещается. Отменяются также все изменения, уже сделанные триггером.
Создает триггер только владелец базы данных. Это ограничение позволяет избежать случайного изменения структуры таблиц, способов связи с ними других объектов и т.п.
Триггер представляет собой весьма полезное и в то же время опасное средство. Так, при неправильной логике его работы можно легко уничтожить целую базу данных, поэтому триггеры необходимо очень тщательно отлаживать.
В отличие от обычной подпрограммы, триггер выполняется неявно в каждом случае возникновения триггерного события, к тому же он не имеет аргументов. Приведение его в действие иногда называют запуском триггера. С помощью триггеров достигаются следующие цели:
проверка корректности введенных данных и выполнение сложных ограничений целостности данных, которые трудно, если вообще возможно, поддерживать с помощью ограничений целостности, установленных для таблицы;
выдача предупреждений, напоминающих о необходимости выполнения некоторых действий при обновлении таблицы, реализованном определенным образом;
накопление аудиторской информации посредством фиксации сведений о внесенных изменениях и тех лицах, которые их выполнили;
поддержка репликации.
При условии правильного использования триггеры могут стать очень мощным механизмом. Основное их преимущество заключается в том, что стандартные функции сохраняются внутри базы данных и согласованно активизируются при каждом ее обновлении. Это может существенно упростить приложения. Тем не менее, следует упомянуть и о присущих триггеру недостатках:
сложность: при перемещении некоторых функций в базу данных усложняются задачи ее проектирования, реализации и администрирования;
скрытая функциональность: перенос части функций в базу данных и сохранение их в виде одного или нескольких триггеров иногда приводит к сокрытию от пользователя некоторых функциональных возможностей. Хотя это в определенной степени упрощает его работу, но, к сожалению, может стать причиной незапланированных, потенциально нежелательных и вредных побочных эффектов, поскольку в этом случае пользователь не в состоянии контролировать все процессы, происходящие в базе данных;
влияние на производительность: перед выполнением каждой команды по изменению состояния базы данных СУБД должна проверить триггерное условие с целью выяснения необходимости запуска триггера для этой команды. Выполнение подобных вычислений сказывается на общей производительности СУБД, а в моменты пиковой нагрузки ее снижение может стать особенно заметным. Очевидно, что при возрастании количества триггеров увеличиваются и накладные расходы, связанные с такими операциями.
Неправильно написанные триггеры могут привести к серьезным проблемам, таким, например, как появление "мертвых" блокировок. Триггеры способны длительное время блокировать множество ресурсов, поэтому следует обратить особое внимание на сведение к минимуму конфликтов доступа.
Триггеры таблиц базы данных «Интернет-провайдера»:
Рисунок 21 - Триггер таблицы «Юридические лица»
Рисунок 22 - Триггер таблицы «Тариф»
база схема концептуальный таблица
Рисунок 23 - Триггер таблицы «Сотрудник»
Рисунок 24 - Триггер таблицы «Пользование»
Рисунок 25 - Триггер таблицы «Оборудование»
Рисунок 26 - Триггер таблицы «Договор»
4.5 Индексы
Индекс является структурой на диске, которая связана с таблицей или представлением и ускоряет получение строк из таблицы или представления. Индекс содержит ключи, построенные из одного или нескольких столбцов в таблице или представлении. Эти ключи хранятся в виде структуры сбалансированного дерева, которая поддерживает быстрый поиск строк по их ключевым значениям в SQL Server.
Таблица или представление может иметь индексы следующих типов.
Кластеризованные индексы сортируют и хранят строки данных в таблицах или представлениях на основе их ключевых значений. Этими значениями являются столбцы, включенные в определение индекса. Существует только один кластеризованный индекс для каждой таблицы, потому что строки данных могут быть отсортированы только в единственном порядке.
Строки данных в таблице хранятся в порядке сортировки только в том случае, если таблица содержит кластеризованный индекс. Если у таблицы есть кластеризованный индекс, то таблица называется кластеризованной. Если у таблицы нет кластеризованного индекса, то строки данных хранятся в неупорядоченной структуре, которая называется кучей.
Некластеризованные индексы имеют структуру, отдельную от строк данных. В некластеризованном индексе содержатся значения ключа некластеризованного индекса, и каждая запись значения ключа содержит указатель на строку данных, содержащую значение ключа.
Указатель из строки индекса в некластеризованном индексе, который указывает на строку данных, называется указателем строки. Структура указателя строки зависит от того, хранятся ли страницы данных в куче или в кластеризованной таблице. Для кучи указатель строки является указателем на строку. Для кластеризованной таблицы указатель строки данных является ключом кластеризованного индекса.
Можно добавить неключевые столбцы на конечный уровень некластеризованного индекса и обойти существующее ограничение на ключи индексов (900 байт и 16 ключевых столбцов) и выполнять полностью индексированные запросы.
Как кластеризованные, так и некластеризованные индексы могут быть уникальными. Это означает, что никакие две строки не имеют одинаковое значение для ключа индекса. В противном случае индекс не является уникальным, и несколько строк могут содержать одно и то же значение.
Обслуживание индексов таблиц и представлений происходит автоматически при любом изменении данных в таблице.
В данной работе мы используем оба типа индексов. Для того чтобы узнать какие индексы есть в таблице, можно ввести процедуру sp_helpindex.
Индексы таблиц базы данных Интернет-провайдера:
Рисунок 27 - Индексы таблицы «Договор»
Рисунок 28 - Индексы таблицы «Оборудование»
Рисунок 29 - Индексы таблицы «Пользование»
Рисунок 30 - Индексы таблицы «Сотрудник»
Рисунок 31 - Индексы таблицы «Тариф»
Рисунок 32 - Индексы таблицы «Юридические лица»
Заключение
Скоростной доступ к интернету обеспечивают Интернет-провайдера доступа, среди которых выделяют первичных интернет провайдеров, которые занимаются продажей трафика в больших объемах. Существуют и вторичные Интернет-провайдеры, которые арендуют у них каналы связи и передающих трафик частным пользователям.
В настоящее время Интернет-провайдеры стараются придерживаться принципов быстрого и качественного обслуживания пользователей. Предвосхищать потребность клиентов - одна из главных задач Интернет-провайдеров. Продуктивность их работы зависит от того, насколько качественно и увлекательно пройдет каждое посещение пользователем интернета. Чем увлекательнее, без издержек пройдет «путешествие», тем больше клиентов будет уИнтернет-провайдер.
Каждый потенциальный пользователь инструментами сети интернет, выбирая себе Интернет-провайдер, среди многочисленных компаний, обратит своё внимание и на цены, предлагаемые за обслуживание. Поэтому Интернет-провайдер, определяясь с ценами, кроме анализа рынка цен конкурентов, должен обязательно обдумать вопросы их экономической целесообразности для будущих пользователей данной организации.
Разные Интернет-провайдеры обслуживают разные области и географические регионы. Лучше всего узнать у своих знакомых, соседей и друзей, как они подключены к сети и что думают о качестве связи, предоставляемой конкретным Интернет-провайдером. Узнайте также о стоимости услуг каждого изинтернет провайдеров и выберите того из них, кто больше всего Вам подходит (если будет из кого выбирать).
Хороший Интернет-Интернет-провайдер предлагает своему клиенту хороший выбор тарифов, начиная с самых демократичных (рублей от 150 в месяц) до высокоскоростных цен. Кроме этого Интернет-провайдер должен предоставлять высокие стабильные скорости, удобные условия и способы оплаты интернета, не брать денег за разного рода мифические «обслуживания линий», не списывать деньги со счета при нулевом балансе. Также важна и техническая поддержка, желательно круглосуточная, где клиенту ответит вежливый оператор, который не только ответит на все вопросы клиента, но и разрешит проблему, связанную с предоставляемой услугой Интернет-провайдер, а именно проблему с интернетом.
По результатам проделанной работы можно сделать следующие выводы: разработка автоматизированной системы необходима, потому что она значительно облегчает работу сотрудников организации Интернет-провайдера, существенно сокращает временные затраты на регистрацию клиентов, продление абонементов и занесение отметки о занятии. В ходе работы были выполнены следующие работы:
была изучена предметная область;
проведен системный анализ функционирования объекта исследования и выявлена проблема больших временных затрат на выполнение операции;
определены цели и задачи проектирования информационной системы. Цель проектирования - сокращение времени трудящегося на запись клиентов, тарифов, оборудования и заполнения договоров на пользование. Задачи проектирования информационной системы: регистрация нового клиента в базе данных, создание записи о новом тарифе или оборудовании, просмотр необходимый запросов и печать отчетов;
проведен обзор и анализ существующих программных разработок, после чего было принято решение о создании нового автоматизированного рабочего места, которое выигрывает у существующих разработок по большинству параметров;
сделан выбор и обоснование стратегии автоматизации.
На основе полученной информации было спроектировано и разработано автоматизированное рабочее место сотрудника (менеджера) организации Интернет-провайдера.
Тестовый запуск программы подтвердил работоспособность программы; тестирование и отладка позволили выявить и устранить все возможные недостатки и привести программу к конечному для использования виду.
Список используемой литературы
Грекул В.И. - Проектирование информационных систем- ИНТУИТ.ру, 2009
Э.К. Алгазинов, А.А. Сирота. Анализ и компьютерное моделирование информационных процессов и систем. - М.: Диалог-МИФИ, 2009. - 416 с.
И.В. Соловьев, А.А. Майоров. Проектирование информационных систем. - М.: Академический Проект, 2009. - 400 с.
В.Ю. Пирогов. Информационные системы и базы данных. Организация и проектирование. - СПб.: БХВ-Петербург, 2009. - 528 с.
К.Н. Мезенцев. Автоматизированные информационные системы. - М.: Академия, 2012. - 174 с.
Н.З. Емельянова, Т.Л. Партыка, И.И. Попов. Устройство и функционирование информационных систем. - М.: Форум, Инфра-М, 2012. - 448 с.
Владимир Репин, Виталий Елиферов. Процессный подход к управлению. Моделирование бизнес-процессов. - М.: Манн, Иванов и Фербер, 2013. - 544 с.
А.Н. Калашян, Г.Н. Калянов. Структурные модели бизнеса: DFD-технологии. - М.: Прикладные информационные технологии, 2009. - 256 с.
Размещено на Allbest.ru
...Подобные документы
Создание базы данных для автоматизации электронного магазина по продаже шин в терминале ER моделирования. Построение логической и концептуальной модели базы данных. Её реализация в интерактивной среде Интернет. Расчет экономической эффективности магазина.
курсовая работа [4,5 M], добавлен 10.10.2012Проектирование даталогической модели в виде логической структуры реляционной базы данных в СУБД Microsoft SQL Server на основе созданной инфологической модели базы данных интернет-магазина музыки. Выделение сущностей и связей, анализ предметной области.
курсовая работа [724,6 K], добавлен 15.06.2013Описание предметной области, построение концептуальной и логической модели базы данных рынка металлопроката и метизов, реализация данных рынка в интерактивной среде Интернет. Расчёт экономической эффективности каталога продукции и капитальных вложений.
курсовая работа [3,5 M], добавлен 14.12.2011Построение инфологической (концептуальной) модели предметной области. Проектирование логической и физической структуры базы данных. Реализация проекта в среде конкретной СУБД. Организация корректировки и ввода данных в БД. Разработка интерфейса.
курсовая работа [1,4 M], добавлен 14.01.2018Выбор методологии проектирования и системы управления базами данных. Описание предметной области и проектирование физической структуры базы данных. Реализация проекта в MS SQL Server 2008. Построение инфологической модели. Ограничения целостности связи.
курсовая работа [679,2 K], добавлен 22.01.2013Построение инфологической концептуальной модели предметной области. Структура базы данных Microsoft Office Access. Формы, запросы и отчеты. Создание форм, запросов и отчетов в базах данных. Схема данных физической и логической сущности в Erwin 4.0.
курсовая работа [5,1 M], добавлен 13.12.2011Создание базы данных для информационной системы "Грузоперевозки". Анализ предметной области, разработка концептуальной и логической модели базы данных, с использованием средства MS Micrоsоft SQL Server 2005, реализация физического проектирования базы.
курсовая работа [1,3 M], добавлен 01.07.2011Сущность базы данных. Процесс построения концептуальной модели. Построение реляционной модели, создание ключевого поля. Процесс нормализации. Проектирование базы данных в ACCESS. Порядок создание базы данных. Создание SQL запросов и работа в базе данных.
курсовая работа [185,6 K], добавлен 08.11.2008Сущности и функциональные зависимости базы данных. Атрибуты и связи. Таблицы базы данных. Построение ER-диаграммы. Организация ввода и корректировки данных. Реляционная схема базы данных. Реализация запросов, получение отчетов. Защита базы данных.
курсовая работа [2,4 M], добавлен 06.02.2016Процесс проектирования базы данных, разработка её логической структуры в соответствии с инфологической моделью предметной области. Работа с программой СУБД Access, свойства таблиц и их полей, создание межтабличных связей; инфологическое проектирование.
курсовая работа [1,7 M], добавлен 17.12.2009Осуществление анализа предметной области и определение модели базы данных. Реализация базы данных в среде Microsoft Access. Создание и исследование формы ввода информации, запросов с условиями выбора, диаграмм по результатам вычислений и отчетов.
курсовая работа [246,1 K], добавлен 19.10.2013Создание базы данных, планирование разработки и системные требования. Проектирование базы данных в среде Microsoft Access, элементы и типы данных. Создание таблицы и использование конструктора для их модернизации. Построение запросов и создание макросов.
курсовая работа [2,0 M], добавлен 16.04.2011Этапы создания и разработки базы данных. Построение модели предметной области. Разработка даталогической и физической моделей данных, способы обработки данных о сотрудниках организации. Проектирование приложений пользователя. Создание кнопочной формы.
курсовая работа [2,1 M], добавлен 14.02.2011Построение концептуальной модели, процесс моделирования смыслового наполнения базы данных. Основные компоненты концептуальной модели. Построение реляционной модели. Целостность данных в реляционной базе. Нормализация. Проектирование базы данных в ACCESS.
курсовая работа [1,8 M], добавлен 29.10.2008Анализ предметной области, потребности различных категорий пользователей разрабатываемой базы данных. Описание концептуальной схемы и преобразование ее в реляционную БД. Создание ER-модели в среде ER-Win. Генерация файлов, разработка запросов в SQL.
курсовая работа [786,4 K], добавлен 15.12.2013Концептуальное проектирование базы данных: разработка схемы и структуры таблиц, описание атрибутов. Реализация базы данных в среде СУБД MS SQL Server 2000. Основные принципы создания таблиц. Доступ и обработка данных с помощью утилиты Enterprise Manager.
курсовая работа [3,8 M], добавлен 22.01.2013Разработка концептуальной модели базы данных "Чемпионат авто": описание предметной области, каталог задач, описание таблиц, схема данных, ER-диаграмма. Проектирование реляционной модели "Спортивный комплекс". Реализация и результат работы базы данных.
курсовая работа [3,7 M], добавлен 14.06.2011Анализ баз данных и систем управления ими. Проектирование и создание реляционной базы данных в среде MS Access для ресторана "Дельфин": построение информационно логической модели, разработка структур таблиц базы данных и схемы данных, создание Web-узла.
курсовая работа [3,7 M], добавлен 15.11.2010Освоение сервисной системы управления базами данных Microsoft SQL. Разработка базы данных "Служба АТС" в среде Microsoft SQL Server Management Studio и создание запросов на языке SQL. Апробация инфологической модели "сущность - связь" базы данных.
курсовая работа [2,9 M], добавлен 29.06.2015Принципы построения СУБД, их достоинства. Архитектура распределенной информационной системы. Разработка интернет-магазина рынка книг: построение физической модели данных на языке SQL, проектирование схемы базы данных с использованием веб-интерфейса.
курсовая работа [2,3 M], добавлен 01.11.2011