Создание и интеграция базы данных

Содержание:

Введение

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

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

Термин «Экономическая безопасность» введён не просто так. Экономическая (финансовая) безопасность— это состояние какого-либо хозяйствующего субъекта, характеризующееся наличием стабильного дохода и других ресурсов, которые позволяют поддержать уровень жизни на текущий момент и в обозримом будущем. Обеспечение экономической безопасности в частности для Российской Федерации предполагает такое состояние экономики, которое поддерживает достаточный уровень социального, политического и оборонного существования и инновационного развития, неуязвимость и независимость ее экономических интересов по отношению к возможным внешним и внутренним угрозам и воздействиям [1].Таким образом, экономисты исследуют важные факторы в соответствующей сфере и вводят показатели, или как ещё принято называть – индикаторы, по которым они отслеживают возможные источники дестабилизации экономической ситуации в регионах. На данный момент, Центр финансово-банковских исследований ИЭ РАН для анализа экономической безопасности выявил 150 индикаторов. Основным требованием для таких показателей является специальный анализ для выявления тенденций изменения значений, а также их сравнение с предельными (пороговыми) значениями. Если же это показатели превышают пороговые значения, то экономика страны сразу начинает претерпевать определённые негативные последствия. В истории современной России это уже происходило в 90х годах, когда стоило сделать одно неосторожное решение – и большинство индикаторов, по одной цепочке превысили своих допустимых значений. Этим неосторожным решением конечно же, служил дефолт, объявленный Центральным Банком Российской Федерации.

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

Главными задачами экономической безопасности являются: обеспечение пропорционального и непрерывного экономического роста, обуздание инфляции и безработицы, формирование эффективной структуры экономики и развитого рынка ценных бумаг, сокращение дефицита бюджета и государственного долга, обеспечение социальной защиты и повышения качества жизни населения, поддержание устойчивости национальной валюты. Данные задачи определяют стратегию экономической безопасности как формирование и обоснование стратегических приоритетов, национальных интересов, средств и механизмов решения проблем. Для Российской Федерации данный вопрос особенно важен, поскольку её экономическая система не закрыта, а изменяется по всем составляющим[2].

1. Объект и предмет исследования

Моя работа посвящена созданию и интеграции базы данных в разрабатываемое мобильное приложение на платформе Android, т.е. оформление бэк-энд части приложения. Фронт-энд часть приложения разрабатывается не мной (тем не менее, она частично будет упомянута в работе). В данном случае, создаваемая база данных будет содержать в себе информацию об основных экономических показателях регионов Российской Федерации. Объектом исследования будут служить инструменты для решения данной задачи (язык программирования SQL, облачные базы данных и способы объединения удалённой БД с приложением), а предметом – подбор этих самых инструментов. Сама база данных посвящена теме экономической безопасности, соответственно изучение данной темы так же входит в объект исследования, в связи с чем по ней был произведён краткий экскурс во введении.

Рисунок 1 – примерный вид фронт-энд части приложения

Описание проекта

Приложение должно будет работать на любом онлайн-картографическом сервисе для отображения карт. База данных должна быть доступна для большого количества подключений и быть оптимальной с точки зрения производительности (т.е. иметь минимальную нагрузку на работу приложения). При загрузке приложения и карты, масштаб будет ориентироваться на территорию Российской Федерации – нас интересуют только российские экономические индикаторы, и загрузка карты при открытии, например, на экваторе Земли будет нецелесообразным. Пользователь не должен затрачивать дополнительное время на масштабирование и перемещение карты на территорию России. Также он не должен тратить время на скурпулёзный поиск нужного ему показателя. После загрузке карты, пользователю даётся возможность выбрать определённый федеральный округ. Чтобы его выбрать, в приложении должен быть открывающийся список – данная реализация может быть выполнена в стандартном верхнем колонтитуле приложения, которое по умолчанию содержит название проекта. Любое приложение мобильной платформы Android, создаваемое на основе онлайн-картографических сервисов по умолчанию создаётся без каких-либо колонтитулов, содержащих меню, в то время как при создании обычных приложений – присутствует верхний колонтитул с возможностью создать меню. Поэтому обязательным пунктом при начальном создании проекта является прописывание темы и цвета в файлах ресурса. Тема должна быть совместимой с работой приложения с картами. Список может открываться с помощью стандартной кнопки, обозначающей свойства. При открытии данного списка и выбора округа, пользователь должен выбрать любой из 30 экономических индикаторов. Также у пользователя должна быть опция выбрать интересуемый его год, чтобы определить. Открываться они должны так же, как и округа, но уже в виде подменю. Так как список индикаторов большой и пользователю было легче ориентироваться – обеспечить подменю наличием места для галочки возле каждого пункта. При открытии определённого индикатора в округе – каждая область должна приобрести цвет, соответствующий значению индикатора.

В базе данных к приложению будет задействовано 30 основных показателей для 80 регионов РФ с 2005 по 2015 года:

Таблица 1 – Основные индикаторы экономической безопасности

ВРП на душу населения

Годовой темп инфляции

Уровень безработицы по методологии МОТ

Степень износа основных фондов промышленных предприятий

Объем промышленного производства на душу населения

Доля импортных товаров в промышленном потенциале региона

Самообеспечение основными видами сельскохозяйственных продуктов

Объем производства сельхозпродукции на душу населения

Доля импортных товаров в продовольственном потенциале региона

Добыча топливно-энергетических полезных ископаемых на душу населения

Производство, передача и распределение энергоресурсов

Отношение выработки электроэнергии к ее потреблению

Сальдо консолидированного бюджета региона, % к ВРП

Доля собственных средств в доходах консолидированного бюджета

Отношение государственного долга к собственным доходам

Прирост численности населения, %

Число студентов учреждений СПО и ВПО на 10000 населения

18. Число лиц, занятых НИР на 10000 занятого населения

Внутренние затраты на научные исследования и разработки

Интенсивность затрат на технологические инновации

Доля инновационной продукции промышленности

Отношение среднедушевых доходов к прожиточному минимуму

Средства на здравоохранение, образование и социальную политику

Коэффициент фондов

Сброс загрязненных сточных вод

Выбросы загрязняющих веществ в воздух от стационарных источников

Лесовосстановление

Иностранные инвестиции в основной капитал на душу населения

Объем экспорта на душу населения

Коэффициент конкурентоспособности

Информация по данным показателям была подготовлена заранее. Все значения были систематизированы в файле MS: Excel. Примеры можно увидеть на рисунках 2.1 и 2.2:

Рисунок 2.1 – таблица индикаторов для Ленинградской области

Рисунок 2.2 – таблица индикаторов для Республики Дагестан

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

Например, строки «большой таблицы» с r1s1 по r1s30 содержат в себе все данные первой оригинальной таблицы (показатели по Белгородской области)

Рисунок 2.4 – Общая таблица индикаторов – Белгородская область

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

Рисунок 2.5 – скриншот заготовки для базы данных

База данных

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

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

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

• Иерархическая – данная разновидность использует структуру данных в виде деревьев. В ней строго определены взаимосвязи: один тип объекта является главным (корневой элемент), а остальные, находящиеся на низших уровнях иерархии,— подчиненными.

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

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

Рисунок 3.2 – Сетевая модель

• Реляционная. В настоящий момент – самая распространённая модель. Для работы с базами данных используются специальные программные средства — системы управления базами данных (или сокращённо СУБД). Они позволяют создавать БД,

Рисунок 3.3 – Реляционная модель

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

SQL —непроцедурный язык программирования, используемый для создания, модификации и управления данными в произвольной реляционной базе данных, управляемой соответствующей системой управления базами данных (СУБД) [4]

Простейшая схема работы с базой данных выглядит так:

Рисунок 3.4 Схема работы с базой данных

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

Формирование базы данных

Для создания базы данных мною была выбрана СУБД PostgreSQL. Я выбрал её из-за удобства в использовании, а также её свободного доступа в сети Интернет. Помимо этого, она поддерживается практически всеми ОС. Материал для заполнения БД был взят из заранее приготовленного файла MS: Excel (о чём было написано ранее). В процессе построения базы также была задействована утилита pgAdmin - бесплатная среда разработки и администрирования СУБД PostgreSQL.

Рисунок 3.5 – скриншот утилиты pgAdmin

В нижней части рис. 3.5 можно увидеть панель SQL. С помощью встроенных в утилиту скриптов CRUD (Create-Read-Update-Delete) можно заносить и изменять значения в создаваемых в базе данных таблице[4]. В верхней части – характеристики созданной таблицы.

Рисунок 3.6 – Скриншот утилиты PgAdminIII

На данном скриншоте показаны базы данных, размещённые на определённом сервере, к которому было произведено подключение. Мною для размещения БД был выбран облачный сервис Heroku (подробнее об этом написано в части 4)

Рисунок 3.7– Таблица регионов

Рисунок 3.8-Таблица показателей

Рисунок 3.9 – «Общая» таблица (заполненная и преобразованная)

На трёх последних скриншотах показаны все таблицы базы данных в заполненном виде. Первые две служат для идентификации и пояснения, а третья - содержит все нужные значения. Столбец ID_R+S обозначает комбинацию порядковых номеров соответствующих регионов и показателей. Процедура формирования таблиц и непосредственно базы данных на языке SQL описана в пункте 3.2

3.2 Создание таблиц

Среда разработки pgAdmin удобна своим графическим интерфейсом, благодаря которому можно создавать базу данных и таблицы не используя скрипты. Но для наглядности представим процесс создания базы данных в виде кода на языке SQL:

-- Database: da5a8m1p77diab

-- DROP DATABASE da5a8m1p77diab;

CREATE DATABASE da5a8m1p77diab

WITH OWNER = mpdwpnlqhwsosk

ENCODING = 'UTF8'

TABLESPACE = pg_default

LC_COLLATE = 'en_US.UTF-8'

LC_CTYPE = 'en_US.UTF-8'

CONNECTION LIMIT = -1;

GRANT ALL ON DATABASE da5a8m1p77diab TO mpdwpnlqhwsosk;

GRANT ALL ON DATABASE da5a8m1p77diab TO public;

Выше отображён скрипт создания непосредственно базы данных. На данный момент, база данных пустая. Значение напротив Database – название базы данных; Owner – владелец – администратор. Строки кода также являются командами, задающими определённые настройки (например, последние две строки отвечают за доступ к базе, а строки с LC_COLLATE и LC_CTYPE – порядок сортировки строк и кодировку соответственно[5]).

После создания пустой базы её можно заполнять таблицами. Этот процесс так же можно выполнить при помощи GUI или же скриптов.

Рисунок 3.10 – Скрипт создания общей таблицы

Особое внимание стоит уделить строке “Primary Key”, в переводе – Первичный ключ. Он является важным элементом, поскольку без него последующее редактирование данных в таблице SQL не представляется возможным (по крайней мере, без полного её форматирования). Также стоит отметить, что в дальнейшем можно будет прописывать дополнительные команды для задачи соотношений и оптимизации таблицы.

Заполнение таблиц

После того, как общая таблица была создана, я заполнил её соответствующими значениями. Всего в получившейся таблице было 2400 * 11 = =26400 пустых ячеек, поэтому вручную их, в отличие от таблиц регионов и показателей, вводить было крайне нецелесообразно. Существует несколько способов импорта данных в таблицу SQL в зависимости от вида СУБД и среды разработки. К примеру, pgAdmin имеет встроенную функцию импорта, которая может импортировать данные из txt и csv файлов[7]:

Рисунок 3.11 –Скриншот функции импорта (подробнее в п. 3.3)

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

Рисунок 3.12 – Пример оформления таблицы, подготавливаемой к переносу

Необходимо также уделять особое внимание типу данных в таблицах, поскольку язык SQL разделяет типы данных схожим образом с другими языками программирования (он имеет больше типов данных, чем остальные языки в связи со своей спецификацией). Например, если вы создаете колонку с названием Дата рождения, то надо выбрать соответствующий тип «date», если же в поле будет цифровое значение, то выбираем «integer», текстовое поле — выбираем тип «text» и т.д.

Импорт данных в таблицу

После всех приготовлений, описанных в п.3.3, таблицу xls (или другого формата) понадобится преобразовать для импорта данных в SQL. Она должна удовлетворять следующим требованиям:

• 1) Не должно быть пустых строк (как пример, в пустую ячейку формата integer нужно вставить 0, в ячейку формата text – «2»).
• 2) Все данные должны соответствовать типу, указанному во время создания таблицы (т.е. данные с датой должны иметь тип ячеек «date»), в противном случае программа во время импорта укажет вам на ошибку.

Эффективным вариантом будет пересохранение таблицы в формате csv. При этом стоит обратить внимание на разделители ячеек (ячейки будут разделены между собой определённым символом). Процесс сохранения в csv выглядит следующим образом для MS: Excel

Рисунок 3.13 Пересохранение таблицы в формат csv

Стоит отметить, что в настройках может понадобиться перевести файл в текстовую кодировку, идентичную кодировке базы данных (в нашем случае – UTF8)

После преобразования таблица будет выглядеть следующим образом:

Рисунок 3.14 – «Общая» таблица в формате csv

После этого таблица была успешно импортирована в PostgreSQL

Рисунок 3.15 – импорт табличных значений

При корректных настройках и соблюдённых требованиях все данные будут импортированы в SQL таблицу.

Рисунок 3.16 – Общая таблица в SQL формате

Построенная база данных по специфике среды разработки уже размещена на определённом сервере. Но мобильное приложение должно иметь к ней постоянный доступ. Поэтому мы решили в нашем проекте воспользоваться концепцией «облачной базы данных».

Облачный сервис для хранения базы данных

«Облачные вычисления» - относительно новая, и одновременно – быстро и стабильно развивающаяся информационно-технологическая концепция. Данная концепция подразумевает собой обеспечение удобного и глобального сетевого доступа к общему пулу (от англ. pool - резервуар) конфигурируемых вычислительных ресурсов, которые могут быть оперативно предоставлены и освобождены с минимальными эксплуатационными затратами или обращениями к провайдеру.[8]

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

В основном облачные платформы подразделяют на:

1. Infrastructure as a Service (IaaS ) – Инфраструктура как услуга. Модель, когда пользователю предоставляется возможность использования облачной инфраструктуры для самостоятельного управления ресурсами обработки, хранения, сетями и другими фундаментальными вычислительными ресурсами. Например, пользователь может устанавливать и запускать произвольное программное обеспечение, которое может включать в себя операционные системы, платформенное и прикладное программное обеспечение. Иными словами, пользователь отвечает только за управление ОС, а также установку и настройку приложений [9].
2. Platformas a Service (PaaS) – Платформа как услуга. Модель, когда пользователю предоставляется возможность использования облачной инфраструктуры для размещения базового программного обеспечения для последующего размещения на нём новых или существующих приложений (собственных, разработанных на заказ или приобретённых). В состав таких платформ входят инструментальные средства создания, тестирования и выполнения прикладного программного обеспечения — системы управления базами данных, связующее программное обеспечение, среды исполнения языков программирования — предоставляемые облачным провайдером. [10]
3. Software a Service (SaaS ) – Программное обеспечение как услуга. Модель, в которой пользователю предоставляется возможность использования прикладного программного обеспечения, работающего в облачной инфраструктуре и доступного из различных клиентских устройств или посредством тонкого клиента, например, из браузера (веб-почта) или посредством интерфейса программы. Даже онлайн-игры можно представить, как SaaS систему [11]

Преимущества и недостатки облачных архитектур

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

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

● Мобильность. У пользователя нет постоянной привязки к одному физическому рабочему месту. Из любой точки мира менеджеры могут получать отчетность, а руководители — следить за производством.

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

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

● Гибкость. Все необходимые ресурсы предоставляются автоматически.

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

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

Недостатки:

● Необходимость постоянного соединения. Для получения доступа к услугам «облака» необходимо постоянное соединение с Интернет

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

Конфиденциальность. Конфиденциальность данных, хранимых в публичных «облаках», в настоящее время, вызывает много споров, но в большинстве случаев эксперты сходятся в том, что не рекомендуется хранить наиболее ценные для компании документы на публичном “облаке”, так как в настоящее время нет технологии, которая бы гарантировала 100% конфиденциальность данных

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

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

Рисунок 4.1 – Макет «облака»

Облачный сервис Heroku

Для размещения БД в Сети с возможностью подключения к ней с ПК или мобильного устройства в любое время можно выгодно использовать PaaS платформу. Большинство подобных сервисов являются платными (т.е. взымающими арендную плату за пользование ресурсом). В случае проекта с базой данных, я выбрал в качестве сервера для размещения БД облачный сервис Heroku (https://heroku.com). Данный сервис поддерживает пользователей, которым не нужно огромное хранилище для своей работы, бесплатно предоставляя немного виртуального пространства (примерно 8,1 МБ на бесплатное размещение базы данных). В моём случае, при помощи сервиса HerokuDatabases я смог создать свою БД прямо на «облаке», а после этого – подключиться к ней при помощи pgAdmin, чтобы заполнить её информацией. Процесс заполнения таблиц был описан во второй части данной работы.

Чтобы начать работу с Heroku, нужно будет пройти процедуру регистрации. После этого нужно будет провести простую процедуру создания облачной БД:[11]

Рисунок 4.2 - переход в раздел Databases (базы данных)

Рисунок 4.3 - нажатие на кнопку Create Database (создать базу данных)

Рисунок 4.4 - выбор бесплатного плана аренды и добавление БД

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

Рисунок 4.5 – схема подключения к БД на Heroku через утилиту pgAdminIII

Рисунок 4.6 - Результат подключения к Heroku в pgAdmin

Рисунок 4.7 - Интерфейс для взаимодействие с СУБД на Heroku

Рисунок 4.8 – окно настроек. URL базы

Создана полноценная база данных, размещённая на облачной платформе Heroku. Следует обратить внимание, что Heroku дала ей статус “приложения”. Это важно, поскольку она получила свой адрес, по которому к ней можно подключиться по HTTP, что будет использоваться позднее. Также на рисунке 4.8 можно увидеть окно с URL базы. Он может использоваться

для подключения к базе данных при помощи PostgreSQL

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

Клиент-серверная архитектура

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

Рисунок 5.1 – Архитектура «Клиент-сервер»

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

Рисунок 5.1 – Архитектура «Клиент-сервер»

Заключение

Было создано одно из немногих мобильных приложений, отображающих экономические индикаторы.

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

Были изучено несколько методов для создания базы данных – в данном случае – создание облачной БД.

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

Список используемых источников

1. Экономическая безопасность [Электронный ресурс]: Материал из Википедии – свободной энциклопедии
2. Экономическая безопасность: Учебное пособие / Под ред. В.А. Богомолова. - М.: ЮНИТИ, 2015. - 295 c.
3. Понятие базы данных и что такое СУБД [Электронный ресурс] - http://webcodius.ru/programmy/ponyatie-bazy-dannyx-i-chto-takoe-subd.html
4. SQL [Электронный ресурс]: Материал из Википедии — свободной энциклопедии https://ru.wikipedia.org/wiki/SQL 2016г
5. PostgreSQL Pro Standart– Документация [Электронный ресурс] https://postgrespro.ru/docs/postgrespro/9.5/locale
6. PostgreSQL – Документация [Электронный ресурс ]. Режим доступа:http://postgresql.ru.net/gruber/ch17.html
7. Импорт в PostgreSQL [Электронный ресурс ]. https://itc-life.ru/kak-importirovat-dannye-iz-tablic-xlsods-v-postgresql-na-ubuntu/
8. Облачные вычисления [Электронный ресурс]: Материал из Википедии — свободной энциклопедии : http://ru.wikipedia.org/?oldid=76886062
9. Облачные сервисы или что такое IaaS? Отличие от SaaS и PaaS [Электронный ресурс]. - http://www.it-grad.ru/tsentr_kompetentsii/blog/33/
10. Дэн Орландо. Модели сервисов облачных вычислений [Электронный ресурс] : официальный сайт IBM, 2016. https://www.ibm.com/developerworks/ru/library/cl-cloudservices2paas/
11. Heroku Postgres [Электронный ресурс ]. https://devcenter.heroku.com/categories/heroku-postgres
12. Архитектура клиент-сервер [Электронный ресурс] - http://life-prog.ru/1_18769_arhitektura-fayl-server.html