Учебная работа. Реферат: База данных в СУБД ACCESS

1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (Пока оценок нет)
Загрузка...
Контрольные рефераты

Учебная работа. Реферат: База данных в СУБД ACCESS

Содержание

Введение
3

Теоретическая часть
5

1. Базы данных и системы управления базами данных
5

1.2. Базы данных
6

1.СУБД ACCESS
9

Практическая часть
13

2. Проектирование базы данных
13

2.1. Разработка таблиц
13

2.2.Разработка запросов
23

2.3.Разработка отчетов

2.4.Разработка форм

Заключение
25

Перечень использованной литературы
26

Введение

Главные идеи современной информационной технологии базируются на концепции, согласно которой данные должны быть организованы в базы данных с целью адекватного отображения изменяющегося настоящего мира и ублажения информационных потребностей юзеров. Эти базы данных создаются и работают под управлением особых программных комплексов, именуемых системами управления базами данных (СУБД).

Повышение размера и структурной трудности хранимых данных, расширение круга юзеров информационных систем привели к широкому распространению более комфортных и сравнимо обычных для осознания реляционных (табличных) СУБД. Для обеспечения одновременного доступа к данным огромного количества юзеров, часто расположенных довольно далековато друг от друга и от места хранения баз данных, сделаны сетевые мультипользовательские версии БД основанных на реляционной структуре. В их тем либо другим методом решаются специальные препядствия параллельных действий, целостности (корректности) и сохранности данных, также санкционирования доступа.

Целью данной работы является сделать базу данных в СУБД ACCESS. Которая обязана будет заавтоматизировать работу служащих книжного магазина.

Теоретическая часть

1.
Базы данных и системы управления базами данных

1.1.
Базы данных

По облегченному определению, база данных — это набор данных, которые употребляются системой. Обычно под данными предполагают значения, хранящиеся в базе данных. Но сейчас данные могут быть песней, картинкой либо видеороликом. Система управления базой данных — это программки, которые помогают хранить, управлять и употреблять наборы данных независимо от их формата. В наиболее формальном определении система управления базой данных — это программное обеспечение, которое делает, поддерживает и употребляет базы данных. Примерами фаворитных больших систем управления базами данных являются Oracle, Microsoft SQL Server и IBM DB2. Может быть, вы работали с маленькими системами управления базами данных, таковыми как Microsoft Access.

Большая часть применяемых сейчас баз данных попадают в категорию реляционных баз данных, которые организуют данные в виде набора связанных таблиц. Хотя данная книжка нацелена на исследование конкретно реляционных баз данных, есть и остальные типы баз. например, большая часть старенькых систем употребляли одноуровневые неструктурированные базы данных, в каких данные были размещены в одной большенный таблице. Также есть объектно-ориентированные, иерархические и сетевые базы данных.

Для исследования реляционных баз данных нужно знать некие главные определения и понятия.

Таблица состоит из строк и столбцов. Любая строчка содержит данные о отдельном покупателе, тогда как столбцы содержат определенный элемент данных. Любая ячейка в таблице содержит элемент данных, либо одиночное данное. Строчки также именуются записями, а столбцы время от времени именуются полями. Любая строчка в таблице определяется столбцом либо набором столбцов, которые являются неповторимыми. Если употреблять определения теории баз данных, то неповторимый идентификатор именуется ключом. Таблица может иметь наиболее 1-го ключа, но лишь один из их быть может избран первичным ключом, который будет служить идентификатором для данной таблицы.

Реляционные базы данных следуют набору определенных правил, которые гарантируют целостность данных, хранимых в базе. Заметьте, что мы не употребляли слово «правильность». Правила гарантируют только то, что данные не будут противоречивыми.

Есть последующие типы моделей представления данных:

Иерархическая модель данных

Иерархическая база данных — 1-ый предок всех баз данных. Ее заглавие происходит от метода представления базы данных в виде древовидной иерархии, похожей на систему каталогов в компе. Самый узнаваемый подобного рода продукт под заглавием Information Management System (IMS, Информационная управляющая система) был разработан компанией IBM. IMS доминировал на рынке больших баз данных с 1960-х до ранешних 1990-х годов. Единственная неувязка IMS заключалась в трудности ее использования. Для взаимодействия с базой данных требовался проф программер. Невзирая на усилия IBM по сокращению сферы ее использования в пользу реляционных товаров, IMS как и раньше применяется в неких старенькых системах для управления большенными базами данных, таковых, к примеру, которые употребляются в страховых компаниях. компании как и раньше употребляют IMS по четырем причинам. Во-1-х, она дает возможность резвого доступа к миллионам записей. Во-2-х, переход к реляционной системе может привести к временным перерывам в работе систем. В-3-х, таковой переход востребует значимых денежных издержек. В-4-х, трудно проводить конфигурации в работе информационной системы в процессе ее работы.

2.2. Сетевая модель данных

Сетевая база данных, созданная для систем среднего размера, возникла, как метод сделать лучше иерархическую модель. Заглавие происходит от представления базы данных в виде сети связанных таблиц. На самом деле, сетевая диаграмма смотрится весьма похоже на ERD, которые мы используем в данной книжке. Основное различие меж сетевой и реляционной базой данных заключается в том, что в реляционной базе данных употребляются наружные ключи для сотворения связей меж таблицами, тогда как сетевая база данных употребляет для связи таблиц физические указатели. Это кажущееся маленьким отличие приводит при внедрении баз к мощным различиям меж ними. Самый узнаваемый сетевой продукт, нареченный IDMS (Integrated database management systems, встроенная система управления базами данных) была разработана компанией Computer Associates. Как и IMS, IDMS сложна в использовании, и для взаимодействия с таковой базой данных требуется проф программер. Большая часть компаний употребляют иерархические и сетевые продукты, в главном, на старенькых системах. Новейшие разработки практически на сто процентов ведутся на базе реляционных систем.

2.3. Реляционная модель данных

Реляционная система является самой обычный для разработки и управления базой данных. Мастера могут работать наиболее отлично, используя реляционные системы, потому что они разрешают значительно сберечь время и силы: Наиболее того, для использования данной системы от админа требуется еще наименьшая теоретическая подготовленность. Простота использования — одна из обстоятельств, почему реляционные системы возникли на индивидуальных компах. Единственным недочетом, в каком винили ранешние реляционные продукты, была их низкая скорость работы. Но три действия, произошедшие за крайние несколько лет, решили делему скорости.

Существует большенный выбор реляционных товаров. Такие создатели, как Oracle, IBM и Microsoft, делают конкурирующие реляционные продукты. Oracle и ЮМ соперничают на проф рынке для огромных серверов, которые употребляются большими компаниями, будь то строительная либо Web-компания. Microsoft нацелена на маленькие и среднего размера системы. К счастью, все эти системы основаны на одной и той же реляционной модели и употребляют один язык структурированных запросов (SQL).

1.2.
СУБД
MS
Access

СУБД Access является системой управления базами данных реляционного типа. Данные хранятся в таковой базе в виде таблиц, строчки (записи) которых состоят из наборов полей определенных типов. С каждой таблицей могут быть соединены индексы (ключи), задающие нужные юзеру порядки на огромном количестве строк. Таблицы могут иметь однотипные поля (столбцы), и это дозволяет устанавливать меж ними связи, делать операции реляционной алгебры. Обычными операциями над базами данных являются определение, создание и удаление таблиц, модификация определений (структур, схем) имеющихся таблиц, поиск данных в таблицах по определенным аспектам (выполнение запросов), создание отчетов о содержимом базы данных.

СУБД дозволяет задавать типы данных и методы их хранения. Можно также задать аспекты (условия), которые СУБД будет в предстоящем употреблять для обеспечения корректности ввода данных. В самом ординарном случае условие на значение обязано гарантировать, что не будет введен случаем в числовое поле буквенный знак. Остальные условия могут определять область либо спектры допустимых значений вводимых данных.

Microsoft Access предоставляет наивысшую свободу в задании типа данных (текст, числовые данные, даты, время, валютные значения, картинки, звук, электрические таблицы). Можно задавать также форматы хранения представления этих данных при выводе на экран либо печать. Для убежденности, что в базе хранятся лишь корректные значения, можно задать условия на значения различной степени трудности.

Потому что Microsoft Access является современным приложением Windows, можно употреблять в работе все способности DDE (динамический обмен данными) и OLE (связь и внедрение объектов). DDE дозволяет производить обмен данными меж Access и хоть каким иным поддерживающим DDE приложением Windows. В Microsoft Access можно с помощью макросов либо Access Basic производить динамический обмен данными с иными приложениями.

OLE является наиболее утонченным средством Windows, которое дозволяет установить связь с объектами другого приложения либо ввести какие-либо объекты в базу данных Access. Таковыми объектами могут быть рисунки, диаграммы, электрические таблицы либо документы из остальных поддерживающих OLE приложений Windows.

В Microsoft Access для обработки данных базисных таблиц употребляется мощнейший язык SQL (структурированный язык запросов). Используя SQL можно выделить из одной либо нескольких таблиц нужную для решения определенной задачки информацию. Access существенно упрощает задачку обработки данных. совершенно не непременно знать язык SQL. При хоть какой обработке данных из нескольких таблиц Access употребляет в один прекрасный момент данные связи меж таблицами.

В Microsoft Access имеется также обычное и в то же время богатое способностями средство графического задания запроса – так именуемый «запрос по эталону» (query by example), которое употребляется для задания данных, нужных для решения некой задачки. Используя для выделения и перемещения частей на дисплее обычные приемы работы с мышью в Windows и несколько кнопок на клавиатуре, можно практически за секунды выстроить достаточно непростой запрос.

Microsoft Access спроектирован таковым образом, что он быть может применен как в качестве самостоятельной СУБД на отдельной рабочей станции, так и в сети – в режиме «клиент-сервер». Так как в Microsoft Access к данным могут иметь доступ сразу несколько юзеров, в нем предусмотрены надежные средства защиты и обеспечения целостности данных. Можно заблаговременно указать, какие юзеры либо группы юзеров могут иметь доступ к объектам (таблицам, формам, запросам) базы данных. Microsoft Access автоматом обеспечивает защиту данных от одновременной их корректировки различными юзерами. Access также опознает и учитывает защитные средства остальных подсоединенных к базе данных структур (таковых, как базы данных Paradox, dBASE и SQL).

Фактически все имеющиеся СУБД имеют средства разработки приложений, которые могут применены программерами либо квалифицированными юзерами при разработке процедур для автоматизации управления и обработки данных.

Microsoft Access предоставляет доп средства разработки приложений, которые могут работать не только лишь с своими форматами данных, да и с форматами остальных более всераспространенных СУБД. Может быть, более мощной стороной Access является его способность обрабатывать данные электрических таблиц, текстовых файлов, файлов dBASE, Paradox, Btrieve, FoxPro и хоть какой иной базы данных SQL, поддерживающей эталон ODBE. Это значит, что можно употреблять Access для сотворения такового приложения Windows, которое может обрабатывать данные, поступающие с сетевого сервера SQL либо базы данных SQL на главной ЭВМ .

Все выше произнесенное позволило приостановить выбор на СУБД Access для постановки и решения задачки автоматизации процесса ведения документации и отчетности в учебном заведении.

1.3.
Типы данных и объекты базы данных

Таблицы баз данных, как правило, допускают работу с еще огромным количеством различных типов данных. Так, к примеру, базы данных Microsoft Access работают со последующими типами данных.

– тип данных, применяемый для хранения обыденного неформатированного текста ограниченного размера (до 255 знаков).

– тип данных для хранения реальных чисел.

– особый тип данных для хранения огромных размеров текста (до 65 535 знаков). На физическом уровне текст не хранится в поле. Он храниться в другом месте базы данных, а в поле храниться указатель на него, но для юзера такое разделение приметно не постоянно.

– тип данных для хранения календарных дат и текущего времени.

— тип данных для хранения валютных сумм. На теоретическом уровне, для их записи можно было бы воспользоваться и полями числового типа, но для валютных сумм есть некие индивидуальности (к примеру, связанные с правилами округления), которые делают наиболее комфортным внедрение специального типа данных, а не настройку числового типа.

– особый тип данных для неповторимых (не циклических в поле) натуральных чисел с автоматическим наращиванием. Естественное внедрение – для порядковой нумерации записей.

— тип для хранения логических данных (могут принимать лишь два значения, к примеру Да либо Нет).

– особое поле для хранения адресов URL Web-объектов Веба. При щелчке на ссылке автоматом происходит пуск броузера и проигрывание объекта в его окне.

– это не особый тип данных. Это объект, настройкой которого можно заавтоматизировать ввод данных в поле так, чтоб не вводить их вручную, а выбирать их из раскрывающегося перечня.

:

Таблицы

Таблицы – это главные объекты хоть какой базы данных. Во-1-х, в таблицах хранятся все данные, имеющиеся в базе, а во-2-х, таблицы хранят и структуру базы (поля, их типы и характеристики).

Запросы.

Эти объекты служат для извлечения данных из таблиц и предоставления их юзеру в комфортном виде. При помощи запросов делают такие операции как отбор данных, их сортировку и фильтрацию. При помощи запросов можно делать преобразования данных по данному методу, создавать новейшие таблицы, делать автоматическое заполнения таблиц данными, импортированными из остальных источников, делать простые вычисления в таблицах и почти все другое.

Формы.

Если запросы – это особые средства для отбора и анализа данных, то формы – это средства для ввода данных. Смысл их этот же – предоставить юзеру средства для наполнения лишь тех полей, которые ему заполнять положено. сразу с сиим в форме можно расположить особые элементы управления (счетчики, раскрывающиеся списки, переключатели, флажки и прочее) для автоматизации ввода. Достоинства форм раскрываются в особенности наглядно, когда происходит ввод данных с заполненных бланков. В этом случае форму делают графическими средствами так, чтоб она повторяла оформление бланка – это приметно упрощает работу наборщика, понижает его утомление и предутверждает возникновение печатных ошибок.

отчеты.

По своим свойствам и структуре отчеты почти во всем похожи на формы, но предусмотрены лишь для вывода данных, при этом для вывода не на экран, а на принтер. В связи с сиим отчеты различаются тем, что в их приняты особые меры для группирования выводимых данных и для вывода особых частей дизайна, соответствующих для печатных документов.

Странички.

Это особые объекты баз данных, реализованных в крайних версиях СУБД Microsoft Access (начиная с Access 2000). правда, наиболее коректно их именовать

к данным

На физическом уровне это особенный объект, выполненный в коде HTML, размещаемый на Web-странице и передаваемый клиенту вкупе с ней. Сам по для себя этот объект не является базой данной, но содержит составляющие, через которые осуществляется связь переданной Web-страницы с базой данных, остающейся на сервере. Пользуясь этими компонентами, гость Web-узла может просматривать записи базы в полях странички доступа. Таковым образом, странички доступа к данным производят интерфейс меж клиентом, сервером и базой данных, размещенной на сервере. Эта база данных не непременно обязана быть базой данных Microsoft Access. Странички доступа, сделанные средствами Microsoft Access, посволяют работать также с базами данных Microsoft SQL Server.

Макросы и модули.

Эти группы объектов предусмотрены как для автоматизации циклических операций при работе с СУБД, так и для сотворения новейших функций методом программирования. В СУБД Microsoft Access

состоят из последовательности внутренних установок СУБД и являются одним из средств автоматизации работы с базой.

создаются средствами наружного языка программирования, в данном случае языка Visual Basic for Applications. Это одно из средств, при помощи которых разраб базы может заложить в нее неординарные многофункциональные способности, удовлетворить специфичное требование заказчика, повысить быстродействие системы управления, также уровень ее защищенности.

2.Практическая часть

2.1. Описание предметной области

Нужно выстроить базу данных, содержащую информацию о книжном магазине. Таковая база данных обязана обеспечить хранение и просмотр данных о книжках.

Информационное обеспечение такового приложения юзера включает:

· информацию о книжках.

· Информацию о ценах.

· Информацию о категориях.

· информацию о издательствах.

· Информацию о создателях

2.2. Разработка структуры базы данных

Методически верно начинать работу с карандашом и листом бумаги в руках, не используя комп. На данном шаге он просто не нужен. Неоптимальные решения и прямые ошибки, заложенные на шаге проектирования, потом весьма тяжело устраняются, потому этот шаг является основополагающим. На этом шаге мы создаем:

· Перечень начальных данных;

· Перечень выходных данных, которые нужны для управления структурой компании;

· Перечень выходных данных, которые не являются необходимыми для заказчика, но которые он должен предоставить в остальные организации (в вышестоящие структуры, в органы статистического учета, остальные административные и контролирующие организации).

Выяснив основную часть данных, которые заказчик потребляет либо поставляет, можно приступать к созданию структуры базы, другими словами структуры ее главных таблиц.

1. Работа начинается с составления генерального перечня полей – он может насчитывать 10-ки и даже сотки позиций.

2. В согласовании с типом данных, размещаемых в любом поле, определяют более пригодный тип для всякого поля.

3. Дальше распределяют поля генерального перечня по базисным таблицам «Книжки» и «Группы».(рис.1 и рис.2)

Набросок 1. «Таблица «Книжки»

Набросок 2. «Таблица «Группы»

4. В каждой из таблиц намечают

В качестве такового выбирают поле, данные в каком повторяться не могут. Для таблицы данных о книжках таковым поле может служить
. Для таблицы, в какой содержаться группы, —
. Если в таблице совершенно нет ни каких полей, которые можно было бы употреблять, как главные, постоянно можно ввести доп поле типа Счетчик – оно не может содержать циклических данных по определению.

5. Дальше определяются связи меж таблицами(рис. 3). Таковой чертеж именуется схемой данных

Существует несколько типов вероятных связей меж таблицами. Более всераспространенными являются связи «один ко почти всем» и «один к одному». Связь меж таблицами организуется на базе общего поля, при этом в одной из таблиц оно непременно обязано быть главным, другими словами на стороне «один» обязано выступать ключевое поле, содержащее неповторимые, неповторяющиеся значения. Значения на стороне «почти все» могут повторяться.

Набросок 3. «Схема данных»


Создание запросов любопытно не только лишь тем, что вы сможете в виде одной таблицы представить данные из нескольких связанных таблиц и отобрать нужные записи из этих таблиц. Вы сможете создавать столбцы в запросе, которые являются результатом вычислений над значениями остальных столбцов. Такие столбцы именуются вычисляемыми. Это значительно расширяет способности запросов. Чтоб сделать вычисляемое поле, необходимо ввести выражение (рис.5), которое вычисляет требуемое Поле
вольного столбца бланка запроса.(рис. 4)

Набросок 4. «Создание запроса»

Набросок 5. «Построитель выражений»


Самый легки метод сотворения формы при помощи
Изберите Формы / Сделать. На дисплее покажется окно диалога «Новенькая форма», в каком нужно избрать способ построения формы и начальный объект для построения формы. В качестве такового объекта могут быть выбраны таблица либо запрос. Допустим в качестве начальной таблицы мы избрали
, дальше избираем поля для формы. Опосля нажатия клавиши
, перебегаем к последующему диалоговому окну (рис. 6). На последующих шагах Мастер форм дает избрать форму представления отчета (в столбец, ленточную, табличную либо выровненную) и стиль дизайна. Стили представляют собой набор разных фоновых рисунков с подходящим подбором шрифтов и форм полей (рис. 7). На крайнем шаге можно поменять предлагаемое Мастером заглавие формы на свое собственное и на этом окончить процесс сотворения формы нажав клавишу
. Если по любым причинам форма вас не удовлетворяет, нажмите клавишу
, и вы перейдете в режим конструктора форм, в каком получите в свое распоряжение все средства для сотворения настоящей формы.

Набросок 6 «Создание форм»

Набросок 7

2.5 Перечень

Управляющие клавиши

могут быть графические примитивы, надписи, картинки и остальные статические объекты, которые не меняются при переходе меж записями. Сюда же следует отнести
содержимое которых модифицируется при передвижении по записям. Элементы управления могут употребляться для ввода и отображения дат, также для выполнения вычислений и вывода результата. Органами управления являются
, которые активизируют выполнение разных операций; объекты типа
(бланк таблицы, дочерней по отношению к форме); объекты, облегчающие восприятие данных, такие как календарь либо счетчик; также элементы юзера (рис. 8).

Набросок 8.


отчеты, как и формы, являются главными элементами интерфейса баз данных. Они разрешают выводить на печать информацию о содержимом базы в комфортном для юзера виде. Большая часть отчетов создается на шаге проектирования офисного приложения.. Почти во всем формирование отчетов совпадает с действием сотворения экранных форм. Пусть, к примеру, мы создаем отчет при помощи Мастера для распечатки перечня книжек. В качестве начальных данных выберем запрос Отпускные цены. На последующем шаге Мастер отчетов дает выполнить группировку данных (рис. 9). На последующих шагах предлагаются избрать макет отображения отчета и ориентацию листа бумаги, также найти стиль заголовка и подножий. Опосля что Мастер отчетов дает ввести сортировку. Допускается сортировка записей в вырастающем либо убывающем порядке, включающая до 4 полей (рис.10). На последующих шагах предлагаются избрать макет отображения отчета и ориентацию листа бумаги, также найти стиль заголовка и подножий. Задайте наименование отчета и нажмите клавишу Готово (рис. 11).

Набросок 9

Набросок 10

Набросок 11.


Построитель макросов употребляется для сотворения и конфигурации макросов. Чтоб открыть построитель макросов:

· На вкладке
в группе
щелкните
. Если эта команда недосягаема, щелкните стрелку или под клавишей
, или под клавишей
, а потом щелкните
.

· Раскроется построитель макросов (рис. 12). В окне построителя макросов создается перечень макрокоманд, которые требуется выполнить при запуске макроса. При первом открытии построителя макросов будут отображены столбцы
.

· В группе
макрокоманды с левой стороны по мере необходимости можно вводить и изменять аргументы для каждой макрокоманды. Поле описания с короткими сведениями о каждой макрокоманде либо аргументе находится справа. Чтоб прочесть описание в поле, щелкните макрокоманду либо аргумент.

Для сотворения, тестирования и пуска макросов можно употреблять команды вкладки построителя макросов
.

Набросок 12.

2.3. Реализация базы данных

В базе данных сведения из всякого источника сохраняются в отдельной таблице. При работе с данными из нескольких таблиц инсталлируются связи меж таблицами. Для поиска и отбора данных, удовлетворяющих определённым условиям, создаётся запрос. Запросы также разрешают обновить либо удалить сразу несколько записей, выполнить интегрированные и особые сообщения.

Для просмотра, ввода либо конфигурации данных прямо в таблице используются формы. Форма дозволяет отобрать данные из одной либо нескольких таблиц и вывести их на экран, используя обычный либо сделанный юзером макет.

Для анализа данных либо распечатки их определённым образом употребляются отчеты. К примеру, можно сделать отчёт, группирующий данные и подводящий итоги, либо отчет для распечатки почтовых наклеек.

В окне базы данных можно работать со всеми её объектами. Для просмотра объектов определённого типа следует избрать подобающую вкладку. При помощи клавиш можно открывать и изменять имеющиеся объекты и создавать новейшие.

Разработанная база данных дозволяет стремительно и отлично управлять отделомсбытом магазина. Удачный интерфейс программки, с одной стороны, дозволяет просто ориентироваться в программке, не требуя от юзера каких-то особых способностей работы с электронно-вычислительными машинками, с иной стороны предоставляет юзеру оперативную информацию.

Заключение

В проделанной работе были опробованы и применены главные способа и объекты системы управления базами данных Microsoft Access.

Потому что Интеграция информационных систем во все сферы жизни возрастает с каждым деньком, то животрепещуще становится разработка схожих баз данных. При всем этом разраб должен учесть то, что более обыкновенные БД могут быть подвержены избыточности, но при всем этом недозволено и увлекаться делением БД на много составных таблиц. Также современные средства дружеского интерфейса разрешают создать интуитивно понятные приложения, что является одним из главных требований заказчика. При разработке БД нужно принять во внимание область, для которой разрабатывается база данных. к примеру, при формировании БД для магазина, разраб должен ориентировать её сначала на продажу.

Перечень использованной литературы

1. Диго С. М. Проектирование и внедрение баз данных. — М.: деньги и статистика, 1995. – 208 с.: ил.

2. Диго С. М. Создание баз данных в среде СУБД Access. М.: МЭСИ, 2000. — 105 с.: ил.

3. Буч Г. Объектно-ориентированное проектирование с примерами внедрения. М., Радио и связь, 1992.

4. Горев А., Ахаян Р, Макашарипов С. Действенная работа с СУБД. СПб.; Питер, 1997., — 700 с.

5. Грабер М. Введение в SQL. Пер. с англ. — М.: «ЛОРИ», 1996.

6. Грабер М. SQL. Справочное управление. «ЛОРИ», Москва, 1997 Вескес Дж., Гандерлоу М., Чипмен М. Access и SQL Server. Управление разраба. Пер. с англ. — М.: «ЛОРИ», 1997. — 362 с.

7. Дейт К. Дж. Введение в системы баз данных, 6-е изд.: Пер. с англ.. — К.; СПб.:Издательский дом «Вильямс», 2000

8. Диго С. М. Проектирование баз данных. — М.: деньги и статистика, 1988.

9. Мишенин А. И. Теория экономических информационных систем. — М.: деньги и статистика, 1999. – 240 с.: ил.

10. Хансен Г., Хансен Дж. Базы данных. Разработка и управление. — Издательство Двучлен -704 с.

]]>