50135 (Создание базы данных "Оплата коммунальных услуг")
Описание файла
Документ из архива "Создание базы данных "Оплата коммунальных услуг"", который расположен в категории "". Всё это находится в предмете "информатика" из , которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "рефераты, доклады и презентации", в предмете "информатика, программирование" в общих файлах.
Онлайн просмотр документа "50135"
Текст из документа "50135"
Содержание
| 3 |
| 5 |
| 5 |
| 6 |
| 7 |
| 9 |
| 10 |
| 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) – 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 Server
4. 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. Реляционная модель со связями.
Физическая модель
При разработке физической модели определяется конкретная СУБД, с помощью которой будет разрабатываться БД.
На этом этапе составляются проекты таблиц. Каждая таблица должна получить свой уникальный идентификатор (название). Этот идентификатор должен соответствовать синтаксису языка выбранной СУБД
Определяется имя, тип и размер поля. Определяется первичный ключ, внешние ключи и поля индексирования (для быстрого поиска) в каждой из таблиц.
Все это оформляется в словарь БД. В словаре БД для каждой из таблиц заполняется своя таблица.
Для каждой связи определяются условия целостности при операциях добавления, изменения или удаления данных в родительской и дочерних таблицах. Могут использоваться следующие варианты условий: отсутствие проверки; запрет операции; каскадное выполнение операции обновления или удаления данных сразу в нескольких связанных таблицах. Кроме этого при разработке физической модели производится оценка необходимых ресурсов: оперативной памяти, быстродействия и объема памяти для хранения данных (минимального свободного места на винчестере).
Словарь Базы Данных
Таблица «адрес»
| Имя поля | Подпись | Тип | Число символов | Условие |
| № | № | счетчик | Длинное целое | Первичный ключ |
| ул | Улица | текстовый | 30 | |
| д | Дом | числовой | Длинное целое | |
| корп | Корпус | числовой | Длинное целое | |
| кв | Квартира | числовой | Длинное целое | |
| комн | Комната | числовой | Длинное целое |
Таблица «ФИО»
| Имя поля | Подпись | Тип | Число символов | Условие |
| № | № | счетчик | Длинное целое | Первичный ключ |
| ФИО | Ф.И.О. абонента | Текстовый | 50 | |
| Кол прожив | Количество проживающих человек | числовой | Целое | |
| площадь | Общая площадь (кв м) | числовой | Длинное целое |
Таблица «Квитанция»
| Имя поля | Подпись | Тип | Число символов | Условие |
| № | № | счетчик | Длинное целое | Первичный ключ |
| виды | Виды коммунальных услуг | текстовый | 50 | |
| долг | Долг на начало месяца | числовой | Длинное целое | |
| тарифы | Тарифы по норме | Текстовый | 50 | |
| начисл | начислено | числовой | Длинное целое | |
| перерасч | перерасчет | числовой | Длинное целое | |
| льгота | льгота | числовой | Одинарное с плав. точкой | |
| итого | итого | числовой | Одинарное с плав. точкой | |
| субсидия | субсидия | числовой | Длинное целое | |
| счетч | счетчик для "к оплате" | числовой | Длинное целое | |
| копл | к оплате | числовой | Одинарное с плав. точкой |
Таблица «Виды услуг»
| Имя поля | Подпись | Тип | Число символов | Условие |
| виды | Виды услуг | Текстовый | 50 |
Таблица «Улица»
| Имя поля | Подпись | Тип | Число символов | Условие |
| улица | улица | Текстовый | 30 |
Формы
Разработка базы данных в среде Microsoft Access
Для создания новой формы в среде Microsoft Access необходимо выполнить следующие действия:
-
открыть объекты формы
-
выбрать вкладку создать с помощью мастера
-
выбрать таблицу (допустимые поля)
-
потом выбирать: внешний вид, стиль, задать имя формы.
В базе данных «Оплата коммунальных услуг» есть удобное меню. Выбор того или иного пункта меню осуществляется путем щелчка на кнопке. Это в свою очередь приводит к появлению соответствующей формы, таблицы, запроса, отчета на экран. Одновременно может быть открыто несколько форм, но активной будет только одна. Пункт меню «ВЫХОД» служит для закрытия всех форм и выхода из базы данных «Оплата коммунальных услуг».
Для внесения адреса, ФИО, данных о квартире и о долгах источниками данных, для которых соответственно является таблица «адрес», «ФИО», «Виды услуг», «Квитанция», нужно лишь щелкнуть по форме «Квитанция адрес», включающую также форму «Квитанция подчиненная форма»
На форме используются кнопки навигации, поиска, отмены действия, кнопки для добавления записи, удаления, сохранения, просмотра отчета, вывода отчета в файл, его распечатки и выхода.
С помощью кнопок навигации («Следующая», «Предыдущая») можно осуществлять перемещение по записям и просматривать их в режиме чтения. Добавление записи производится путем нажатия на кнопку «Добавить запись», после чего можно будет завести в пустых полях нового клиента. Эти данные можно будет добавить в базу, нажав на кнопку «Записать», или отменить запись, нажав на кнопку «Отменить». Кнопка «Удалить» - предназначена для удаления ненужных записей. Кнопки работают при помощи макросов. Кнопки связывают с макросами. С начала создаются кнопки, а потом создаются макросы, и связывают макросы с кнопками.
