Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
шпоргалка по инф сист 1.doc
Скачиваний:
10
Добавлен:
24.03.2016
Размер:
303.1 Кб
Скачать
  1. Локальные и распр-ые базы и банки данных, их значение в экономической деятельности.

Банк и база данных, расположенные на одном компьютере, называются ЛОКАЛЬНЫМИ. а на нескольких соединенных сетями ПЭВМ называются РАСПРЕДЕЛЕННЫМИ. Распределенные банки и базы данных более гибки и адаптивны, менее чувствительны к выходу из строя оборудования.

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

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

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

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

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

  • централизованное управление рассредоточенными информационными ресурсами;

  • повышение эффективности управления базами и банками данных и уменьшение времени доступа к информации;

  • поддержка целостности, непротиворечивости и защиты данных;

  • обеспечение приемлемого уровня в соотношении « цена – производительность – надежность «.

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

В распределенных системах баз и банков данных, которые являются средством автоматизации крупных организаций, появляются новые проблемы. Увеличение числа пользователей, расширение географических размеров системы, увеличение физических узлов сети усложняет администрирование. Создается угроза рассогласования данных, хранящихся в различных частях системы. Возникает ПРОБЛЕМА ЦЕЛОСТНОСТИ И БЕЗОПАСНОСТИ ДАННЫХ, которая решается совокупностью средств, методов и мероприятий.

Одним из средств управления распределенными базами и банками данных является тиражирование данных. ТИРАЖИРОВАНИЕ представляет собой перенос изменений объектов исходной базы данных в базы данных ( или ее части ), находящиеся в различных узлах распределенной системы.

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

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

Организация данных в базе требует предварительного моделирования, т.е. построения логической модели данных. Главное назначение ЛОГИЧЕСКОЙ МОДЕЛИ ДАННЫХ – систематизация разнообразной информации и отражение ее свойств по содержанию, структуре, объему, связям, динамике с учетом удовлетворения информационных потребностей всех категорий пользователей. Построение логической модели ведется по этапам с постепенным приближением к оптимальному варианту в рамках конкретных условий.

ИЕРАРХИЧЕСКАЯ МОДЕЛЬ имеет структуру в виде дерева и выражает вертикальные связи подчинения нижнего уровня высшему. Это облегчает доступ к необходимой информации, но только при условии, что все запросы имеют древовидную структуру.

СЕТЕВАЯ МОДЕЛЬ является более сложной и отличается от иерархической модели наличием горизонтальных связей. Направления этих связей не являются однозначными, что усложняет модель и СУБД.

РЕЛЯЦИОННАЯ МОДЕЛЬ представляется в виде совокупности таблиц, над которыми выполняются операции, формулируемые в терминах реляционной алгебры. Достоинством модели является сравнительная простота инструментальных средств ее поддержки, недостатком – жесткость структуры данных и зависимость скорости работы от размера базы данных.

Привязку логической модели к программным и техническим средствам называют ФИЗИЧЕСКОЙ МОДЕЛЬЮ БАЗЫ ДАННЫХ. Она и дает конечное материализованное воплощение процессов создания базы данных.

.

  1. Этапы создания банка данных. Роль системы управления базы данных (СУБД) в организации банка данных.

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

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

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

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

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

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

ИЕРАРХИЧЕСКАЯ МОДЕЛЬ имеет структуру в виде дерева и выражает вертикальные связи подчинения нижнего уровня высшему. Это облегчает доступ к необходимой информации, но только при условии, что все запросы имеют древовидную структуру.

СЕТЕВАЯ МОДЕЛЬ является более сложной и отличается от иерархической модели наличием горизонтальных связей. Направления этих связей не являются однозначными, что усложняет модель и СУБД.

РЕЛЯЦИОННАЯ МОДЕЛЬ представляется в виде совокупности таблиц, над которыми выполняются операции, формулируемые в терминах реляционной алгебры. Достоинством модели является сравнительная простота инструментальных средств ее поддержки, недостатком – жесткость структуры данных и зависимость скорости работы от размера базы данных.

Привязку логической модели к программным и техническим средствам называют ФИЗИЧЕСКОЙ МОДЕЛЬЮ БАЗЫ ДАННЫХ. Она и дает конечное материализованное воплощение процессов создания базы данных.

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

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

Проектированию ИО предшествует ПРЕДПРОЕКТНАЯ СТАДИЯ, которая включает сбор материалов в процессе обследования, оформление их в виде технического задания. В них обосновывается целесообразность создания банка и базы данных. В качестве основных факторов раскрываются и приводятся следующие:

  • многоцелевое использование данных;

  • обеспечение многопользовательского доступа к данным в диалоговом режиме;

  • наличие сложных связей между данными;

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

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

ТЕХНИЧЕСКИЙ ПРОЕКТ является основным проектным документом, в котором приводятся разработки и их описания по всем компонентам создаваемого банка данных. При моделировании базы данных используются различные методы и средства, ориентированные на выбор конкретной СУБД. Сюда же относятся и предбазовые процессы подготовки информации и работы с ней, определение технологических особенностей по всем процессам, возникающим в результате создания и внедрения банка данных. В техническом проекте отражаются организационные изменения, связанные с работой технических и программных средств, с новой организацией информации.

На этапе рабочего проектирования доводятся и детализируются решения технического проекта. РАБОЧИЙ ПРОЕКТ имеет ту же структуру, что и технический, но с более глубокой проработкой и проверкой. На этом этапе выполняется сбор и предварительная подготовка нормативно-справочных материалов, разработка должностных, технологических инструкций для работы в условиях новой информационной технологии.

На этапе ВНЕДРЕНИЯ ПРОЕКТА выполняется проверка проектных решений и их доводка, при необходимости дорабатывается технология работы с банком данных, пользователями, выполняется перераспределение обязанностей, устанавливаются категории и иерархия доступа пользователей к данным.

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

Технология создания баз данных с помощью типовых инструментальных средств, рассчитанных на массового пользователя-непрограммиста, предоставляется СУБД Microsoft Access.