Проектирование базы данных
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
монстрированы в следующем разделе.
2.2.5 Построение инфологической модели в виде диаграммы Таблица-связь
Рисунок 2.4 Инфологическая модель в виде диаграммы Таблица связь
.3 Проектирование даталогической модели
Реляционная база данных представляет собой множество взаимосвязанных таблиц, каждая из которых содержит информацию об объектах определенного типа.
Наиболее удобной и популярной системой управления базой данных (СУБД), которая позволит реализовать все необходимые задачи по разработке базы данных и программного приложения является продукт компании Microsoft - Access.Access является настольной СУБД реляционного типа. Достоинством Access является то, что она имеет очень простой графический интерфейс, который позволяет не только создавать собственную базу данных, но и разрабатывать простые и сложные приложения. В отличие от других настольных СУБД, Access хранит все данные в одном файле, хотя и распределяет их по разным таблицам.
Access позволяет не только вводить данные в таблицы, но и контролировать правильность вводимых данных. Для этого необходимо установить правила проверки прямо на уровне таблицы. Тогда каким бы образом не вводились данные - прямо в таблицу, через экранную форму или на странице доступа к данным, Access не позволит сохранить в записи те данные, которые не удовлетворяют заданным правилам.
Таблицы баз данных могут включать в себя огромное количество записей, и при этом СУБД обеспечивает удобные способы извлечения из этого множества нужной информации.
В Access возможно создание связей между таблицами, что позволяет совместно использовать данные из разных таблиц. При этом для пользователя они будут представляться одной таблицей.
Устанавливая взаимосвязи между отдельными таблицами, Access позволяет избежать ненужного дублирования данных, сэкономить память компьютера, а также увеличить скорость и точность обработки информации. Для этого таблицы, содержащие повторяющиеся данные, разбивают на несколько связанных таблиц.
Access может поддерживать одновременную работу с базой данных 50 пользователей, при этом все пользователи гарантировано будут работать с актуальными данными.
2.3.1 Представление концептуальной схемы в виде таблиц реляционной базы данных и описанием логической структуры таблиц
Ниже представлены сущности и их атрибуты виде таблиц реляционной базы данных (РБД) с описанием ограничений и примером заполнения.
Таблица 1. Сущность НАША ОРГАНИЗАЦИЯ в виде таблицы РБД
ПолеДанные контрольного примера(*) КодНОрг1НаимОргООО ТехносервисИНН5551231245КПП984567123АдрОрг404000, Россия, Волгоград, ул. Мира 12ТелОрг(8442 ) 95 -38-13ФаксОрг(8442 ) 95 -38-14РукОргПетров Петр ПетровичГБухОргПетрова Анастасия ПетровнаОКПО12458795Р/С40227810311164421001БИК454841451НаимБанкВолгоградское ОСБ №5448ГорБанкВолгоградК/С30000103111199445510
Таблица 2. Описание логической структуры таблицы НАША ОРГАНИЗАЦИЯ
ПолеТип данныхМаска вводаОграничения(*) КодНОргСчетчикПоследовательное УникальноеНаимОргТекстовый (255)Не более 255 символовИННТекстовый (10)0000000000Ровно 10 цифрКППТекстовый (9)000000000Ровно 9 цифрАдрОргТекстовый (255)Не более 255 символовТелОргТекстовый (20)\(99999") "099\-00\-00Код не более 5 цифр Номер от 5 до 7 цифрФаксОргТекстовый (20)\(99999") "099\-00\-00Код не более 5 цифр Номер от 5 до 7 цифрРукОргТекстовый (50)Не более 50 символовГБухОргТекстовый (50)Не более 50 символовОКПОТекстовый (8)00000000Ровно 8 цифрР/СТекстовый (20)00000000000000000000Ровно 20 цифрБИКТекстовый (9)000000000Ровно 9 цифрНаимБанкТекстовый (50)Не более 50 символовГорБанкТекстовый (20)Не более 20 символовК/СТекстовый (20)00000000000000000000Ровно 20 цифр
Таблица 3. Сущность ПОСТАВЩИКИ в виде таблицы РБД
ПолеКонтрольный пример 1Контрольный пример 2(*)КодПостав12НаимОргООО "МатОпт"ООО "РасходныйМат"ИНН12151332155161641684КПП212155198213146413БИК041806647056468345АдрОргг. Волгоград, ул. Водстроев 10г. Волгоград пр. Металлургов 5ТелОрг(8442 ) 55 -68-56(8442 ) 77 -54-96ФаксОрг(8442 ) 55 -68-57(8442 ) 77 -54-98РукОргПрохоров Виктор ПавловичРыбалкин Александр СергеевичГБухОргПрохорова Валентина ГеоргиевнаГлазкова Мария ИвановнаОКПО1515497716464646Р/С4048484084840000001240514541054000000454
Таблица 4. Сущность ТОВАРЫ в виде таблицы РБД
ПолеКонтрольный пример 1Контрольный пример 2(*)КодТов23НаимТовБумага А4Картридж HP1020КодЕдИзм796796Цена140,00р.1 000,00р.СтранТовРоссияКитайДеклТов846116540ВидУпакБез упаковкиПромыш.КолВМест00
.3.2 Описание запросов к БД
Запрос Платежное поручение должен выбирать следующие данные из базы:
-номер платежного поручения;
-дата выписки;
-вид платежа;
-реквизиты нашей организации: наименование, ИНН, р/с, наименование банка, город банка, БИК, корр/с, руководитель, главный бухгалтер;
-реквизиты поставщика: наименование, ИНН, р/с, наименование банка, город банка, БИК, корр/с, руководитель, главный бухгалтер;
-назначение платежа: номер счета, дата счета, сумма, сумма НДС
Эти данные содержатся в следующих сущностях и их атрибутах:
ПЛАТЕЖНЫЕ ПОРУЧЕНИЯ: НомПоруч, ВидПоруч, ДатаПоруч;
НАША ОРГАНИЗАЦИЯ: НаимОрг, Р/С, РукОрг, ГБухОрг, наименование банка, город банка, БИК, корр/с;
ПОСТАВЩИКИ: НаимОрг, Р/С, РукОрг, ГБухОрг;
БАНКИ: БИК, НаимБанк, ГорБанк, К/С;
СЧЕТА: НомСчет, ДатаСчет..
Запрос должен содержать два вычисляемых поля:
Сумма = Суммирование (ЗАКУПАЕМЫЙ ТОВАР!КолМНетто * ТОВАРЫ!Цена);
Сумма НДС = Суммирование (ЗАКУПАЕМЫЙ ТОВАР!КолМНетто * ТОВАРЫ!Цена * ЗАКУПАЕМЫЙ ТОВАР!СтавНДС / 100);
Условия для выборки следующие: