Контрольная работа Информационной технологии в управлении технос. Контрольная работа по Информационной технологии в управлении техносферной безопасности ( наименование дисциплины)
 Скачать 52.63 Kb.
|
|
М  инистерство науки и высшего образования Российской ФедерацииМуромский институт (филиал) федерального государственного бюджетного образовательного учреждения высшего образования «Владимирский государственный университет имени Александра Григорьевича и Николая Григорьевича Столетовых»  Факультет МСФ Кафедра Контрольная работа по Информационной технологии в управлении техносферной безопасности(  наименование дисциплины)Т   ема Классификация баз данныхРуководитель  (фамилия, инициалы)_________________________ (подпись) (дата) С  тудент (группа) (фамилия, инициалы) (подпись) (дата) Муром 2022  Содержаниепо Информационной технологии в управлении техносферной безопасности 2 Введение 3 1. Классификация баз данных 5 2. Функциональные возможности СУБД 8 3. Модели описания баз данных 11 4. Настольные СУБД 15 5. Требования и стандарты, предъявляемые к базам данных 17 Заключение 19 Список использованных источников 20 Введение 3 1. Классификация баз данных 5 2. Функциональные возможности СУБД 7 3. Модели описания баз данных 10 4. Настольные СУБД 14 5. Требования и стандарты, предъявляемые к базам данных 17 Заключение 19 Список использованных источников 20 ВведениеПотоки информации, циркулирующие в мире, который нас окружает, огромны. Во времени они имеют тенденцию к увеличению. Поэтому в любой организации, как большой, так и маленькой, возникает проблема такой организации управления данными, которая обеспечила бы наиболее эффективную работу. Некоторые организации используют для этого шкафы с папками, но большинство предпочитают компьютеризированные способы – базы данных, позволяющие эффективно хранить, структурировать и систематизировать большие объемы данных. И уже сегодня без баз данных невозможно представить работу большинства финансовых, промышленных, торговых и прочих организаций. Не будь баз данных, они бы просто захлебнулись в информационной лавине. Существует много веских причин перевода существующей информации на компьютерную основу. Сейчас стоимость хранения информации в файлах ЭВМ дешевле, чем на бумаге. Базы данных позволяют хранить, структурировать информацию и извлекать оптимальным для пользователя образом. Данная тема актуальна в настоящее время, т.к. использование клиент/серверных технологий позволяют сберечь значительные средства, а главное и время для получения необходимой информации, а также упрощают доступ и ведение, поскольку они основываются на комплексной обработке данных и централизации их хранения. Кроме того ЭВМ позволяет хранить любые форматы данных, текст, чертежи, данные в рукописной форме, фотографии, записи голоса и т.д. Для использования столь огромных объемов хранимой информации, помимо развития системных устройств, средств передачи данных, памяти, необходимы средства обеспечения диалога человек - ЭВМ, которые позволяют пользователю вводить запросы, читать файлы, модифицировать хранимые данные, добавлять новые данные или принимать решения на основании хранимых данных. Для обеспечения этих функций созданы специализированные средства – системы управления базами данных (СУБД). Целью данной работы является раскрыть понятие базы данных и системы управления базами данных, а также рассмотреть на конкретном примере работу настольной СУБД. 1. Классификация баз данныхБаза данных – это информационная модель предметной области, совокупность взаимосвязанных, хранящихся вместе данных при наличии такой минимальной избыточности, которая допускает их использование оптимальным образом для одного или нескольких приложений. Данные (файлы) хранятся во внешней памяти и используются в качестве входной информации для решения задач. СУБД - это программа, с помощью которой реализуется централизованное управление данными, хранимыми в базе, доступ к ним, поддержка их в актуальном состоянии. Системы управления базами данных можно классифицировать по способу установления связей между данными, характеру выполняемых ими функций, сфере применения, числу поддерживаемых моделей данных, характеру используемого языка общения с базой данных и другим параметрам. Классификация СУБД: по выполняемым функциям СУБД подразделяются на операционные и информационные; по сфере применения СУБД подразделяются на универсальные и проблемно-ориентированные; по используемому языку общения СУБД подразделяются на замкнутые, имеющие собственные самостоятельные языки общения пользователей с базами данных, и открытые, в которых для общения с базой данных используется язык программирования, расширенный операторами языка манипулирования данными; по числу поддерживаемых уровней моделей данных СУБД подразделяются на одно-, двух-, трехуровневые системы; по способу установления связей между данными различают реляционные, иерархические и сетевые базы данных; по способу организации хранения данных и выполнения функций обработки базы данных подразделяются на централизованные и распределенные. Системы централизованных баз данных с сетевым доступом предполагают две основные архитектуры – файл-сервер или клиент-сервер. Архитектура файл-сервер. Предполагает выделение одной из машин сети в качестве центральной (главный сервер файлов), где хранится совместно используемая централизованная база данных. Все другие машины исполняют роль рабочих станций. Файлы базы данных в соответствии с пользовательскими запросами передаются на рабочие станции, где в основном и производится их обработка. При большой интенсивности доступа к одним и тем же данным производительность информационной системы падает. Архитектура клиент-сервер. Эта модель взаимодействия компьютеров в сети для современных СУБД фактически стала стандартом. Каждый из подключенных к сети и составляющих эту архитектуру компьютеров играет свою роль: сервер владеет и распоряжается информационными ресурсами системы, клиент имеет возможность пользоваться ими. Помимо хранения централизованной базы данных сервер базы данных обеспечивает выполнение основного объема обработки данных. Запрос на данные, выдаваемый клиентом (рабочей станцией), порождает поиск и извлечение данных на сервере. Извлеченные данные транспортируются по сети от сервера к клиенту. Спецификой архитектуры клиент-сервер является использование языка запроса SQL. Сервер базы данных представляет собой СУБД, параллельно обрабатывающую запросы, поступившие со всех рабочих станций. Как правило, клиент и сервер территориально отделены друг от друга, и в этом случае они образуют систему распределенной обработки данных. 2. Функциональные возможности СУБДХарактеристиками СУБД являются: производительность; обеспечение целостности данных на уровне баз данных; обеспечение безопасности данных; возможность работы в многопользовательских средах; возможность импорта и экспорта данных; обеспечение доступа к данным с помощью языка SQL; возможность составления запросов; наличие инструментальных средств разработки прикладных программ. Производительность СУБД оценивается: временем выполнения запросов; скоростью поиска информации; временем импортирования баз данных из других форматов; скоростью выполнения операций (таких как обновление, вставка, удаление); временем генерации отчета и другими показателями. Безопасность данных достигается: шифрованием прикладных программ; шифрованием данных; защитой данных паролем; ограничением доступа к базе данных (к таблице, к словарю и т.д.). Обеспечение целостности данных подразумевает наличие средств, позволяющих удостовериться, что информация в базе данных всегда остается корректной и полной. Целостность данных должна обеспечиваться независимо от того, каким образом данные заносятся в память (в интерактивном режиме, посредством импорта или с помощью специальной программы). Используемые в настоящее время СУБД обладают средствами обеспечения целостности данных и надежной безопасности. Система управления базами данных управляет данными во внешней памяти, обеспечивает надежное хранение данных и поддержку соответствующих языков базы данных. Важной функцией СУБД является функция управления буферами оперативной памяти. Обычно СУБД работают с базами данных больших размеров, часто превышающими размеры оперативной памяти ЭВМ. В развитых СУБД поддерживается свой набор буферов оперативной памяти с собственной дисциплиной их замены. Наибольшее распространение в настоящее время получили системы управления базами данных Microsoft Access и Oracle. Этапами работы в СУБД являются: создание структуры базы данных, т.е. определение перечня полей, из которых состоит каждая запись таблицы, типов и размеров полей (числовой, текстовый, логический и т.д.), определение ключевых полей для обеспечения необходимых связей между данными и таблицами; ввод и редактирование данных в таблицах баз данных с помощью представляемой по умолчанию стандартной формы в виде таблицы и с помощью экранных форм, специально создаваемых пользователем; обработка данных, содержащихся в таблицах, на основе запросов и на основе программы; вывод информации из ЭВМ с использованием отчетов и без использования отчетов. Реализуются названные этапы работы с помощью различных команд. Централизованная база данных обеспечивает простоту управления, улучшенное использование данных на местах при выполнении дистанционных запросов, более высокую степень одновременности обработки, меньшие затраты на обработку. Распределенная база данных предполагает хранение и выполнение функций управления данными в нескольких узлах и передачу данных между этими узлами в процессе выполнения запросов. В такой базе данных не только различные ее таблицы могут храниться на разных компьютерах, но и разные фрагменты одной таблицы. При этом для пользователя не имеет значения как организовано хранение данных, он работает с такой базой, как с централизованной. 3. Модели описания баз данныхИзвестны три типа моделей описания баз данных – иерархическая, сетевая и реляционная, основное различие между которыми состоит в характере описания взаимосвязей и взаимодействия между объектами и атрибутами базы данных. Иерархическая модель предполагает использование для описания базы данных древовидных структур, состоящих из определенного числа уровней. «Дерево» представляет собой иерархию элементов, называемых узлами. Под элементами понимается список, совокупность, набор атрибутов, элементов, описывающих объекты. В качестве примера простой иерархической структуры можно привести административную структуру высшего учебного заведения, элементами которой являются: «Университет – Факультет – Группа». На каждом уровне иерархии данной структуры могут быть использованы различные атрибуты. Например, атрибутами третьего уровня могут быть: специализация группы, численный состав, фамилия старосты группы и другие. В данной модели имеется корневой узел или просто корень – «Университет», который находится на самом верхнем уровне иерархии, а потому не имеет узлов, стоящих выше его. Каждый узел модели имеет только один исходный, находящийся по отношению к нему на более высоком уровне, а на последующих уровнях классификации он может иметь один, два или большее количество узлов, либо не иметь их вообще. Принципы иерархии: иерархия всегда начинается с корневой вершины (или главного узла); исходный узел, из которого строится дерево, называется корневым узлом или просто корнем, причем одно дерево может иметь только один корень; узел может содержать один или несколько атрибутов, описывающих находящийся в нем объект; порожденные узлы могут встраиваться в «дерево» как в горизонтальном направлении, так и в вертикальном; доступ к порожденным узлам возможен только через исходный узел, поэтому существует только один путь доступа к каждому узлу. Достоинством модели является простота ее построения, легкость понимания сути принципа иерархии, наличие промышленных СУБД, поддерживающих данную модель. Недостатком является сложность операций по включению в иерархию информации о новых объектах базы данных и удалению устаревшей информации. Сетевая модель описывает элементарные данные и отношения между ними в виде ориентированной сети. Это такие отношения между объектами, когда каждый порожденный элемент имеет более одного исходного и может быть связан с любым другим элементом структуры. Например, в структуре управления учебным заведением порожденный элемент «Студент» может иметь не один, а два исходных элемента: «Студент – Учебная группа», и «Студент – Комната в общежитии». Сетевые структуры могут быть многоуровневыми и иметь разную степень сложности. Схема, в которой присутствует хотя бы одна связь «многие ко многим» и которая требует для своей реализации использования сложных методов, является сложной схемой. База данных, описываемая сетевой моделью, состоит из областей, каждая из которых состоит из записей, а последние, в свою очередь, состоят из полей. Недостатком сетевой модели является ее сложность, возможность потери независимости данных при реорганизации базы данных. При появлении новых пользователей, новых приложений и новых видов запросов происходит рост базы данных, что может привести к нарушению логического представления данных. Реляционная модель имеет в своей основе понятие «отношения», и ее данные формируются в виде таблиц. Отношение – это двумерная таблица, имеющая свое название, в которой минимальным объектом действий, сохраняющим ее структуру, является строка таблицы (кортеж), состоящая из ячеек таблицы – полей. Каждый столбец таблицы соответствует только одной компоненте этого отношения. С логической точки зрения реляционная база данных представляется множеством двумерных таблиц различного предметного наполнения. В зависимости от содержания отношения реляционной базы данных бывают объективными и связными. Объективные отношения хранят данные о каком-либо одном объекте, экземпляре сущности. В них один из атрибутов однозначно определяет объект и называется ключом отношения или первичным атрибутом (для удобства он записывается в первом столбце таблицы). Остальные атрибуты функционально зависят от этого ключа. В объективном отношении не может быть дублирующих объектов и в этом – основное ограничения реляционной базы данных. Связное отношение хранит ключи нескольких объектных отношений, по которым между ними устанавливаются связи. Если набор атрибутов базы данных заранее не фиксирован, то возможны различные варианты их группировки, однако, независимо от выбранного способа, должны соблюдаться единые требования. В частности, если база данных содержит множество отношений, то они должны иметь минимальную избыточность представления информации; атрибуты, включаемые в базу данных, должны обеспечивать выполнение массовых расчетов; при добавлении в базу данных новых атрибутов перестройка наборов отношений должна быть минимальной. К числу достоинств реляционной модели относятся: простота построения, доступность понимания, возможность эксплуатации базы данных без знания методов и способов ее построения, независимость данных, гибкость структуры и другие. Недостатками модели являются: низкая производительность по сравнению с иерархической и сетевой моделями, сложность программного обеспечения, избыточность. 4. Настольные СУБДМногие авторы классифицируют СУБД на две большие категории: «настольные» и «серверные». Настольные СУБД отличаются тем, что используют в модель вычислений с сетью и файловым сервером (архитектура «файл-сервер»). Увеличение сложности задач, появление персональных компьютеров и локальных вычислительных сетей явилось предпосылками появления новой архитектуры «файл-сервер». Эта архитектура баз данных с сетевым доступом предполагает назначение одного из компьютеров сети в качестве выделенного сервера, на котором будут храниться файлы базы данных. В соответствие с запросами пользователей файлы с файл-сервера передаются на рабочие станции пользователей, где и осуществляется основная часть обработки данных. Центральный сервер выполняет в основном только роль хранилища файлов, не участвуя в обработке самих данных. Работа построена следующим образом: База данных в виде набора файлов находится на жестком диске специально выделенного компьютера (файлового сервера). Существует локальная сеть, состоящая из клиентских компьютеров, на каждом из которых установлены СУБД и приложение для работы с БД. На каждом из клиентских компьютеров пользователи имеют возможность запустить приложение. Используя предоставляемый приложением пользовательский интерфейс, он инициирует обращение к БД на выборку/обновление информации. Все обращения к БД идут через СУБД, которая инкапсулирует внутри себя все сведения о физической структуре БД, расположенной на файловом сервере. СУБД инициирует обращения к данным, находящимся на файловом сервере, в результате которых часть файлов БД копируется на клиентский компьютер и обрабатывается, что обеспечивает выполнение запросов пользователя (осуществляются необходимые операции над данными). При необходимости (в случае изменения данных) данные отправляются назад на файловый сервер с целью обновления БД. Результат СУБД возвращает в приложение. Приложение, используя пользовательский интерфейс, отображает результат выполнения запросов. В рамках архитектуры «файл-сервер» были выполнены первые версии популярных т.н. настольных СУБД, таких как dBase и Microsoft Access. Указываются следующие основные недостатки данной архитектуры: при одновременном обращении множества пользователей к одним и тем же данным производительность работы резко падает, т.к. необходимо дождаться пока пользователь, работающий с данными, завершит свою работу. В противном случае возможно затирание исправлений, сделанных одними пользователями, изменениями других пользователей. [2, 78] На сегодняшний день известно более двух десятков форматов данных настольных СУБД, однако наиболее популярными, исходя из числа проданных копий, следует признать dBase, Paradox, FoxPro и Access. Из появившихся недавно СУБД следует также отметить Microsoft Data Engine - по существу серверную СУБД, представляющую собой <облегченную> версию Microsoft SQL Server, но предназначенную, тем не менее, для использования главным образом в настольных системах и небольших рабочих группах.
5. Требования и стандарты, предъявляемые к базам данныхК современным базам данных, а, следовательно, и к СУБД, на которых они строятся, предъявляются следующие основные требования: Высокое быстродействие (малое время отклика на запрос). Простота обновления данных. Независимость данных. Совместное использование данных многими пользователями. Безопасность данных - защита данных от преднамеренного или непреднамеренного нарушения секретности, искажения или разрушения. Стандартизация построения и эксплуатации БД (фактически СУБД). Адекватность отображения данных соответствующей предметной области. Дружелюбный интерфейс пользователя. Важнейшими являются первые два противоречивых требования: повышение быстродействия требует упрощения структуры БД, что, в свою очередь, затрудняет процедуру обновления данных, увеличивает их избыточность. Независимость данных - возможность изменения логической и физической структуры БД без изменения представлений пользователей. Целостность данных - устойчивость хранимых данных к разрушению и уничтожению, связанных с неисправностями технических средств, системными ошибками и ошибочными действиями пользователей. Стандартизация обеспечивает преемственность поколений СУБД, упрощает взаимодействие БД одного поколения СУБД с одинаковыми и различными моделями данных. Стандартизация (ANSI/SPARC) осуществлена в значительной степени в части интерфейса пользователя СУБД и языка SQL. Это позволило успешно решить задачу взаимодействия различных реляционных СУБД как с помощью языка SQL, так и с применением приложения Open DataBase Connection (ODBC). При этом может быть осуществлен как локальный, так и удаленный доступ к данным (технология клиент/сервер или сетевой вариант). ЗаключениеВ данной контрольной работе было рассмотрено понятие базы данных и системы управлениями базами данных, с помощью которой реализуется централизованное управление данными, хранимыми в базе, доступ к ним, поддержка их в актуальном состоянии. Итак, база данных - это совокупность взаимосвязанных данных, совместно хранимых в одном или нескольких компьютерных файлах. А также было рассмотрена работа с одной из популярных СУБД Microsoft Access. СУБД Microsoft Access предоставляет необходимые средства для работы с базами данных неискушенному пользователю, позволяя ему легко и просто создавать базы данных, вводить в них информацию, обрабатывать запросы и формировать отчеты. К сожалению, встроенная система помощи недостаточно понятно объясняет начинающему пользователю порядок работы, поэтому возникает необходимость в пособии. Список использованных источниковБазы данных [Электронный ресурс]: учебное пособие/ – Электрон. текстовые данные.— Саратов: Научная книга, 2012.— 158 c.— Режим доступа: http://www.iprbookshop.ru/6261.— ЭБС "IPRbooks", по паролю Богданова, А.Л. Базы данных [Электронный ресурс]: учебное пособие/ Богданова А.Л., Дмитриев Г.П., Медников А.В., Тетенева Л.А., ред. Медников А.В.— Электрон. текстовые данные.— Химки: Российская международная академия туризма, 2010.— 125 c.— Режим доступа: http://www.iprbookshop.ru/14277.— ЭБС "IPRbooks", по паролю Илюшечкин, В.М. Основы использования и проектирования баз данных [Текст]: учеб. пособие/ В.М. Илюшечкин- М.: Юрайт, 2011.- 213 с. Кузин, А.В. Базы данных [Текст]: учеб. пособие для вузов/ А.В. Левонисова.- 3-е изд., стер.- М.: Академия, 2008.- 320 с. Кусмарцева Н.Н. Разработка и эксплуатация удаленных баз данных. [Электронное издание]:учеб. пособие/ Кусмарцева Н.Н.- Электронные текстовые данные.-Волгоград: Волгоградский институт бизнеса, Вузовское образование, 2013 Режим доступа: http://iprbookshop.ru/ 11343.- ЭБС "IPRbooks", по паролю. Малыхина, М.П. Базы данных основы, проектирование, использование [Текст]/ М.П. Малыхина.- 2-е изд., перераб. и доп.- СПб: Петербург, 2005.- 528 с. Татарникова, Т.М. Системы управления базами данных. [Электронное издание]: учеб. пособие/Татарникова Т.М.-Электронные текстовые данные. М.: Российский государственный гидрометеорологичес-кий университет, 2013.-Режим доступа: http://iprbookshop.ru/ 12525.- ЭБС "IPRbooks", по паролю. |