1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются




Название1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются
страница9/9
Дата конвертации06.02.2016
Размер1.14 Mb.
ТипДокументы
источникhttp://djbelyak.scienceontheweb.net/wordpress/wp-content/uploads/2011/06/Ответы-к-экзамену-по-БД
1   2   3   4   5   6   7   8   9

2.Назовите методы и средства документирования БД.

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

    • формализованное описание массива (базы) данных;

    • источники информации (организации, наблюдательные платформы, проекты);

    • физическая организация данных – формат хранения для массивов данных и инфологическая схема для базы данных;

    • перечень параметров с указанием полного и краткого наименований, единиц и методов измерений, пределов изменений параметров;

    • описание методов контроля данных (логический, синтаксический);

    • полнота массива по отношению к исходному носителю или проведенной программе наблюдений;

    • описания наблюдательных программ (проектов), в рамках которых получены данные;

    • описание методов измерений и применяемых приборов (измерительные системы);

    • список логических единиц хранения (рейсов, квадратов, географических областей и т.п.) с указанием количества наблюдений;

    • описание программных средств, с помощью которых создан массив;

    • описание программных средств обработки этого массива;

    • перечень публикаций, полученных на основе этого массива;

    • методы тестирования массива данных;

    • используемые в массиве классификации, кодификаторы.


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


27

1.Объясните разницу между идентификацией пользователя и проверкой полномочий

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

2.Где находятся источники метаданных?

  1. В самих данных (при обработке исходных, например, статистика);

  2. Документация (путем ее формализации).


3.Определите тип отношений между таблицами (один к одному, один ко многим, много ко многим)

При отношении «один-к-одному» каждая запись в таблице A может иметь не более одной связанной записи в таблице B и наоборот. Отношения этого типа используются не очень часто, поскольку большая часть сведений, связанных таким образом, может быть помещена в одну таблицу. Отношение «один-к-одному» может использоваться для разделения таблиц, содержащих много полей, для отделения части таблицы по соображениям безопасности, а также для сохранения сведений, относящихся к подмножеству записей в главной таблице. Например, можно создать таблицу для отслеживания участия сотрудников в благотворительных спортивных мероприятиях.

  • Каждому игроку в таблице «Футболисты» должна соответствовать одна запись в таблице «Сотрудники».

  • Каждому футболисту соответствует одна запись в таблице «Сотрудники».

Данный набор значений представляет подмножество для поля «КодСотрудника» и таблицы «Сотрудники».




Отношение «один-ко-многим» является наиболее часто используемым типом связи между таблицами. В отношении «один-ко-многим» каждой записи в таблице A могут соответствовать несколько записей в таблице B, но запись в таблице B не может иметь более одной соответствующей ей записи в таблице A.

Один поставщик...

  • ... может поставлять несколько товаров, ...

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




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

  • Первичный ключ из таблицы «Заказы»

  • Первичный ключ из таблицы «Товары»

  • Один заказ может содержать несколько товаров, ...

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




28

1.Что такое резервное копирование и восстановление?

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

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

2.Как метаданные ускоряют поиск данных в БД?

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

3.Access: Составьте таблицу и определите ключи

29

1.Сколько БД можно создать на одной СУБД (ACCESS, ORACLE, MySQL)?

В Access одну можно создать. Несколько – это уже в рамках разных реализаций. Так же можно на любой СУБД поставить на разные машины. В Oracle, DB2, Sybase можно создать в рамках одного сервера несколько баз данных, и между ними возможна связь. Речь не идет о количестве БД которые можно создавать по отдельности.

2.Сравните понятия расчлененная и тиражируемая БД. Когда одна из них предпочтительнее, чем другая? Что такое репликация БД?

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

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

Репликация - процесс синхронизации в распределенной БД снимков и представлений, на основе которых они созданы.

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

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

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


3.Access: Создайте базу данных


30

1.Какую из обязанностей администратора БД можно назвать главной?

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


Основные обязанности администратора БД:


  1. Резервное копирование и восстановление системы. Возможно, самая главная задача АБД – сохранять данные в системе. Чтобы делать это эффективно, необходимо разработать процедуру резервного копирования и стратегию восстановления данных. Очень важно периодически тестировать отработанную схему резервного копирования и восстановления.

  2. Обеспечение безопасности – это одна из основных обязанностей АБД. Управление безопасностью и администрирование включают: добавление и удаление пользователей, управление квотами, аудит и разрешение проблем безопасности.

  3. Создание баз данных, табличных пространств, таблиц, представлений и индексов согласно спецификации разработчика приложений.

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

  5. Поддержка целостности данных БД.

  6. Планирование и выполнение качественного резервного копирования и стратегии восстановления.

  7. Установка нового программного обеспечения. Очень важно протестировать все программы перед введением их в рабочую среду.

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

  9. Настройка производительности и мониторинг – АБД должен постоянно проверять производительность системы, а при необходимости выполнять настройку. Даже хорошо настроенная система нуждается в постоянной проверке и периодической перенастройке. Иногда достаточно изменить параметры системы, иногда изменить индексы, а иногда и перестроить структуру таблиц.

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

  11. Локализация неисправностей – В случае сбоя СУБД, в обязанности АБД входит восстановление работоспособности или помощь в решении этой проблемы. Рекомендуется также решать предполагаемые проблемы, которые могут возникнуть в будущем.

  12. Восстановление системы после сбоя – Поскольку сбой системы приводит к тому, что пользователи теряют доступ к своим данным, АБД обязан как можно быстрее восстановить работу системы. Хорошо подготовленный АБД имеет план восстановления системы после сбоя.


Пути обеспечения сохранности данных:


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


Трехуровневая схема хранения:


    • Копирование винчестера за счет RAID-массивов, дублирование записываемой информации.

    • Сменные носители в той же комнате, где эксплуатируется сервер.

    • Сменные носители, которые находятся в другом здании.


2.Какие преимущества дает индексирование таблиц?

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

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

В большинстве БД первичный ключ индексируется автоматически. Для внешнего ключа это не всегда так. Чтобы обеспечить наилучшую работу объединений, обязательно проиндексируйте каждый внешний ключ в БД. Следующий кандидат на индексацию - это любой столбец, который будет использоваться для сортировки, т.е. столбец, который будет постоянно использоваться в выражении "order by" запроса на SQL. Также стоит проиндексировать столбцы, которые будут использоваться для ограничения возвращаемого набора данных. Это, например, те столбцы, которые постоянно фигурируют в выражениях "where".


3.Как можно хранить бинарные файлы в базе данных?


1   2   3   4   5   6   7   8   9

Похожие:

1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconМетодические рекомендации по курсу
Цель данного курса дать основные понятия теории баз данных и подходы к проектированию реляционных баз данных. Представить современные...
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconТюменская государственная академия мировой экономики, управления и права
Цель курса получение студентами знаний об этапах разработки баз данных; о перспективных направлений развития баз данных
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconРабочая программа дисциплины (модуля) б 4 «базы данных»
Целями освоения дисциплины «Базы данных» являются формирование общекультурных и профессиональных компетенций, определяющих готовность...
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconМетодика преподавания баз данных в школе учитель информатики
Выбор среды разработки информационной базы интеллектуальной системы управления. 12
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconПрограмма одобрена на заседани каф. «Системы автоматизированного проектирования»
Целью дисциплины является изучение современных технологий обработки информации с применением баз данных и субд 2
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconПрограмма работы с базой данных Blackfish sql "Книги" (books). Подкаталог delploy\database содержит базу данных, подкаталоги deploy\client и deploy\server соответственно клиентскую и серверную части приложения
Программы работы с базами данных требуют, чтобы файлы баз данных находились в каталоге D:\Database
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconҒ ылыми êIÒÀÏÕÀÍÀ зарубежные, Научные базы данных на электронных носителях
Для учебной и научно-исследовательской работы Научная библиотека предлагает воспользоваться следующими адресами полнотекстовых баз...
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются icon1. Понятие системы управления базами данных
Основная особенность субд – это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры. Файлы,...
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconКурс заочного отделения Волохов Артур Юрьевич
Применительно к системам баз данных архитектура «клиент-сервер» интересна и актуальна главным образом потому, что обеспечивает простое...
1 Основные компоненты системы баз данных Основными компонентами системы баз данных являются iconДаются задания и контрольные вопросы по выполнению основных этапов разработки базы данных
Предполагается использование практикума для изучения основ построения и использования реляционных баз данных. Поэтому значительное...
Разместите кнопку на своём сайте:
Документы


База данных защищена авторским правом ©kzdocs.docdat.com 2012
обратиться к администрации
Документы
Главная страница