Недостатки распределенных баз данных:

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

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

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

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

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

- Недостаток опыта. Пока есть несколько систем - прототипов и распределенных СУБД специального назначения. Однако распределенные системы общего назначения еще не получили широкого распространения. Соответственно нет опыта промышленной эксплуатации централизованных систем. Это сдерживает приход потенциальных сторонников данной технологии.

- Осложнение процедуры разработки базы данных. Обычные трудности разработки БД плюс решения по фрагментации, распределения фрагментов по отдельным сайтам и организация репликации данных Голицына, О. Л. Информационные системы. - М. : ФОРУМ: ИНФРА-М, 2007. - С. 302..

3.2 Виды архитектур распределенных баз данных

В рамках многоуровневого представления вычислительных систем
можно выделить три группы функций, ориентированных на решение различных подзадач:

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

2 прикладные функции, характерные для данной предметной области;

3 функции управления ресурсами (файловой системой, базой данных и т.д.)

Рисунок 3.1 - Компоненты сетевого приложения

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

- компонент представления отвечает за пользовательский интерфейс;

- прикладной компонент реализует алгоритм решения конкретной задачи;

- компонент управления ресурсом обеспечивает доступ к необходимым ресурсам.

Автономная система (компьютер, не подключенный к сети) представляет все эти компоненты как на различных уровнях (ОС, служебное ПО и утилиты, прикладное ПО), так и на уровне приложений (не характерно для современных программ). Так же и сеть -- она представляет все эти компоненты, но, в общем случае, распределенные между узлами. Задача сводится к обеспечению сетевого взаимодействия между этими компонентами.

Архитектура «клиент-сервер» определяет общие принципы организации взаимодействия в сети, где имеются серверы, узлы-поставщики некоторых специфичных функций (сервисов) и клиенты, потребители этих функций.

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

В любой сети (даже одноранговой), построенной на современных сетевых технологиях, присутствуют элементы клиент-серверного взаимодействия, чаще всего на основе двухзвенной архитектуры. Двухзвенной (two-tier, 2-tier) она называется из-за необходимости распределения трех базовых компонентов между двумя узлами (клиентом и сервером).

Двухзвенная архитектура используется в клиент-серверных системах, где сервер отвечает на клиентские запросы напрямую и в полном объеме, при этом используя только собственные ресурсы. Т.е. сервер не вызывает сторонние сетевые приложения и не обращается к сторонним ресурсам для выполнения какой-либо части запроса (см. Приложение А.1.)

Расположение компонентов на стороне клиента или сервера определяет следующие основные модели их взаимодействия в рамках двухзвенной архитектуры:

- сервер терминалов -- распределенное представление данных;

- файл-сервер -- доступ к удаленной базе данных и файловым
ресурсам;

- сервер БД -- удаленное представление данных;

- сервер приложений -- удаленное приложение.

Исторически первой появилась модель распределенного представления данных (модель сервер терминалов). Она реализовывалась на универсальной ЭВМ (мэйнфрейме), выступавшей в роли сервера, с подключенными к ней алфавитно-цифровыми терминалами. Пользователи выполняли ввод данных с клавиатуры терминала, которые затем передавались на мэйнфрейм и там выполнялась их обработка, включая формирование «картинки» с результатами. Эта «картинка» и возвращалась пользователю на экран терминала.

С появлением персональных компьютеров и локальных сетей, была реализована модель файлового сервера, представлявшего доступ файловым ресурсам, в т.ч. и к удаленной базе данных. В этом случае выделенный узел сети является файловым сервером, на котором размещены файлы базы данных. На клиентах выполняются приложения, в которых совмещены компонент представления и прикладной компонент (СУБД и прикладная программа), использующие подключенную удаленную базу как локальный файл. Протоколы обмена при этом представляют набор низкоуровневых вызовов операций файловой системы Тельнов, Ю. Ф. Интеллектуальные информационные системы в экономике. - М. :: СИНТЕГ, 2009. - С. 88..

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

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

С разработкой и внедрением на уровне серверов баз данных механизма хранимых процедур появилась концепция активного сервера БД. В этом случае часть функций прикладного компонента реализованы в виде хранимых процедур, выполняемых на стороне сервера. Остальная прикладная логика выполняется на клиентской стороне. Протокол взаимодействия -- соответствующий диалект языка SQL.

Преимущества такого подхода очевидны:

- возможно централизованное администрирование прикладных
функций;

- снижение стоимости владения системой (TOC, total cost of ownership) за счет аренды сервера, а не его покупки;

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

Основной недостаток -- ограниченность средств разработки хранимых процедур по сравнению с языками высокого уровня.

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

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

Еще одна тенденция в клиент-серверных технологиях связана со все большим использованием распределенных вычислений. Они реализуются на основе модели сервера приложений, где сетевое приложение разделено на две и более частей, каждая из которых может выполняться на отдельном компьютере. Выделенные части приложения взаимодействуют друг с другом, обмениваясь сообщениями в заранее согласованном формате. В этом случае двухзвенная клиент-серверная архитектура становится трехзвенной (three-tier, 3-tier) Коннолли, Э. Базы данных: проектирование, реализация, сопровождение. - СПб.: Инфа. 2010. - С. 108..

Как правило, третьим звеном в трехзвенной архитектуре становится сервер приложений, т.е. компоненты распределяются следующим образом (Приложение А.2):

1 Представление данных -- на стороне клиента.

2 Прикладной компонент -- на выделенном сервере приложений (как вариант, выполняющем функции промежуточного ПО).

3 Управление ресурсами -- на сервере БД, который и представляет запрашиваемые данные.

Трехзвенная архитектура может быть расширена до многозвенной (N-tier, Multi-tier) путем выделения дополнительных серверов, каждый из которых будет представлять собственные сервисы и пользоваться услугами прочих серверов разного уровня.

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

Трехзвенная архитектура сложнее, но благодаря тому, что функции распределены между серверами второго и третьего уровня, эта архитектура представляет:

1 Высокую степень гибкости и масштабируемости.

2 Высокую безопасность (т.к. защиту можно определить для каждого сервиса или уровня).

3 Высокую производительность (т.к. задачи распределены между серверами).

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

Web-серверы изначально представляли доступ к гипертекстовым документам по протоколу HTTP (Huper Text Transfer Protocol). Сейчас поддерживают расширенные возможности, в частности работу с бинарными файлами (изображения, мультимедиа и т.п.).

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

Серверы баз данных используются для обработки пользовательских запросов на языке SQL. При этом СУБД находится на сервере, к которому и подключаются клиентские приложения.

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

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

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

Почтовые серверы представляют услуги по отправке и получению электронных почтовых сообщений.

Серверы удаленного доступа (RAS) - эти системы обеспечивают связь с сетью по коммутируемым линиям. Удаленный сотрудник может использовать ресурсы корпоративной ЛВС, подключившись к ней с помощью обычного модема.

Для доступа к тем или иным сетевым сервисам используются клиенты, возможности которых характеризуются понятием «толщины». Оно определяет конфигурацию оборудования и программное обеспечение, имеющиеся у клиента. Рассмотрим возможные граничные значения:

«Тонкий» клиент» - этот термин определяет клиента, вычислительных ресурсов которого достаточно лишь для запуска необходимого сетевого приложения через web-интерфейс. Пользовательский интерфейс такого приложения формируется средствами статического HTML (выполнение JavaScript не предусматривается), вся прикладная логика выполняется на сервере. Для работы тонкого клиента достаточно лишь обеспечить возможность запуска web-браузера, в окне которого и осуществляются все действия. По этой причине web-браузер часто называют «универсальным клиентом».

«Толстый» клиент» - таковым является рабочая станция или персональный компьютер, работающие под управлением собственной дисковой операционной системы и имеющие необходимый набор программного обеспечения. К сетевым серверам «толстые» клиенты обращаются в основном за дополнительными услугами (например, доступ к web-серверу или корпоративной базе данных).

Так же под «толстым» клиентом подразумевается и клиентское сетевое приложение, запущенное под управлением локальной ОС. Такое приложение совмещает компонент представления данных (графический пользовательский интерфейс ОС) и прикладной компонент (вычислительные мощности клиентского компьютера).

В последнее время все чаще используется еще один термин: «rich»-client. «Rich»-клиент своего рода компромисс между «толстым» и «тонким» клиентом. Как и «тонкий» клиент, «rich»-клиент также представляет графический интерфейс, описываемый уже средствами XML и включающий некоторую функциональность толстых клиентов (например интерфейс drag-and-drop, вкладки, множественные окна, выпадающие меню и т.п.)

Прикладная логика «rich»-клиента также реализована на сервере. Данные отправляются в стандартном формате обмена, на основе того же XML (протоколы SOAP, XML-RPC) и интерпретируются клиентом.

Некоторые основные протоколы «rich»-клиентов на базе XML приведены ниже:

- XAML (eXtensible Application Markup Language) -- разработан Microsoft, используется в приложениях на платформе .NET;

- XUL (XML User Interface Language) -- стандарт, разработанный в рамках проекта Mozilla, используется, например, в почтовом клиенте Mozilla Thunderbird или браузере Mozilla Firefox;

- Flex -- мультимедийная технология на основе XML, разработанная Macromedia/Adobe Фуфаев, Э. В. Разработка и эксплуатация удаленных баз данных. - М. : Академия, 2009. - С. 114..

3.3 Описание используемых в рекламном агентстве «Софит» архитектур сетевых баз данных

При использовании сервера баз данных в архитектуре сервера БД, схема которого представлена на рисунке 3.2, средства управления базой данных и БД размещены на машине-сервере.

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

Рисунок 3.2 - Архитектура с выделенным сервером базы данных

Достоинства:

- возможность обслуживания запросов нескольких клиентов;

- снижение нагрузки на сеть и машины сервера и клиентов;

- защита данных осуществляется средствами СУБД, что позволяет блокировать неразрешенные пользователю действия;

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

Недостатки:

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

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

На примере рекламного агентства «Софит» стоит сказать об использовании сервера баз данных для программного комплекса 1С: Бухгалтерия, на основании которого ведутся все финансовые операции. Программный комплекс от 1С может работать как в варианте использования «толстого клиента», так и в виде «тонкого клиента». Ввиду отсутствия необходимости удаленного доступа к базе данных, а также обеспечения более высокого уровня безопасности на предприятии используется технология «толстый клиент». Сервер баз данных установлен в офисе предприятия, и все пользователи подключаются к серверной платформе с использованием специальных программ-клиентов.

Толстый клиент - это одно из клиентских приложений системы 1С:Предприятие 8. В операционной системе Windows исполняемый файл этого приложения - 1cv8.exe. В операционной системе Linux - 1cv8. «Толстым» клиент называется потому, что может исполнять практически всю функциональность, предоставляемую встроенным языком, в том числе умеет работать с прикладными типами данных, такими как СправочникОбъект.<имя>, ДокументОбъект.<имя> и т.д.

Но, по этой же причине, он требует значительного количества аппаратных ресурсов на компьютере пользователя и может «общаться» с базой данных или с кластером серверов 1С:Предприятия 8 только посредством файлового доступа или по локальной сети.

Если система 1С:Предприятие 8 работает в клиент-серверном варианте, то толстый клиент подключается к кластеру серверов 1С:Предприятия 8. А кластер взаимодействует с одной из систем управления базами данных. Подключение выполняется по протоколу TCP/IP по локальной сети. Это наиболее распространенный сценарий работы. Менее распространенным, но возможным, является вариант, когда толстый клиент работает на том же компьютере, на котором находится кластер. Такой вариант может использоваться при разработке, в тестовых целях или для выполнения каких-то административных действий.

Рисунок 3.3 - Серверный вариант «Толстого клиента»

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

Рисунок 3.4 - Файловый вариант толстого клиента

Схема архитектуры программного комплекса представлена на рисунке 3.5

Рисунок 3.5 Архитектура сервера баз данных 1С: Бухгалетрия.

Выводы по главе 3

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

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

В рекламном агентстве «Софит» архитектура сервера баз данных реализована аналогичным образом. В качестве сервера баз данных выступает MS SQL Server и серверная часть программного комплекса 1С:Бухгалтерия. Для доступа к серверу используется технология «толстый клиент», для реализации которой на рабочих станциях установлена клиентская часть программного продукта 1С;Бухгалетрия.

Заключение

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

В основе любой базы данных находится модель данных - способ организации и хранения данных в базе данных. На основании используемой модели данных осуществляются все операции с данными.

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

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

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

Деятельность агентства в целом приносит прибыль, причем по мере развития агентства и расширения клиентской базы размер прибыли увеличивается.

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

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

В рекламном агентстве «Софит» архитектура сервера баз данных реализована аналогичным образом. В качестве сервера баз данных выступает MS SQL Server и серверная часть программного комплекса 1С:Бухгалтерия. Для доступа к серверу используется технология «толстый клиент», для реализации которой на рабочих станциях установлена клиентская часть программного продукта 1С;Бухгалетрия.

Список использованных источников

Абросимов, А. Г. Бородинова М.А. Теория экономических информационных систем [Текст] : учебное пособие / А. Г. Абросимов, М. А. Бородинова. - Самара : изд-во Самарск.гос. экон. акад., 2007. - ISBN 978-5-49807-499-3.

Бойко, В. В. Проектирование баз данных информационных систем [Текст] / В. В. Бойко, В. М. Савинков. - М. : Финансы и статистика, 2009. - 420 с. - ISBN 978-5-94374-564-8.

Бондарева, Г. А. Информатика [Текст] / Г. А. Бондарева, Е. В. Сахарова, Л. Н. Уоролькова. - Ставрополь : СТИС, 2009. - ISBN 978-5-271-42560-8.

Боуман, Д. Практическое руководство по SQL [Текст] / Д. Боуман, С. Эмерсон, М. Дарновски. - Киев : Диалектика, 2008 ISBN 978-5-9775-0874-2.

Вендров, А. М. Проектирование программного обеспечения экономических информационных систем [Текст] : учебник / А. М. Вендров. - М. : Финансы и статистика, 2014. - 352 с. - ISBN 966-8806-26-3.

Гвоздева, В. А. Основы построения автоматизированных информационных систем [Текст] / В. А. Гвоздеева. - М. : ИНФРА-М, 2007. - ISBN 978-5-94387-944-9.

Голицына, О.Л. Информационные системы [Текст] : учебное пособие / О. Л. Голицына, Н. В. Максимов, И. И. Попов. - М. : ФОРУМ: ИНФРА-М, 2007. - ISBN 978-5-699-38683-3.

Горев, А. SQL Server 6.5 для профессионалов [Текст] / А. Горев, С. Макашарипов, Ю. Владимиров. - СПб. : Питер, 2008. - ISBN 5-7163-0061-8.

Гофман, В. Работа с базами данных [Текст] / В. Гофман. - СПб. : БХВ-Петербург 2011. - ISBN 978-5-89392-359-9.

Дейт, К. Введение в системы баз данных [Текст] / К. Дейт. - СПб. : Питер, 2009. - ISBN 5-9556-0032-9.

Йордон, Э. Объектно-ориентированный анализ и проектирование систем Текст Э. Йордон, К. Агрила. - М. : Лори, 2007. - ISBN 978-5-94157-803-0.

Истомин, Е. П., Новиков В. В., Новикова М.В.. Высокоуровневые методы информатики и программирования [Текст] / Е. П. Истоми, В. В. Новиков. М. В. Новиков. - М. : Андреевский Издательский дом, 2008. - ISBN 978-5-9775-0636-6.

Карминский, А. М. Информатизация бизнеса. Концепции, технологии, системы [Текст] / А. М. Карминский. - М. : Астрэль 2008. - ISBN 978-5-9775-0163-7.

Коннолли, Э. Базы данных: проектирование, реализация, сопровождение Текст Э .Коннолли. - СПб. : Инфа. 2010. - ISBN 5-94074-396-X.

Ланг, К. Публикация баз данных в Интернете [Текст] / К. Ланг, Д. Чоу. - СПб. Символ-Плюс, 2014. - ISBN 978-5-9775-0831-5.

Маклаков, С. В. BPwin и ERwin. CASE-средства разработки информационных систем [Текст] / С. В. Маклаков. - М. : ДИАЛОГ-МИФИ, 2009. - ISBN 956-4823-14-8.

Михеев, Е. В. Информационные технологии в профессиональной деятельности [Текст] / Е. В. Михеев. - М. : ТК Велби, Проспект, 2007. - ISBN 5-94157-508-4.

Михеева, Е. В. Практикум по информационным технологиям в профессиональной деятельности [Текст] / Е. В. Михеева. - М. : Academia, 2008. - ISBN 978-5-4461-0068-2.

Пономаренко, В. С. - Информационные системы и технологии в экономике Текст В. С. Пономаренко. - Киев : Академия, 2012. - ISBN 486-5-7151-0034-5.

Попов, И. Г. Информационные системы [Текст] / И. Г. Попов, С. Г. Мамонов. М.: Инфра, 2007. - ISBN 968-4-94387-943-2.

Ребекка, М. Райордан Основы реляционных баз данных [Текст] / Райодан М. Ребекка. - М. : Русская редакция, 2009. - ISBN 978-5-477-00561-1.

Романенко, А. Г. Информационные системы [Текст] : учебное пособие / А. Г. Романенко, О. Ф. Самойлюк, Г. Ю. Максимович. - М. : Российский государственный гуманитарный университет, Издательский центр, Издательский центр РГГУ, 2007.

Смирнов, Г. Н. Проектирование экономических информационных систем Текст: учебник / Г. Н. Смирнов, А. А. Сорокин, Ю. Ф. Тельнов. - М. : Финансы и статистика, 2011. - ISBN 922-5-447-00541-3.

Смирнова, Г. Н. Проектирование экономических информационных систем Текст: учебник / Г. Н. Смирнова. - М. : Финансы и статистка, 2009. - ISBN 978-5-466-00561-7.

Сорокин, А. В. Разработка баз данных [Текст] / А. В. Сорокин. - СПб. : Питер, 2008. - ISBN 971-5-442-00563-8.

Титаренко, Г. А. Автоматизированные информационные технологии в экономике [Текст] / Г. А. Титаренко. - М. : Компьютер, 2008. - ISBN 378-2-444-00725-2.

Токмаков, Г. П. Базы данных. Концепция баз данных, реляционная модель данных, языки SQL и XML [Текст] / Г. П. Токмаков. - Ульяновск, 2010. - ISBN 976-5-89392-359-5.

Фуфаев, Э. В. Разработка и эксплуатация удаленных баз данных [Текст] / Э. В. Фуфаев. - М. : Академия, 2009. - ISBN 947-5-9715-0764-7.

Чекалов, А. П. - Базы данных: от проектирования до разработки приложений Текст А. П. Чекалов. - СПб. : БХВ-Петербург, 2008. - ISBN 966-8806-26-3

Шлеер, А. Технология разработки программного обеспечения [Текст] / А. Шлеер. - М. : Финансы и статистка, 2009.

Размещено на Allbest.ur