Банки данных
Сущность понятия "банки данных". Работа элементов схемы управления реализацией БД на уровне данных. Взаимодействие прикладной программы с СУБД. Категории потребителей и их роль в функционировании банка данных. Основные функции группы администраторов БД.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 15.07.2012 |
| Размер файла | 32,1 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Содержание
Введение
1. Банки данных
2. Архитектура банка данных
3. Пользователи банков данных
Заключение
Глоссарий
Список использованных источников
Приложения
Введение
Успешная практическая деятельность человека все в большей степени зависит от эффективной организации обмена информацией. Установлено, что объем информации растет примерно пропорционально квадрату развития производительных сил. Информационные процессы реализуются в таких сферах деятельности людей, как экономика и техника, наука и технология, медицина и социальное обеспечение. Информацию и данные все чаще рассматривают как жизненно важные ресурсы, которые должны быть организованы так, чтобы ими можно было легко пользоваться.
Перерабатывать большой объем информации в заданные сроки без специальных средств обработки практически невозможно. К сожалению, большая часть информации еще находится вне ЭВМ, что объясняется отсутствием достаточного количества и номенклатуры технических средств обработки. Но если учесть, что стоимость ЭВМ снижается, то можно предположить, что в перспективе машинная обработка информации будет основной повсеместно. В ЭВМ могут храниться и обрабатываться не только печатные тексты, но и чертежи, фотографии, запись голоса и т.д. Таковы возможности безбумажной технологии обработки информации.
Методы организации процессов обработки информации, реализуемые в концепции банков данных и знаний, позволили принципиально по-новому подойти к их реализации в автоматизированных системах.
Банк данных - организованная, определенным образом упорядоченная совокупность данных, свод экономической информации, приспособленной для коллективного использования многими потребителями.
Банки данных и знаний являются одним из основных компонентов автоматизированных систем различных уровней и типов. Их создают для многих отраслей и сфер народного хозяйства: планирования, учета, управления предприятиями, статистики, здравоохранения и др.
Концепция банков данных стала определяющим фактором при создании систем автоматизированной обработки информации. Рассматривая общие вопросы, связанные с функционированием баз данных, обсуждаются основные компоненты банков данных и получивший наибольшее распространение трехуровневый подход к построению банков данных, включающий внешний, концептуальный и внутренний уровни представления данных.
Объект исследования - Базы данных.
Предмет исследование - Банки данных.
Цель курсовой работы - Рассмотреть основные характеристики банков данных.
Исходя из поставленной цели, определим основные задачи курсовой работы:
- Дать определение понятию банки данных,
- Ознакомится с архитектурой банков данных.
- Изучить пользовательскую работу с банками данных.
Практическая значимость заключается в том, что представленный материал можно использовать при написании рефератов, контрольных и курсовых работ, а также при подготовке к семинарским и практическим занятиям.
Структура работы: Работа состоит из введения, основной части разделенной на три главы, заключения, глоссария, списка использованных источников, приложения.
банк данные администратор
1. Банки данных
Банк данных содержит два основных компонента: база данных (БД) - датологическое представление информационной модели программного обеспечения, и система управления базой данных (СУБД), с которой реализуется централизованное управление хранимыми в ней данными, доступом к ним и их поддержке в состоянии, соответствующем состоянию программного обеспечения (ПО) Кузин А.В. Базы данных. 2-е, издИздательский центр «Академия», [Текст] / - М., 2008-С. 65. Есть ряд уровней абстрагирования, рассматривая процессы обработки данных, так как компьютер и технические устройства обработки, где рассмотрение выполняется на уровне разрядов - биты, и окончание конечного пользователя, имеющего дело с абстракциями, представленными посредством естественного языка и других средств представления, чтобы работать пользователю в этой или иной области деятельности.
Соответственно и БД возможно рассмотреть на различных уровнях абстрагирования. Выберая их в зависимости от специального назначения. Например, пользователь, который не является экспертом в области обработки данных, выбирает адекватный уровень абстрагирования для удобства работы с БД, для производительности качественной разработки структур данных, для решения задач рационального устройства БД на запоминающих устройствах и т.д. При размещении БД на внешних устройствах памяти большого объема (например, на жестких дисках) используется самый нижний уровень абстагирования, который называют материальным (физическая БД). Она находится на одном уровне битов (или байт) и физического адреса на запоминающих устройствах.
Администратор БД. Необходимо отметить, что рассматрение всей схемы управления БД на физическом уровне, без касающегося символа процессов, текущих в технических устройствах, необходимо рассмотреть и операционную систему (ОС) компьютера, поскольку программы управления БД выполняются сразу под контролем ОС и во многих случаях на уровне с другими программами (например, программы решения инженерно-технических задач) в режиме мультипрограммы. Поэтому показания обслуживания программ, в которые включены в ОС, по существу влияют на общее время обработки запросов пользователей. Рекомендуемое время реакции системы после запроса пользователя, исходя из происхождения его психологических характеристик, не превышает 3 с. И таким образом, если программы задержек ОС управления БД в общей очереди исполнимой программы на компьютере будет занимать большое колличество времени, условие не будет реализовано.
У централизованного управления по условию есть преимущества по сравнению с нормальной файловой системой:- Аббревиация избыточности хранения данных; - Аббревиация трудового ввода разработки, поддержки и обновления интегральной схемы; - Поддержка удобного доступа к данным относительно потребителей - профессионалам в обстановке обработки данных, так и конечным пользователям.
Основные необходимые условия, показанные БнД:- Соответствие дисплея области данных (полнота, целостность); - Непротиворечивость данных, информационной безотлагательности; - Возможность взаимодействия потребителей различных категорий, высокой эффективности доступа к данным; - Дружелюбный интерфейс, малое время для подготовки; - Поддержка разграничения конфиденциальности и доступа к данным для различных потребителей; - Надежность хранения и предохранение данных.
Ядро БнД - база данных. База данных - именованный набор соединенных данных, которые под контролем СУБД. Метаинформация включает описание структуры БД (схемы и подсхемы), модель предметной области, информация о пользователях и их правах, описании формы документов ввода и вывода. Централизованное хранение метаинформации является словарь данных. Особенно большое значение имеют словари интегральных схем, уступленных системы автоматизированного проектирования.
Не останавливаясь на работе ОС и средств, рассмотрим только работу элементов схемы управления управления реализацией БД на уровне данных, то есть работу АБД и СУБД. Отметим этот отбор уровней рассмотрения, условное выражение, поскольку групповая АБД может контролировать работу ОС и средств.
СУБД представляет специальный пакет программного обеспечения, с помощью которой реализуется централизованное управление БД и обеспечивается доступ к данным. В каждом СУБД прежде всего есть компиляторы (трансляторы) или интерпретаторы с ЯОД и ЯМД. При создании интегрированной БД, содержащего некоторые из различных СУБД, каждый из которых используется в отдельной локальной переменной БД и характеризуется наличием ЯОД и ЯМД, разрабатывающие универсальную форму для всего интегрированного штабеля ЯОД и ЯМД, обеспечивающие работу с данными любого локального банка, входящего в состав интегрированного Леонтьев В.П. Персональный компьютер. [Текст] / В.П. Леонтьев.-М.:ОЛМА-ПРЕСС, 2004. - С. 54.Средства языка обеспечивают взаимодействие потребителей с БД. Язык обычно включает средства спецификации данных, отчетов, экранирует формы, запросы и процедурные средства для описания последовательности решения задач. Язык СУБД может быть универсальным языком программирования с включением определенного подъязыка для работы с БД, например, языки универсальных систем программирования DELPHI, Visual Basic 5, Visual C++ включая SQL язык. Другие СУБД специализированные языки, например, БДASE, FoxPro, Clipper, Paradox, Access. Некоторые СУБД используют только язык SQL (SQL- серверы).
ЯОД представляет язык высокого уровня, имеемого в виду для описания схемы БД или его части. С его помощью, выполняется описание типов данных, которые подчинены хранению или выборки основания их строений и связи. ЯОД не процедурный язык. Начальные тексты (описание данных), записанный на этом языке, после преобразования выводятся на экран в управлении таблицами адресов хранения. Согласно полученному описанию СУБД обнаруживает в основании требуемые данные, преобразовывает и передает их, например, в прикладной программе (матобеспечение), к которому они требовались, или определяет помещение в память компьютера, где они обязаны быть помещенными, и в то, какой тип, и также с какими данными, чтобы установить это, обязан исправлять соединение с доступными данными и т.д.
В зависимости от алгоритма работы определенного СУБД возможны различные разновидности обработки начальных текстов описания данных, сделанных на ЯОД. В случаях описания всегда в начале широковещательно передаются, и затем если нет никаких синтаксических погрешностей, выполняется дальнейшая обработка запроса, в котором они присутствовали. В других случаях возможно предварительное преобразование описаний для устранения неисправностей и отладки текста погрешностей. После этого - посредством средств используемого ОС, готовые отлаженные описания (все с идентификатором) располагаются в специальной библиотеке, откуда СУБД их выбирает при обработке адекватных запросов (идентификатор требуемого описания приходит в запрос). Кроме того, режим интерпретации описаний может использоваться при обработке запросов и т.д.
На многих системных языках описания всей схемы БД и его частей, или подсхем, может иметь некоторые различия. Далее, если это необходимо, возможно отличить язык описания данных схемы (ЯОД) и язык описания данных подсхемы (ЯОД ПС).
ЯМД, или язык запросов к БД, обычно представляется системой команд манипулирования данные. В этом, например, там может следовать за командами:
- Произвести выборку основания, определенного данный на его имени;
- Произвести выборку основания всех данных определенного типа, который значения удовлетворяют к определенным знакам;
- Обнаружить в основании позицию данной и поместить туда ее новое значение и т.д.
В системах управления БД с собственным алгоритмическим языком базового языка, позволяющим операции исключения манипулирования, данного выполнить также к арифметической работе, операциям ввода-вывода на терминалах, и т.д. разрабатывается
Многие СУБД являются комбинированного типа, то есть имеют и основной, и включенные языки. В описанном СУБД может быть терминология в виде заголовках языков.
Схема взаимодействия прикладной программы с СУБД. Передачи данных между рабочей областью входа - выхода прикладной программы и БД вызывают команды ЯМД, которые инициируются прикладной программой и работой на основе имевшего результатом описания требуемых данных. В оставшейся записи прикладных программ, работающих с БД, ничто не отличается от записи нормальных программ, то есть возможно представить при записи прикладной программы БД как гипотетическое внешнее устройство, от которого считываются (или где данные, которыми управляют посредством команд ЯМД регистры). Таким образом, в программе выполняется адекватное описание требуемых данных и переменных Аладьев В.В., Хунт Ю.Я., Шишаков М.Л. «Основы информатики», Учебное пособие, [Текст] / М., 2005. - С. 154.
Таким образом, каждая СУБД прежде всего реализуются (то есть есть адекватные трансляторы или интерпретаторы), ЯОД и ЯМД, универсальная форма для всей БД, которая будет поддерживаться посредством этой СУБД.
2. Архитектура банка данных
Для поддержки независимости прикладных программ от данных необходимо освободить ПП от сведений о способах и деталях хранимого представления данных и методов доступа к ним, т.е. необходимо ввести модель данных (МД), которая отразит объем информации БД, однако подробные сведения устройства материального хранения данных в этом пропустят. У модели будет строение отражения схемы его данных, имена записей, имена и форматы полей.
Запросы к данным от основания должны выразить в матобеспечении потребителей посредством ЯОД и ЯМД, и условия принимали МД. Следовательно, программное обеспечение работает с записями модели, которые формируются на мгновение, когда они - требуемое матобеспечение (при считывании данных от основания), или формируются в этом, и затем данные от этих записей передаются БД в долгосохранящихся записях (во вводе данных в основании).
Очевидно, что для схемы расположения игроков записи модели СУБД должна иметь информацию о том, как эти записи и их поля находятся в работе долгосохранящихся записей в основании и полях (и аналогично обратные конверсии во вводе данных в основании). Эта информация устанавливается АБД в форме специального описания необходимого дисплея, долгосохранящегося в базе данных в данных моделях, то есть задача реализации дисплея кладется к СУБД (прямой и реверс): Модель <-> Хранимая БД.
В описании отображения кроме инструкций соответствий между полями записей модели и полями долгосохранящихся записей вся необходимая сходимость на долгосохранящихся данных указываются: в каком коде они представляются, как располагаются, какие индексы, где это или другие данные выделяются, существуют, они соединяются с тем, какие данные, что методы доступа необходимы для того, чтобы использовать для манипулирования, долгосохранящегося данный, и т.д. Поскольку СУБД функционирует в среде разработанных компьютеров с мощным ОС, это - способ, чтобы положить часть задач обработки данных к ОС. Обычно в программах разработки СУБД манипулирования по условию в физическом уровне не разрабатываются, и программы методов доступа ОС используются. Такой подход обеспечивает возможность относительной независимости операций хранения данных от используемых средств. Поэтому модель представления долгосохранящихся данных, или как это называет, внутренияя модель БД (ВнМД), вводится в рассмотрение: Модель <-> ВнМД <-> ФБД Фридланд А.Я. Информатика и компьютерные технологии [Текст] / А.Я. Фридланд, Л.С. Ханамирова. - М.: Астрель. 2009 - .С 293.
Разрабатывая СУБД собственные методы доступа для долгосохранящихся записей (к записям БнМД), основанный на методах доступа для ОС разрабатываются. Во внутренней модели БД может быть представлен в форме набора долгосохранящихся файлов, которыми известно строение долгосохранящихся записей, вспомогательные аэродромы, реализовывая необходимую связь между записями определяются, методы доступа СУБД для этих записей и т.д. В сочинении СУБД - известные средства преобразования долгосохранящихся записей на тип материального представления на поставщике услуг машины, включают, и является обратным. В Приложении А изображена схема двухступенчатой архитектуры БнД.
Пользователи делают прикладные программы, используя только МД. СУБД, загрузочный запрос от матобеспечения (например, на считывании данных от основания), организует запрос к ОС при чтении от материального БД (ФБД) необходимая порция данных от поставщика услуг машины в буферной зоне хранения. Таким образом, в буферной памяти СУБД будут долгосохранящиеся записи, имеющие строение согласно схеме ВнМД. После того требуемого дисплея долгосохранящихся записей в записи модели, и уже выполняется затем, требуемые записи модели передаются СУБД в рабочей области (РО) входа - выхода матобеспечения, запрашивал эти данные.
Продуманная схема решает вопрос поддержки независимости прикладных программ от данных, позволяет реализовывать определенную независимость системы используемых средств. Однако такое наличие схемы в MD сочинения, будучи глобальным логическим представлением объемов информации БД, требований, что потребитель ознакомляется с объемами информации всего БД. Такое местоположение во многих случаях недопустимо. Сначала, потому что каждый отдельный потребитель в большинстве случаев касается только малой величины, совершенно уверенной, часть данных, долгосохранящихся в основании, и в ней, не присутствует никакая необходимость (и требования), чтобы знакомиться со всеми ее объемами информации. Во-вторых, логическое представление требуемой части долгосохранящихся данных, необходимых для потребителя, может отличаться от их логического представления, принятого в МД. Например, его не интересуют многие информационные связи между данными, представленные в модели, но эти связи могут интересовать других пользователей. В-третьих, необходимо обеспечить защиту данных, которые не касаются определенного потребителя, против его слабых движений.
Модель данных, будучи глобальным логическим представлением объемов информации БД, не решает эти вопросы. Поэтому необходимо ввести в рассмотрение еще одного уровня логического представления данных - для каждого определенного потребителя. Возможно предоставить такому представлению вводную часть модели для каждого определенного внешнего представления. Они получали заголовок внешних моделей данных (ВМД).
Рассмотренная в предыдущей схеме МД, в связи с тем, что в ней реализуется полнота охвата всего содержимого БД и принятое в ней логическое представление, являясь как бы основной, «синхронизирующей» для конкретного БнД, получила название концептуальной модели (КМД). Между ВМД и КМД также должно быть реализовано необходимое отображение. Описание отображения может быть выполнено АБД и введено в систему. ВМД имеет свою схему (иногда ее называют «подсхемой», оставляя термин «схема» для КМД), поскольку ВнМД по существу отражает некоторую часть КМД. На рисунке Приложения Б представлена трехуровневая архитектура БД, в котором СУБД реализует следующие отображения: ВМД <-> КМД <-> ВнМД<->ФБД.
Система управления базой данных реализует обмен данными между РО ввода--вывода прикладных программ и БД. Любой запрос прикладной программы, сформулированный на языке манипулирования данными, поступает в СУБД. Имея соответствующие описания моделей и описания отображений между моделями, СУБД обращается к ОС для выполнения операций на физическом уровне.
Рассмотрим последовательность движений СУБД при схеме записи ВМД для ПП. Приблизительный алгоритм производительности работы составов считывания данных следующих шагов.
1. Прикладная программа адресуется к СУБД с запросом о чтении записи ВМД.
2. Система управления, которую определяет база данных, используя схему ВМД, схема КМД и описание дисплея ВМД на КМД, какие записи КМД необходимы для схемы расположения игроков записи ВМД.
3. Используя схему КМД, схему ВнМД и описание дисплея КМД на ВнМД, СУБД определяет, какие долгосохранящиеся записи необходимы для создания требуемых записей КМД, и соответственно определяет набор материальных записей как, который необходимо рассмотреть с этой целью от поставщика услуг машины.
4. Система управления база данных производит запрос ОС о считывании буферной зоны хранения необходимых записей от ФБД.
5. ОС посредством методов доступа читает из материального хранения (от поставщиков услуг машины) требуемый СУБД материальные записи и помещает их в системные буферы СУБД. (Сообщения ОС на производительности этой точки добавляются к сообщениям СУБД.)
6. На основе доступных схем моделей и описаний адекватных дисплеев форм СУБД в ВМД записи буферной памяти в том типе, что обязано прикладную программу.
7. Система управления база данных выполняет передачу сгенерированной записи ВМД к РО.
8. ОС передает сообщения и сообщения СУБД на результатах производительности запроса в матобеспечении.
9. Прикладная программа выполняет обработку записи, которые пришли в ее рабочую область входа - выхода.
Таким образом, для БД доступно описание VnS ВнМД, один КС, описывая КМД, и так много внешних схем (ВС), сколько обязано описывать различный ВМД, подвергать реализации. Описания дисплеев между МД дополнительно должны быть выполнены АБД. Если формализовать местоположения, воскресающие в обмене данными между моделями, СУБД может выполнить необходимые преобразования данных на основе доступных схем МД. Наличие в БнД процессов Наличия обмена информацией в БнД процессов обмена информацией между потребителями и системой, между АБД и системой, и также между МД различными уровнями привлекает внимание к вопросу на унификации этих процессов, то есть на разработке адекватных интерфейсов - языки описания и манипулирования данные на адекватных уровнях. Интерфейс потребителя представляет язык внешнего уровня, с которым потребитель работает приготовлением начальных текстов матобеспечения или оператора запросов. После преобразования (или истолкования) матобеспечение (или запрос) действующие компании языка внешнего уровня приходят во ввод СУБД в объектных кодах. У системы управления база данных есть внутрисистемные интерфейсы для реализации обмена между МД. Для написания и исправления схем MD АБД также предоставляют адекватные языки.
Отметим, что в действительности реальные СУБД имеют большее количество интерфейсов, необходимых для обеспечения различных внутрисистемных операций, для работы обслуживающего персонала, системных программистов и т.д.
3. Пользователи банков данных
Как любой программно-организационно-техничеcкий комплекс, банк данных существует во времени и в пространстве. У этого есть определенные этапы разработки:
- Проектирование,
- Реализация,
- Поддержка,
- Обновление и разработка,
- Полная реорганизация.
На каждом этапе существования различные категории потребителей соединяются с банком данных.
Определим основные категории потребителей и их роли в функционировании банка данных:
Конечные пользователи. Это - основная категория пользователей, у которых интересы связаны с банком данных. В зависимости от особенностей создаваемого банка данных может по существу отличаться кругом его конечных пользователей. Это могут быть случайные потребители, адресующиеся к БД время от времени к базе данных после получения некоторой информации, и могут быть обычные пользователи. Случайных потребителей можно рассмотреть как возможных клиентов фирмы, просматривающих каталог постановки или служб с обобщенным или подробным описанием. Сотрудники, работающие с программами, специально разработанными для них, кто обеспечивает автоматику их действия в производительности функций, могут быть обычными пользователями Марков А.С., Лисовский К.Ю. Базы данных. Введение в теорию и методологию. [Текст] / - М., Финансы и статистика, 2009- С. 42. Например, у администратора, планирующего работу вспомогательного подразделения компьютерной фирмы, есть программа, которая помогает ему планировать и располагать текущие заказы по инструкции, контролировать ход их производительности, упорядочить на складе необходимые аксессуары для новых заказов. Главные, специальные знания, которые от конечных пользователей не должны быть требованы в области средств языка и вычислительной техники.
Администраторы банка данных. Это - группа пользователей, которая в начальной стадии разработки банка данных ответственна за его оптимальное устройство с точки зрения одновременной работы набора конечных пользователей, в поддержке, этап ответственен за правильность работы данного штабеля информации в многопользовательском режиме. При разработке и этапе реорганизации эта группа ответственна за возможность корректной реорганизации штабеля без изменения или завершения его текущего обслуживания.
Разработчики и администраторы приложений. Эта группа пользователей, которая функционирует во время проектирования, создания и реорганизацию банка данных. Администраторы приложений координируют работу разработчиков разработкой определенного приложения или группой приложений, объединенных в функциональной подсистеме. Разработчики определенных приложений работают с той частью информации от базы данных, которая требуется для определенного приложения.
Не в каждом банке данных любой тип пользователей может быть выбран. Известно, что разработкой информационных систем с использованием табличного СУБД администратор банка данных, администратор приложений и разработчик часто существовали в одном человеке. Однако при создании современных трудных корпоративных баз данных, которые используются для автоматики всех или больших частей бизнес-процессов в большой фирме или корпорации, может существовать и группы администраторов приложений и отделы разработчиков. Самые трудные режимы работы возлагаются на группу администраторов БД.
Рассмотрим их более детально.
Часть группы администратора БнД должна быть:
- Системные комментаторы;
- Разработчики структур данных и внешнего вида относительно банка данных информационной поддержки;
- Разработчики технологических процессов обработки данных;
- Системные и прикладные программисты;
- Действующие компании и эксперты в ремонтной службе.
Вопрос коммерческого банка данных, играет важную роль, продавая экспертов.
Основные функции группы администраторов БД.
1. Исследование области данных: описание области данных, укладка текста ограничений целостности, определение состояния (доступность, конфиденциальность) информация, определение потребностей потребителей, определение соответствия "потребители данных", определение височных объемом характеристик обработки данных.
2. Разработка строения БД: определение сочинения и строение файлов БД и связи промежуточный, выбор методов оптимизации данных и методов доступа для информации, описания БД на языке описания данных (ЯОД) Дейт К.Дж. Введение в системы баз данных.8-е изд. [Текст] / - М., Вильямс, 2007-С. 235.
3. Задание ограничений целостности в описании структуры БД и процедурах обработки БД:
- Задание декларативных ограничений целостности, свойственной от области данных;
- Определение динамичных ограничений целостности, свойственной от области данных в ходе изменения информации, хранившей в БД;
- Определение ограничений целостности вызывается строением БД;
- Разработка процедур поддержки целостности БД при вводе и корректировке данных;
- Определение ограничений целостности параллельной работой потребителей в многопользовательском режиме.
4. Инициирование загрузки и руководство БД:
- Разработка техники инициирования загрузки БД, который будет отличаться от процедуры изменения и добавления с данными при регулярном использовании базы данных;
- Разработка техники проверки введенных, данных реальному состоянию области данных. Реальные объекты моделей базы данных некоторой области данных и корреляции промежуточный, и в момент начала текущего ремонта эта модель должны соответствовать полностью состоянию объектов области данных сейчас ко времени;
- Согласно разработанной технике инициирования загрузки проектирования системы инициирования ввода данных может быть необходимым.
5. Предохранение данных:
- Определение системы паролей, принципов пристрелки потребителей, создания групп потребителей, обладающих идентичными правами доступа к данным;
- Разработка принципов предохранения определенных данных и объектов разработки; разработка специализированных методов кодирования информации при ее циркуляции в локальных и глобальных информационных сетях;
- Разработка средств фиксации доступа к данным и попыткам нарушения системы защиты;
- Тестирование системы защиты;
- Исследование случаев нарушения системы защиты и разработки динамичных методов предохранения информации в БД.
6. Поддержка восстановления БД:
- Разработка организационных означает архивирования и принципы восстановления БД;
- Разработка дополнительного матобеспечения и технологические процессы восстановления БД после отказов.
7. Исследование вызовов потребителей БД: набор статистики на символе запросов, времени включения их производительности, в соответствии с требуемыми выходными документами
8. Исследование эффективности функционирования БнД:
- Исследование индексов функционирования БнД
- Планирующая перестройка структуры (структурное изменение) БД и реорганизация БнД.
9. Работа с конечными пользователями:
- Сбор информации об изменении области данных;
- Сбор информации об оценке работ БнД;
- Тренировка потребителей, консультация потребителей;
- Разработка необходимой систематической и образовательной документации относительно работы конечных пользователей.
10. Приготовление и поддержка системных средств:
- Исследование матобеспечения, существующего на рынке и исследовании возможности и необходимости их использования в рамках БнД;
- Разработка требуемых организационных и технических программой движений для разработки БнД;
- Проверка работоспособности искупленного матобеспечения перед их соединением с БнД;
- Контроль соединения нового матобеспечения к БнД.
11. Организационно-систематическая работа при разработке БнД:
- Выбор или создание метода разработки БД;
- Определение целей и направление разработки системы в целом;
- Планирование стадий развития БнД;
- Разработка справочников генеральных словарей проекта БнД и концептуальной модели;
- Монтаж внешних моделей разработанных приложений;
- Контроль соединения нового приложения к работе БнД;
- Возможность комплексного устранения неисправностей набора приложений, взаимодействующих от одного БД.
Заключение
Банк данных - наиболее характерный пример информационной системы. В банке данных хранится достаточно универсальная, необходимая для решения разнообразных прикладных задач, информация об определенной предметной области в специальном представлении, чаще всего предполагающем хранение и обработку с помощью компьютеров. При этом сами данные образуют базу данных, а банк, наряду с базой, содержит программные средства обработки данных и реализации запросов, т.е. систему управления базой данных (СУБД). Как правило, банки данных являются системами коллективного пользования. К информации, хранимой в них, часто можно получить доступ по телекоммуникационным сетям.
В современном мире существует огромное число банков данных. В них содержатся сведения коммерческого характера, данные по библиотечным фондам, системам здравоохранения, транспорта и т.д. Быстро развиваются банки, содержащие сведения о системах образования - национальных, региональных (в России они называются «банки педагогической информации») Коннолли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. [Текст] / - М., Вильямс, 2008 - С.264.
Итак, основа банка - база данных.
Классификации банков информации может быть проведена с разных точек зрения. По назначению можно выделить следующие классы банков информации: информационно-справочные системы (общего назначения и специализированные); банки данных в автоматизированных системах управления (предприятий и организаций, технологическими процессами и т.д.); банки данных в системах автоматизации научных исследований.
Однако такая классификация является не вполне строгой и завершенной, по режиму функционирования можно рассматривать банки информации пакетного и смешанного типов. В связи с широким распространением персональных компьютеров, локальных и глобальных сетей ЭВМ подавляющее распространение получили диалоговые системы.
По архитектуре вычислительной среды различают централизованные, и распределит информации.
К настоящему времени сложились следующие три основных типа банков информации: банки документов, банки данных и банки знаний.
Исторически первым типом банков информации явились банки документов или документальные информационно-поисковые системы. Документальные информационные поисковые системы бурно развивались в 60-е годы, они широко используются в качестве справочного инструмента пользователей научно-технической информацией, в информационном обслуживании управленческих работников, специалистов и др. В настоящее время интерес к этим системам возобновился в связи с развитием глобальных информационных сетей (1nternet) и появлением гипертекстовых серверов типа WWW, Gopher и т.д., которые вместе с соответствующими поисковыми системами можно отнести к распределенным банкам документов.
Объектом хранения в таких системах является документ (научная статья, монография, приказ, циркуляр, письмо и т.д.) или факты, извлеченные из документов Для обеспечения поиска и доступа к таким документам необходима их предварительная семантическая обработка - индексация. Индексация до настоящего времени остается неавтоматизированной процедурой и выполняется специалистами людьми, индексирующими документы и запросы.
Технология баз и банков данных является ведущим направлением организации внутримашинного информационного обеспечения. Развитие технологий баз и банков данных определяется рядом факторов: ростом информационных потребностей пользователей, требованиями эффективного доступа к информации, появлением новых видов массовой памяти, увеличением ее объемов, новыми средствами и возможностями в области коммуникаций и многим другим.
Глоссарий
|
№ п/п |
Понятие |
Определение |
|
|
1 |
База знаний |
корпус информации, которую пользователь или программа использует для выполнения определенных действий |
|
|
2 |
Банк данных |
база данных, объединенная с системой управления базой данных |
|
|
3 |
Гиперсреда |
технология представления любых видов информации в виде небольших блоков, ассоциативно связанных друг с другом |
|
|
4 |
Данные |
последовательность элементарных символов, цифр или букв, являющихся значением некоторого атрибута |
|
|
5 |
Знания |
сложноорганизованные данные, содержащие одновременно как фактографическую, так и семантическую информацию, которая может потребоваться пользователю при работе с данными |
|
|
6 |
Информация |
любые сведения о каком либо событии, процессе, являющиеся объектом некоторых операций: восприятия, передачи, преобразования, хранения или использования |
|
|
7 |
Предметная область |
область применения конкретного БД |
|
|
8 |
Базы данных |
поименованная, целостная, единая система данных, организованная по определенным правилам, которые предусматривают общие принципы описания, хранения и обработки данных |
|
|
9 |
Система управления базами данных |
комплекс программных и языковых средств, необходимых для создания баз данных, поддержания их в актуальном состоянии и организации и поиска в них необходимой информации |
|
|
10 |
Структурирование |
введение соглашений о способах представления данных |
Список использованных источников
1. Дейт К.Дж. Введение в системы баз данных.8-е изд. [Текст] / - М., Вильямс, 2007-1328 с. - ISBN 978-5-699-38683-3
2. Коннолли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. [Текст] / - М., Вильямс, 2008 - 1440 с. - ISBN 5-8459-0881-7
3. Марков А.С., Лисовский К.Ю. Базы данных. Введение в теорию и методологию. [Текст] / - М., Финансы и статистика, 2009- 512 с. - ISBN 5-94157-374
4. Фридланд А.Я. Информатика и компьютерные технологии [Текст] / А.Я. Фридланд, Л.С. Ханамирова. - М.: Астрель. 2009 - 204 с. - ISBN: 5-8459-0278-9
5. Фуфаев Э.В. Базы данных. 3-е изд. [Текст] / - М., Изд-во «Академия», 2007- 320 с. - ISBN 978-5-91180-528-9
6. Аладьев В.В., Хунт Ю.Я., Шишаков М.Л. «Основы информатики», Учебное пособие, [Текст] / М., 2005. - 540 с. - ISBN: 5-85438-019-6
7. Леонтьев В.П. Персональный компьютер. [Текст] / В.П. Леонтьев. - М.: ОЛМА-ПРЕСС, 2004. - 900 с. - ISBN: 5-8459-0225-8
8. Фридланд А.Я. Информатика и компьютерные технологии/А.Я. Фридланд, Л.С. Ханамирова. [Текст] / М.: Астрель. 2006. - 204 с. - ISBN: 5-8459-0278-9
9. Хомоненко А.Д. и др. Базы данных: Учебник для вузов. 4-изд. [Текст] / - СПб, Корона принт, 2008- 736 с. - ISBN 978-5-49807-218-0
10. Кузин А.В. Базы данных. 2-е, издИздательский центр «Академия», [Текст] / - М., 2008-320 с. - ISBN 978-5-91134-380-4;
11. Кузнецов С.Д. Основы баз данных: учебное пособие. [Текст] / - М.:Бином, 2007-484 с. - ISBN 978-5-94074-505-1
Размещено на Allbest.ru
Подобные документы
Информационные банки данных, документов и знаний. Фактографические информационные системы управления базами данных. Прикладные программы и языковые средства, предназначенных для создания, ведения и использования баз данных. Механизмы обработки данных.
презентация [14,0 K], добавлен 14.10.2013Понятия банка и базы данных, ее компоненты. Многоуровневые модели предметной области, их представление в базе данных. Идентификация объектов и записей. Способы обращения к записям или отдельным элементам данных, их поиск. Определение структуры данных.
контрольная работа [39,6 K], добавлен 10.04.2010Понятие базы данных, их цели и задачи, требования к БД; система управления базами данных. Файловые системы: именование и структуры файлов, программное обеспечение. Уровни абстракции в СУБД, функции абстрактных данных. Экспертные системы и базы знаний.
презентация [301,6 K], добавлен 17.04.2013Теоретические аспекты СУБД. Основные понятия. Функциональные возможности СУБД. Архитектура систем управления. Разработка базы данных. Крупные массивы данных размещают, как правило, отдельно от исполняемого программы, и организуют в виде базы данных.
курсовая работа [30,5 K], добавлен 23.02.2006Система управления базами данных как составная часть автоматизированного банка данных. Структура и функции системы управления базами данных. Классификация СУБД по способу доступа к базе данных. Язык SQL в системах управления базами данных, СУБД Microsoft.
реферат [46,4 K], добавлен 01.11.2009Структура и функции системы управления базами данных (СУБД). Управление хранением данных и доступом к ним. Защита и поддержка целостности данных. Надежность хранения данных во внешней памяти. Классификация СУБД по способу доступа к базе данных.
презентация [3,7 M], добавлен 05.06.2014Системы управления базами данных. Состав СУБД. Языки программирования. Проектирование базы данных на СУБД MySQL. Работа с XAMPP Control Panel. База данных " Детский сад". Вывод данных из таблицы "Ребенок", "Группы", "Классы" и "Направление занятий".
курсовая работа [1,9 M], добавлен 13.12.2016Базы данных с двумерными файлами и реляционные системы управления базами данных (СУБД). Создание базы данных и обработка запросов к ним с помощью СУБД. Основные типы баз данных. Базовые понятия реляционных баз данных. Фундаментальные свойства отношений.
реферат [57,1 K], добавлен 20.12.2010Анализ реляционных баз данных и способов манипулирования ими. Основные понятия баз данных, архитектура СУБД, модели данных. Модель сущность-связь, характеристика связей, классификация сущностей, структура первичных и внешних ключей, целостности данных.
курсовая работа [166,6 K], добавлен 18.07.2012Основные этапы проектирования базы данных. Access как система управления базами данных (СУБД), ее предназначение, отличительные возможности. Работа с таблицами, их создание и редактирование. Порядок создания запросов. Способы защиты баз данных.
лабораторная работа [3,1 M], добавлен 18.08.2009
