Создание базы данных "Оплата коммунальных услуг" (стр. 1 из 2)
Содержание
| 1. Введение | 3 |
| 2. Назначение Базы Данных | 5 |
| 3. Реляционная модель | 5 |
| 4. Физическая модель | 6 |
| 5. Словарь Базы Данных | 7 |
| 6. Формы | 9 |
| 7. Отчеты | 10 |
| 8. Основные понятия и определения | 12 |
ВВЕДЕНИЕ
БД это совокупность связанных, структурированных данных, отражающих информационное состояние определенной предметной области.
Обзор СУБД
Развитие СУБД началась в 60-е годы, при разработке проекта APPOLO (полет на Луну). Огромное количество данных надо было систематизировать. Было разработано специальное ПО – которое представляло иерархическую БД. В середине 60-х годов IBM разработала коммерческую СУБД IMS (Information Management System). В конце 70 г появились первые реляционные БД. DB2 – IBM, ORACLE. В этих СУБД был встроен язык SQL.
На сегодняшний день имеется более 2 десятков настольных СУБД. Наиболее популярными по общему числу продаж – dBASE, VFP, Paradox (Corel), Access
1. dBase – (разработана компанией Ashton –Tate в 1986 г. перекуплена –Borland) – dBaseIII занял лидирующее положение среди настольных СУБД. В этой СУБД 1 таблица – 1 файл (расширение DBF). Формат файла открыт то есть с этими таблицами можно работать и в других СУБД. Очень популярная в 90 – е годы СУБД Clipper (NantucketCorp) поддерживала этот формат.
2. Paradox (1985) – (AnsaSoftware –> Borland 1996 – >Corel) – принцип хранения данных тот же – 1 таблица – 1 файл (расширение DB). Формат закрыт. Чтобы манипулировать данными необходимы специальные библиотеки. (ParadoxEngine), – данные лучше защищены. Впервые визуальные средства построения запросов, на основе интерфейса QBE(облегченная версия Paradox 7), DatabaseDesktop входит в Delphy и CBuilder.
3. VFP (FoxSoftware, 1995, Microsoft). СУБД, совместимая с dBase, но производительнее (другая организация индексов). Формат данных DBF. Специальный файл (расширение .dbc) является контейнером БД. В нем содержится информация о таблицах, индексах, правила ссылочной целостности. VFP поддерживает COM-модель (ComponentObjectModel – компонентная объектная модель), хорошая интеграция с MsSQLServer
4. Access - БД рассчитана на пользователя. Все таблицы хранятся в 1 файле (расширение .MDB). Позволяет создать простейшую БД без написания программного кода с помощью различных мастеров. При необходимости программный код можно написать на VBA (VisualBasicforApplication)
Данные на 2001 г. по числу пользователей СУБД: - MsSQLServer+ VFP – 34%
InterBase +Delphi – 14%, Oracle – 8%
Все современные СУБД имеют:
· Визуальные средства создание таблиц, форм, отчетов
· Доступ к данным серверных СУБД
· Создание приложений выполняющих функции WEB – браузеров и размещение данных в Internet
· Объектно-ориентированный язык
· Поддержку SQL
БД является информационной моделью предметной области.
БД содержит как данные так и описание структуры данных.
Набор данных в БД представлен в виде таблиц. Каждая таблица имеет определенную структуру: в ней определено фиксированное количество столбцов – (полей). Каждое поле имеет определенный фиксированный тип. Тип поля определяет какие данные могут в нем храниться и каким образом они могут обрабатываться.
Данные в таблице взаимосвязаны: по одним значениям данных можно найти соответствующие другие значения. Связаны данные между таблицами – по данным из одной таблицы можно найти соответствующие данные из другой таблицы.
Назначение Базы Данных
Разработанная База Данных «Оплата коммунальных услуг» предназначена для формирования списка клиентов, ввода данных о задолженностях за коммунальные услуги.
Данная база данных не является базой расчетов.
Основная функция – это информирование клиентов о долгах.
Основные объекты: адрес, ФИО, квитанция, виды услуг, улица.
Основные объекты данной информационной системы
– «Адрес» – адрес клиента: улица, дом, корпус, квартира, комната;
– «ФИО»– ФИО клиента, количество проживающих с ним человек, жилая площадь;
– «Квитанция» – так же содержит виды услуг: долг на начало месяца, тарифы по норме, начислено, перерасчет, льгота, итого, субсидия, счет, к оплате;
– «Виды услуг»;
– «Улица».
Реляционная модель
В реляционной модели данных (разработал в 1970 г. Э. Ф. Кодд) объекты представляются с помощью таблиц. Связи между объектами реализуются добавлением полей связи в связанных таблицах или заданием дополнительных таблиц
При переходе от концептуальной к реляционной модели:
– Объект – транслируется в таблицу;
– Связи между объектами транслируются в связи между таблицами;
– Атрибут – в поле таблицы,
– Экземпляр объекта – в запись таблицы.
Реализация связей в реляционной модели
При реализации связи 1:М в дочернюю таблицу добавляется поле связи (обычно это первичный ключ) родительской таблицы. Поле связи в дочерней таблицы называется внешним ключом
Связь осуществляется по равенству значений в полях связи. Например связь между таблицами Вид услуги и Данные по видам услуг осуществляется по полю Счетчик. Это поле является внешним ключом в таблице Квитанция.
Недостатки модели:
Реляционная модель – всегда избыточна за счет полей связи
Достоинства:
1. вход в БД через любую таблицу
2. модель позволяет легко изменять связи между объектами.
3. позволяет легко создавать виртуальные таблицы объединяющие данные из нескольких взаимосвязанных таблиц.
Благодаря своей простоте и естественности представления реляционная модель получила наибольшее распространение в СУБД для персональных компьютеров.
рисунок 1. Реляционная модель со связями.
Физическая модель
При разработке физической модели определяется конкретная СУБД, с помощью которой будет разрабатываться БД.
На этом этапе составляются проекты таблиц. Каждая таблица должна получить свой уникальный идентификатор (название). Этот идентификатор должен соответствовать синтаксису языка выбранной СУБД
Определяется имя, тип и размер поля. Определяется первичный ключ, внешние ключи и поля индексирования (для быстрого поиска) в каждой из таблиц.
Все это оформляется в словарь БД. В словаре БД для каждой из таблиц заполняется своя таблица.
Для каждой связи определяются условия целостности при операциях добавления, изменения или удаления данных в родительской и дочерних таблицах. Могут использоваться следующие варианты условий: отсутствие проверки; запрет операции; каскадное выполнение операции обновления или удаления данных сразу в нескольких связанных таблицах. Кроме этого при разработке физической модели производится оценка необходимых ресурсов: оперативной памяти, быстродействия и объема памяти для хранения данных (минимального свободного места на винчестере).
Словарь Базы Данных
Таблица «адрес»
| Имя поля | Подпись | Тип | Число символов | Условие |
| № | № | счетчик | Длинное целое | Первичный ключ |
| ул | Улица | текстовый | 30 | |
| д | Дом | числовой | Длинное целое | |
| корп | Корпус | числовой | Длинное целое | |
| кв | Квартира | числовой | Длинное целое | |
| комн | Комната | числовой | Длинное целое |
Таблица «ФИО»
| Имя поля | Подпись | Тип | Число символов | Условие |
| № | № | счетчик | Длинное целое | Первичный ключ |
| ФИО | Ф.И.О. абонента | Текстовый | 50 | |
| Кол прожив | Количество проживающих человек | числовой | Целое | |
| площадь | Общая площадь (кв м) | числовой | Длинное целое |
Таблица «Квитанция»
| Имя поля | Подпись | Тип | Число символов | Условие |
| № | № | счетчик | Длинное целое | Первичный ключ |
| виды | Виды коммунальных услуг | текстовый | 50 | |
| долг | Долг на начало месяца | числовой | Длинное целое | |
| тарифы | Тарифы по норме | Текстовый | 50 | |
| начисл | начислено | числовой | Длинное целое | |
| перерасч | перерасчет | числовой | Длинное целое | |
| льгота | льгота | числовой | Одинарное с плав. точкой | |
| итого | итого | числовой | Одинарное с плав. точкой | |
| субсидия | субсидия | числовой | Длинное целое | |
| счетч | счетчик для "к оплате" | числовой | Длинное целое | |
| копл | к оплате | числовой | Одинарное с плав. точкой |
| Имя поля | Подпись | Тип | Число символов | Условие |
| виды | Виды услуг | Текстовый | 50 |
Таблица «Улица»
| Имя поля | Подпись | Тип | Число символов | Условие |
| улица | улица | Текстовый | 30 |
Формы
Разработка базы данных в среде Microsoft Access
Для создания новой формы в среде Microsoft Access необходимо выполнить следующие действия:
· открыть объекты формы
· выбрать вкладку создать с помощью мастера
· выбрать таблицу (допустимые поля)
· потом выбирать: внешний вид, стиль, задать имя формы.
В базе данных «Оплата коммунальных услуг» есть удобное меню. Выбор того или иного пункта меню осуществляется путем щелчка на кнопке. Это в свою очередь приводит к появлению соответствующей формы, таблицы, запроса, отчета на экран. Одновременно может быть открыто несколько форм, но активной будет только одна. Пункт меню «ВЫХОД» служит для закрытия всех форм и выхода из базы данных «Оплата коммунальных услуг».