Главная страница

экз.тесты Администрирование БД платонус. Er модель отображается графически, в виде диаграммы сущностей и связей состоящих из


Скачать 186.5 Kb.
НазваниеEr модель отображается графически, в виде диаграммы сущностей и связей состоящих из
Дата22.05.2022
Размер186.5 Kb.
Формат файлаdoc
Имя файлаэкз.тесты Администрирование БД платонус.doc
ТипДокументы
#543526
страница3 из 3
1   2   3

Модель данных, использующая представление данных в виде таблицы:

модель, основанная на понятии отношение

сетевая модель

информационная модель

иерархическая

концептуальная

Модель данных, использующая представление данных в виде таблицы:

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

информационная модель

иерархическая

концептуальная

логическая
Модель, соответствующая уровню представления данных:

концептуальная

внутренняя

информационная

общая

математическая

Модель:

Материальный или абстрактный заменитель объекта отражающий его существенные характеристики

Представление, связанное с определенным SQL запросов

Базовые таблицы

Упрощенное представление реального объекта или протекающих в нем процессов или явлений

Системные таблицы

На этапе формулировки и анализа требований решаются следующие основные задачи:

сбор информации и алгоритмов

определение сферы применения БД

преобразование собранной информации

сбор информации об использовании данных

сбор требований, обработка, печать

определение сфер применения СУБД

Название ключа базы данных:

Первичный ключ

Вторичный ключ

Универсальный ключ

Логический ключ

Натурное моделирование:

Модель всегда имеет визуальную схожесть с объектом оригинала

Представлено некотором лингвистическим объектов

При котором в модели узнается моделируемый объект

Представлено предикатами и логическими функциями

Описано некоторым алгоритмов определяя

Недостатки сетевой модели:

сложность для понимания обычным пользователем

ясность представления отношений

простота обработки элементов

возможность реализации набора

четкость в обработке атрибутов

Низкоуревненые функции СУБД:

Обеспечение целостности и безопасности БД

Создание упорядоченного графа

Атомарнить

Отсутствует взаимное влияние выполняемых в одно и то же время

Долговечность

Нормализация отношений в реляционной БД представляет собой процесс построения:

зависимой структуры отношений и связей

реляционных таблиц

таблиц, приведенных к нормальных формам

реляционных связей

реляционных зависимостей

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

логическая

не линейная

функциональная

логарифмическая

степная

Нормализация:

Метод организации реляционной базы данных с целью сокращения избыточности

Потеря данных

Определение существующей таблицы

Предотвращать потерю данных

Информация

Нормализация:

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

Информация

Определение существующей таблицы

Предотвращать потерю данных

Является частью этапа проектирования и выполняется над существующими таблицами

Обработка отношений в реляционной модели осуществляется с помощью:

операций, предложенных Е. Коддом

алгебраических операций

теоретических операций

арифметических операций

операций над наборами

Объект в реляционной модели описываются в виде:

таблиц

подмножества декартового произведения

как сегмент-отношение

поля и отношения

как атрибут - запись

Ограничение ссылочной целостности:

Создание новый сущностей

Моделирование произвольных ограничений

Не предусматривают никаких специальных средств

Ограничения других видов

Описывающий ограничение

Ограничения целостности могут относиться к различным объектам БД:

атрибутом, записям

приложениям или прикладным программ

зависимым данным и записям

независимым данных и записям

приложениям или программам, записям

Означает [^a z] при задании шаблона для LIKE:

Символ «%» допускает присутствие в указанном месте проверяемой строки последовательности любых символов произвольной длины все диапазона от a до z

Такого шаблона не существует

Он означает наличие 1 го символа в диапазоне от a до z

Выборку строковых значений согласно образу подстроки, для которого применятся шаблон в диапазоне от a до z

Он означает любое количество символов в диапазоне от a до z

Оператор ALTER TABLE языка SQL служит для:

модификации полей и их типов

добавления - удаления файла БД

изменения схемы БД

добавления- удаления сегмента

добавления - удаления подсхемы БД

Оператор CREATE INDEX языка SQL служит для:

создает индекс для некоторой таблицы

создания первичного и вторичного ключей таблицы БД

создания файла БД

создания структуры таблицы

создания структуры сегмента

Оператор DROP INDEX языка SQL позволяет:

удалить индекс таблицы

удалить подсхему полностью

удалить таблицу в БД

удалить атрибут

удалить схему данных

Оператор SQL, позволяющий манипулировать данными в таблице БД:

INSERT

RENAME

WHERE

PAGE U

CREATE

Операции над данными, определенные в иерархической модели:

Удалить, извлечь

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

Добавить

Соответствия парных записей

Элементы этих видов
Операции над данными, определенные в сетевой модели данных:

Переключить, обновить

Наиболее распространены бинарные связи

Элементы видов описываются вершинами граф

Графически изображаемая ассоциация

Не возможно удалять

Операция реляционной алгебры «проекция» позволяет:

исключить дублирующее кортежи

добавить строки, указанные в списке

выбрать часть значений

добавить часть списков

выбрать часть строк

Операция реляционной алгебры, выполняемая над двумя отношениями:

проекция

соединение

ограничение

перестановка

композиция
Операция, позволяющая изменить данные в базе:

удаление

поиск

выборка

загрузка

обновление

Операция, позволяющая находить данные по заданному критерию:

поиск

реорганизация

масштабируемость

заполнение

корректировка

Определяющими характеристиками настольных систем являются:

Относительно ограниченные требования к аппаратным ресурсам

Обеспечение безопасности хранимых данных

Масштабируемость

Возможность организации совместной параллельной работы многих пользователей

Переносимость на различные аппаратные и программные платформы

Организация данных в СУБД иерархического типа определяется в терминах:

Агрегат, записьти групповое отношение, база данных

Наиболее распространены бинарные связи

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

Элементы этих видов описываются вершинами графа

Множеству сущностей отвечает набор атрибутов

Основной способ доступа к данным:

локальный и сетевой

Доступ по ключу базы данных

Относительная простота эксплуатации

Одновременно поддерживать несколько моделей данных

Различные аппаратные и программные средства

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

Обеспечение ненадежного функционирования БД

Сохраняет удаленные файлы

Адекватности содержания БД информационным потребностям пользователей

Представления совокупность таблиц одной таблицей

Отображение в БД статического состояния предметный области

Основные типы моделей данных:

реляционная иерархическая и сетевая

графическая

тектовый

числовая

дата и время

Основные требования, которым должен удовлетворять проект БД:

Эффективность функционирования

Каждое множество сущностей должно обладать ключом

Ключ может составлять более чем из одного атрибута

Множество значений

Корректность схемы БД


Основные функции СУБД:

защита и сохранение целостности данных

восстановление данных, обработка методов

работа с внешней памятью, восстановление данных

обработка данных, обработка методов

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

Первичный ключ и отношение, атрибут, кортеж

Элементы видов описываются вершинами граф

Набор данных

Экземпляр сегмента

Элемент, граф

Относительная адресация:

Можно вычислить смещение от начала файла

Хранимая запись имеет формат фиксированной длины

Данные одного объекта БД (таблицы) хранятся в отдельном файле

Масштабируемость

Обеспечение безопасности хранимых данных


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

текстовую, числовую

полную, дискретную

субъективную, управленческую

объективную, субъективную

достоверную, избыточную

Под функцией безопасности понимается защита данных:

От сбоев в технических и программных средствах

от ошибок в прикладных программах

от случайных действий пользователей

от ошибок в БД или при сбоях

от ошибок в схеме данных

Положение ООБД:

В качестве значений столбца может быть использован произвольный кортёж

Элементами отношений является только одиночные элементы

Отсутствие доступа к атрибутам и методам класса

Запрещается последовать свойства класса всем его подклассам

Связи между файлами должны храниться отдельно от БД

Поля или столбцы в таблице «Студент» могут иметь названия:

BALL

INTO

FROM

WIIERE

SELECT

Постреляционная модель:

В одной постреляционной таблице возможно представление совокупности связанных реляционных таблиц

Механизм для импорта транзакций

Получение результатов сложного запроса

Механизм, гарантии корректного обновления базы данных при параллельном выполнении операций обновления многими пользователями

Поддержка хранения акций организации

Правила Кодда для реляционной СУБД:

Явное представление данных

Логическая зависимость данных

Невозможность модификации представлений

Отсутствие контроля целостности

Физическая зависимость данных

Правила Кодда для реляционной СУБД:

Гарантированный доступ к данным

Полная обработка неизвестных значений

Отсутствие контроля целостности

Физическая зависимость данных

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

Предметная область- это:

часть реального мира, подлежащего изучению, управлению, автоматизации

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

описание реального мира на языке программирования

область, которая является объектом некоторой деятельности

представление данных в виде информации

При запоминании новой записи:

Запоминание этой записи (сохранение в памяти)

Функциональный

Денежный

Поле MEMO

Счетчик

При изменении атрибутов записи:

Изменение значений атрибута (атрибутов) записи

Созданная пользователем таблица

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

Результат работы с базой данных

Созданная таблица ввода данных в базу

При переходе от этапа проектирования к этапу реализации необходимо придерживаться ключевых принципов:

Внешние ключи должны ссылаться на первичные ключи, отношения “многие ко многим” должны устанавливаться через промежуточную таблицу

Предлагать пользователям возможности задания запросов

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

Самовосстановления после различного рода сбоев и ошибок

Поддерживать возможность сохранения больших объемов информации

При проектировании схемы реляционной БД выделить процедуры:

Установление индексирования для полей в таблицах

Множеству сущностей отвечает набор атрибутов

Графически изображаемая ассоциация

Наиболее распространены бинарные связи

Элементы этих видов описываются вершинами графа

При проектировании схемы реляционной БД можно выделить следующие процедуры:

Установление ограничений целостности для таблиц и связей

Изменениях данных в базовой таблице незначительны

Определение основных объектов сущностей предметной области и отношений между ними

Анализ функций и задач разрабатываемой ИС

Значение индексируемого поля

При проектировании схемы реляционной БД можно выделить следующие процедуры:

Установление ограничений целостности для таблиц и связей

Элементы этих видов описываются вершинами графа

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

Множеству сущностей отвечает набор атрибутов

Изменениях данных в базовой таблице незначительны

При проектировании схемы реляционной БД можно выделить следующие процедуры:

Установление связей между таблицами через внешние ключи

Инвертированный список

Создание индексных массивов

Выделение и анализ функций и задач разрабатываемой ИС

Изучение предметной области для формирования общего представления о ней

При проектировании схемы реляционной БД можно выделить следующие процедуры:

Определение перечня таблиц и связей между ними

Инвертированный список

Выделение и анализ функций и задач разрабатываемой ИС

Установление связей между таблицами через внешние ключи

< variant> Создание индексных массивов

При проектировании схемы реляционной БД можно выделить следующие процедуры:

Определение перечня таблиц и связей между ними

Инвертированный список

Определение перечня полей, типов полей, ключевых полей каждой таблицы

Изучение предметной области для формирования общего представления о ней

Выделение и анализ функций и задач разрабатываемой ИС

Процесс проектирования баз данных:

Изучение понятий и описаний информации подлежащей моделированию

Отображение концептуальной модели и рамках ER- модели

Описания объектно- ориентированных

Преобразование ER- модели в реляционную схему

Выделение и анализ функций и задач разрабатываемой ИС
Процесс проектирования баз данных:

Изучение понятий и описаний информации подлежащей моделированию

Отображение концептуальной модели в рамках ER- модели

Наиболее распространены бинарные связи

Графически изображаемая ассоциация

Преобразование ER- модели в реляционную схему
1   2   3


написать администратору сайта