|
||||||||||||
|
||||||||||||
|
|||||||||
МЕНЮ
|
БОЛЬШАЯ ЛЕНИНГРАДСКАЯ БИБЛИОТЕКА - РЕФЕРАТЫ - Создание базы данных "Оплата коммунальных услуг"Создание базы данных "Оплата коммунальных услуг"14 2 Содержание
БД это совокупность связанных, структурированных данных, отражающих информационное состояние определенной предметной области. Обзор СУБДРазвитие СУБД началась в 60-е годы, при разработке проекта APPOLO (полет на Луну). Огромное количество данных надо было систематизировать. Было разработано специальное ПО - которое представляло иерархическую БД. В середине 60-х годов IBM разработала коммерческую СУБД IMS (Information Management System). В конце 70 г появились первые реляционные БД. DB2 - IBM, ORACLE. В этих СУБД был встроен язык SQL.На сегодняшний день имеется более 2 десятков настольных СУБД. Наиболее популярными по общему числу продаж - dBASE, VFP, Paradox (Corel), Access1. dBase - (разработана компанией Ashton -Tate в 1986 г. перекуплена -Borland) - dBase III занял лидирующее положение среди настольных СУБД. В этой СУБД 1 таблица - 1 файл (расширение DBF). Формат файла открыт то есть с этими таблицами можно работать и в других СУБД. Очень популярная в 90 - е годы СУБД Clipper (Nantucket Corp) поддерживала этот формат.2. Paradox (1985) - (Ansa Software -> Borland 1996 - >Corel) - принцип хранения данных тот же - 1 таблица - 1 файл (расширение DB). Формат закрыт. Чтобы манипулировать данными необходимы специальные библиотеки. (Paradox Engine), - данные лучше защищены. Впервые визуальные средства построения запросов, на основе интерфейса QBE (облегченная версия Paradox 7), Database Desktop входит в Delphy и C Builder. 3. VFP (FoxSoftware, 1995, Microsoft). СУБД, совместимая с dBase, но производительнее (другая организация индексов). Формат данных DBF. Специальный файл (расширение .dbc) является контейнером БД. В нем содержится информация о таблицах, индексах, правила ссылочной целостности. VFP поддерживает COM-модель (Component Object Model - компонентная объектная модель), хорошая интеграция с Ms SQL Server4. Access - БД рассчитана на пользователя. Все таблицы хранятся в 1 файле (расширение .MDB). Позволяет создать простейшую БД без написания программного кода с помощью различных мастеров. При необходимости программный код можно написать на VBA (Visual Basic for Application)Данные на 2001 г. по числу пользователей СУБД: - Ms SQL Server+ VFP - 34%InterBase +Delphi - 14%, Oracle - 8%Все современные СУБД имеют:· Визуальные средства создание таблиц, форм, отчетов· Доступ к данным серверных СУБД· Создание приложений выполняющих функции WEB - браузеров и размещение данных в Internet· Объектно-ориентированный язык · Поддержку SQLБД является информационной моделью предметной области. БД содержит как данные так и описание структуры данных. Набор данных в БД представлен в виде таблиц. Каждая таблица имеет определенную структуру: в ней определено фиксированное количество столбцов - (полей). Каждое поле имеет определенный фиксированный тип. Тип поля определяет какие данные могут в нем храниться и каким образом они могут обрабатываться. Данные в таблице взаимосвязаны: по одним значениям данных можно найти соответствующие другие значения. Связаны данные между таблицами - по данным из одной таблицы можно найти соответствующие данные из другой таблицы. Назначение Базы ДанныхРазработанная База Данных «Оплата коммунальных услуг» предназначена для формирования списка клиентов, ввода данных о задолженностях за коммунальные услуги. Данная база данных не является базой расчетов. Основная функция - это информирование клиентов о долгах.Основные объекты: адрес, ФИО, квитанция, виды услуг, улица.Основные объекты данной информационной системы- «Адрес» - адрес клиента: улица, дом, корпус, квартира, комната;- «ФИО» - ФИО клиента, количество проживающих с ним человек, жилая площадь;- «Квитанция» -- так же содержит виды услуг: долг на начало месяца, тарифы по норме, начислено, перерасчет, льгота, итого, субсидия, счет, к оплате; - «Виды услуг»; - «Улица».Реляционная модельВ реляционной модели данных (разработал в 1970 г. Э. Ф. Кодд) объекты представляются с помощью таблиц. Связи между объектами реализуются добавлением полей связи в связанных таблицах или заданием дополнительных таблиц При переходе от концептуальной к реляционной модели: - Объект - транслируется в таблицу; - Связи между объектами транслируются в связи между таблицами; - Атрибут - в поле таблицы, - Экземпляр объекта - в запись таблицы. Реализация связей в реляционной моделиПри реализации связи 1:М в дочернюю таблицу добавляется поле связи (обычно это первичный ключ) родительской таблицы. Поле связи в дочерней таблицы называется внешним ключомСвязь осуществляется по равенству значений в полях связи. Например связь между таблицами Вид услуги и Данные по видам услуг осуществляется по полю Счетчик. Это поле является внешним ключом в таблице Квитанция. Недостатки модели: Реляционная модель - всегда избыточна за счет полей связи Достоинства: 1. вход в БД через любую таблицу 2. модель позволяет легко изменять связи между объектами. 3. позволяет легко создавать виртуальные таблицы объединяющие данные из нескольких взаимосвязанных таблиц. Благодаря своей простоте и естественности представления реляционная модель получила наибольшее распространение в СУБД для персональных компьютеров. рисунок 1. Реляционная модель со связями.Физическая модельПри разработке физической модели определяется конкретная СУБД, с помощью которой будет разрабатываться БД. На этом этапе составляются проекты таблиц. Каждая таблица должна получить свой уникальный идентификатор (название). Этот идентификатор должен соответствовать синтаксису языка выбранной СУБД Определяется имя, тип и размер поля. Определяется первичный ключ, внешние ключи и поля индексирования (для быстрого поиска) в каждой из таблиц. Все это оформляется в словарь БД. В словаре БД для каждой из таблиц заполняется своя таблица. Для каждой связи определяются условия целостности при операциях добавления, изменения или удаления данных в родительской и дочерних таблицах. Могут использоваться следующие варианты условий: отсутствие проверки; запрет операции; каскадное выполнение операции обновления или удаления данных сразу в нескольких связанных таблицах. Кроме этого при разработке физической модели производится оценка необходимых ресурсов: оперативной памяти, быстродействия и объема памяти для хранения данных (минимального свободного места на винчестере). Словарь Базы Данных Таблица «адрес»
Основные понятия и определения Предметная область - это часть реальной системы, информацию о которой мы хотим отразить в базе данных. Предметная область состоит из множества различных объектов. Объект - основной элемент предметной области. Объект может быть реальным (предмет, человек) и абстрактным (событие - использование услуг). В зависимости от того, какие функции должна реализовывать БД - выделяют определенный набор объектов. БД «Оплата коммунальных услуг» Объекты: абонент, адрес абонента, данные об оплате за услуги. В реляционной теории баз данных объект называется сущностью. Каждый объект обладает определенным набором свойств. Атрибут - наиболее существенные в данном рассмотрении свойства объекта (сущности). Атрибуты используются для определения того, какая информация должна храниться в БД об объекте. Экземпляр объекта Набор конкретных значений атрибутов объекта определяет экземпляр объекта - Объект - абонент. Экземпляр - его уникальный номер, Домен - набор возможных значений атрибута объекта. Домен определяет множество допустимых значений атрибута Например: домен атрибута “льготы” значения 12.5, 14.3, 16.7, 20, 25, 50, 100. Первичный (главный) ключ - минимальный набор атрибутов, значения которых однозначно определяют экземпляр объекта. Альтернативный ключ - это набор атрибутов, несовпадающий с первичным ключом и однозначно определяющий экземпляр объекта. Взаимосвязи между объектамиВзаимосвязь - это функциональная зависимость между данными двух объектов. Если между объектами существует связь, то по данным одного объекта можно определить данные из другого объекта. Пример: адрес - ФИО Связь "один к одному" Связь "один к одному" - это такой тип связи, когда каждому экземпляру первого объекта соответствует один и только один экземпляр второго объекта и, наоборот (каждому экземпляру второго объекта соответствует один и только один экземпляр первого объекта.) Обозначение такого типа связи 1:1 Пример: Уникальный номер абонента - уникальный номер адреса абонента
Пример. Объект со стороны один называется родительский со стороны многие - дочерним Обозначение 1:М Вид услуги - данные по видам услуг
Связь "многие ко многим" Связь " многие ко многим" это такой тип связи, когда каждому экземпляру первого объекта может соответствовать 0, 1 или несколько экземпляров второго объекта и наоборот. |
РЕКЛАМА
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
БОЛЬШАЯ ЛЕНИНГРАДСКАЯ БИБЛИОТЕКА | ||
© 2010 |