В модели файлового сервера бизнес логика приложения располагается на

В модели файлового сервера сервер может обслуживать

В модели файлового сервера в ответ на запрос клиент получает

В модели файлового сервера файлы базы данных располагается на

В модели файлового сервера бизнес-логика приложения располагается на

В модели сервера баз данных средством программирования SQL-сервера является

Поддержка СУБД полной реляционной модели предполагает обеспечение

В модели сервера баз данных триггеры

В модели сервера баз данных бизнес-логика приложений

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

В трехуровневой модели между клиентом и сервером БД находится

Источник

Двухуровневые модели

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

Модель удаленного управления данными. Модель файлового сервера

Модель удаленного управления данными также называется моделью файлового сервера (File Server, FS). В этой модели презентационная логика и бизнес-логика располагаются на клиенте. На сервере располагаются файлы с данными и поддерживается доступ к файлам. Функции управления информационными ресурсами в этой модели находятся на клиенте.

Распределение функций в этой модели представлено на рис. 10.4.

В этой модели файлы базы данных хранятся на сервере, клиент обращается к серверу с файловыми командами, а механизм управления всеми информационными ресурсами, собственно база мета-данных, находится на клиенте.

Рис.
10.4.
Модель файлового сервера

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

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

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

Перекачка информации с сервера на клиент производится до тех пор, пока не будет получен ответ на запрос клиента.

Недостатки:

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

Модель удаленного доступа к данным

В модели удаленного доступа (Remote Data Access, RDA) база данных хранится на сервере. На сервере же находится ядро СУБД. На клиенте располагается презентационная логика и бизнес-логика приложения. Клиент обращается к серверу с запросами на языке SQL. Структура модели удаленного доступа приведена на рис. 10.5.

Рис.
10.5.
Модель удаленного доступа (RDA)

Преимущества данной модели:

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

Основное достоинство RDA-модели — унификация интерфейса «клиент-сервер», стандартом при общении приложения-клиента и сервера становится язык SQL.

Недостатки:

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

Модель сервера баз данных

Для того чтобы избавиться от недостатков модели удаленного доступа, должны быть соблюдены следующие условия:

Необходимо, чтобы БД в каждый момент отражала текущее состояние предметной области, которое определяется не только собственно данными, но и связями между объектами данных. То есть данные, которые хранятся в БД, в каждый момент времени должны быть непротиворечивыми.
БД должна отражать некоторые правила предметной области, законы, по которым она функционирует (business rules). Например, завод может нормально работать только в том случае, если на складе имеется некоторый достаточный запас (страховой запас) деталей определенной номенклатуры, деталь может быть запущена в производство только в том случае, если на складе имеется в наличии достаточно материала для ее изготовления, и т. д.
Необходим постоянный контроль за состоянием БД, отслеживание всех изменений и адекватная реакция на них: например, при достижении некоторым измеряемым параметром критического значения должно произойти отключение определенной аппаратуры, при уменьшении товарного запаса ниже допустимой нормы должна быть сформирована заявка конкретному поставщику на поставку соответствующего товара.
Необходимо, чтобы возникновение некоторой ситуации в БД четко и оперативно влияло на ход выполнения прикладной задачи.
Одной из важнейших проблем СУБД является контроль типов данных. В настоящий момент СУБД контролирует синтаксически только стандартно-допустимые типы данных, то есть такие, которые определены в DDL (data definition language) — языке описания данных, который является частью SQL. Однако в реальных предметных областях у нас действуют данные, которые несут в себе еще и семантическую составляющую, например, это координаты объектов или единицы различных метрик, например рабочая неделя в отличие от реальной имеет сразу после пятницы понедельник.

Данную модель поддерживают большинство современных СУБД: Informix, Ingres, Sybase, Oracle, MS SQL Server. Основу данной модели составляет механизм хранимых процедур как средство программирования SQL-сервера, механизм триггеров как механизм отслеживания текущего состояния информационного хранилища и механизм ограничений на пользовательские типы данных, который иногда называется механизмом поддержки доменной структуры. Модель сервера баз данных представлена на рис. 10.6.

Рис.
10.6.
Модель активного сервера БД

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

Централизованный контроль в модели сервера баз данных выполняется с использованием механизма триггеров. Триггеры также являются частью БД.

Термин «триггер» взят из электроники и семантически очень точно характеризует механизм отслеживания специальных событий, которые связаны с состоянием БД. Триггер в БД является как бы некоторым тумблером, который срабатывает при возникновении определенного события в БД. Ядро СУБД проводит мониторинг всех событий, которые вызывают созданные и описанные триггеры в БД, и при возникновении соответствующего события сервер запускает соответствующий триггер. Каждый триггер представляет собой также некоторую программу, которая выполняется над базой данных. Триггеры могут вызывать хранимые процедуры.

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

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

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

Для написания хранимых процедур и триггеров используется расширение стандартного языка SQL, так называемый встроенный SQL. Встроенный SQL мы рассмотрим в
«Встроенный SQL»
.

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

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

Если мы переложили на сервер большую часть бизнес-логики приложений, то требования к клиентам в этой модели резко уменьшаются. Иногда такую модель называют моделью с «тонким клиентом», в отличие от предыдущих моделей, где на клиента возлагались гораздо более серьезные задачи. Эти модели называются моделями с «толстым клиентом«.

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

Модель сервера приложений

Эта модель является расширением двухуровневой модели и в ней вводится дополнительный промежуточный уровень между клиентом и сервером. Архитектура трехуровневой модели приведена на рис. 10.7. Этот промежуточный уровень содержит один или несколько серверов приложений.

Рис.
10.7.
Модель сервера приложений

В этой модели компоненты приложения делятся между тремя исполнителями:

Клиент обеспечивает логику представления, включая графический пользовательский интерфейс, локальные редакторы; клиент может запускать локальный код приложения клиента, который может содержать обращения к локальной БД, расположенной на компьютере-клиенте. Клиент исполняет коммуникационные функции front-end части приложения, которые обеспечивают доступ клиенту в локальную или глобальную сеть. Дополнительно реализация взаимодействия между клиентом и сервером может включать в себя управление распределенными транзакциями, что соответствует тем случаям, когда клиент также является клиентом менеджера распределенных транзакций.
Серверы приложений составляют новый промежуточный уровень архитектуры. Они спроектированы как исполнения общих незагружаемых функций для клиентов. Серверы приложений поддерживают функции клиентов как частей взаимодействующих рабочих групп, поддерживают сетевую доменную операционную среду, хранят и исполняют наиболее общие правила бизнес-логики, поддерживают каталоги с данными, обеспечивают обмен сообщениями и поддержку запросов, особенно в распределенных транзакциях.
Серверы баз данных в этой модели занимаются исключительно функциями СУБД: обеспечивают функции создания и ведения БД, поддерживают целостность реляционной БД, обеспечивают функции хранилищ данных (warehouse services). Кроме того, на них возлагаются функции создания резервных копий БД и восстановления БД после сбоев, управления выполнением транзакций и поддержки устаревших (унаследованных) приложений (legacy application).

Отметим, что эта модель обладает большей гибкостью, чем двухуровневые модели. Наиболее заметны преимущества модели сервера приложений в тех случаях, когда клиенты выполняют сложные аналитические расчеты над базой данных, которые относятся к области OLAP-приложений. (On-line analytical processing.) В этой модели большая часть бизнес-логики клиента изолирована от возможностей встроенного SQL, реализованного в конкретной СУБД, и может быть выполнена на стандартных языках программирования, таких как C, C++, SmallTalk, Cobol. Это повышает переносимость системы, ее масштабируемость.

Функции промежуточных серверов могут быть в этой модели распределены в рамках глобальных транзакций путем поддержки XA-протокола (X/Open transaction interface protocol), который поддерживается большинством поставщиков СУБД.

Источник

Модель файлового сервера

В модели файлового сервера (File
Server, FS)
презентационная логика и бизнес-логика
располагаются на клиенте. На сервере
располагаются файлы с данными, и
поддерживается доступ к файлам (рис.
5). Клиент обращается к серверу с файловыми
командами, а механизм управления всеми
информационными ресурсами, собственно
база метаданных, находится на клиенте.

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

К
недостаткам модели можно отнести:

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

Модель удаленного доступа к данным

Отличием модели удаленного доступа к
данным (Remote Data
Access, RDA)
(рис. 6) от модели файлового сервера
является то, что ядро СУБД теперь
расположено на сервере. Презентационная
логика и бизнес-логика по-прежнему
расположены на стороне клиента.

Достоинством данной модели можно считать
значительное сокращение сетевого
трафика, так как по сети передаются не
запросы на ввод-вывод в файловой
терминологии, а запросы на языке SQL.
Иными словами, вместо файлов по сети
передается только полезная информация,
определенная пользователем при помощи
языка структурированных запросов
(Structured Query
Language, SQL),
которая выделяется из файлов на уже
стороне сервера самой СУБД.

Недостатки:

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

Модель сервера баз данных

Модель сервера баз данных (Database Server,
DBS) (рис. 7) поддерживается большинством
современных СУБД: Informix,
Ingres, Sybase,
Oracle, MS SQL
Server. Основу данной модели
составляет механизм хранимых процедур
как средство программирования SQL-сервера,
механизм триггеров как механизм
отслеживания текущего состояния
информационного хранилища и механизм
ограничений на пользовательские типы
данных, который иногда называется
механизмом поддержки доменной структуры.

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

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

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

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

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

Источник

Ответы на курс: Базы данных: модели, разработка, реализация

Поддержка СУБД полной реляционной модели предполагает обеспечение

представителями СУБД, относящимися ко второму этапу развития БД, являются

Технология доступа к данным, сменившая технологию клиент-сервер, называется

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

Транзакция — это

Многоплатформенная архитектура СУБД предполагает:

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

Последовательность операций над БД, переводящих ее из одного непротиворечивого состояния в другое непротиворечивое состояние, называется

Технология Intranet

Структурная целостность БД — это

Алгоритмически сложные задачи работы с БД целесообразнее решать в архитектуре

Примерами информационных систем являются:

Процедура авторизации доступа к файлам предполагает

Языковая целостность БД предполагает:

Для использовании технологии доступа к данным Intranet

Магнитные барабаны, использовавшиеся в первых компьютерах

Второй этап развитии баз данных связан с

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

СУБД, поддерживающая полную реляционную модель,

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

К третьему этапу развития БД относится

До технологии intranet при проектировании СУБД применялась технология

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

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

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

С одной базой данных

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

Администраторы банка данных — это

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

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

Запрос пользователя к базе данных

База данных — это

Самый верхний уровень трехуровневой системы организации БД, предложенной ANSI, называется

Уровень внешних моделей по классификации ANSI обеспечивает

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

Выберите верное:

Пользователи банка данных, функционирующие во время проектирования, создания и реорганизации банка данных — это

Модель данных в контексте баз данных — это

Физический уровень по классификации ANSI представляет собой

Банк данных — это

Система управления базами данных — это

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

Анализ предметной области в числе функций группы администратора БД включает:

Понятие «данные» в контексте баз данных — это

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

Документальные модели согласно классификации моделей данных

Пользователи, отвечающие за оптимальную организацию банка данных — это

Дескрипторные модели согласно классификации моделей данных

Центральное управляющее звено в трехуровневой системе организации БД, предложенной ANSI, называется

БМД — это

Конечные пользователи банка данных — это

Выберите верное:

Для иерархической модели описание БД начинается с оператора

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

В иерархической модели результатом вызова оператора GET UNIQUE Сотрудники WHERE Сотрудники.Возраст=30 будет

В языке манипулирования данными иерархической модели операторы, не имеющие параметров, — это

Первая даталогическая модель — это

В иерархической модели данных «близнецы» — это

Способ доступа определяет

Произвольный доступ к некоторому типу записи в сетевой модели

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

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

В иерархической модели оператор GET UNIQUE <имя сегмента> WHERE <список поиска> относится к группе операторов

Для физической БД иерархической модели верно, что каждый логически исходный сегмент может быть связан

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

В сетевой модели данных совокупность агрегатов или элементов данных, моделирующая некоторый класс объектов реального мира, — это

В сетевой модели данных включение текущей записи в текущий экземпляр набора возможно командой CONNECT

В сетевой модели данных к некоторой физической области размещения должен быть приписан

В иерархической модели данных конкретные значения полей данных, входящих в сегмент данных, — это

В иерархической модели при описании корневого сегмента параметр FREQ определяет

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

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

Для иерархической модели описание типов сегментов производится

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

Минимальная единица данных в иерархической модели данных, — это

В иерархической модели данных поименованная совокупность типов элементов данных, входящих в сегмент, — это

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

В сетевой модели описание элементов данных, непосредственно не принадлежащих записи,

В иерархической модели данных

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

Набор всех экземпляров сегментов, подчиненных одному экземпляру корневого сегмента, — это

В сетевой модели данных применение оператора GET возможно

В сетевой модели данных набор данных — это двухуровневый граф, связывающий отношением

В физической БД иерархической модели корневой сегмент — это сегмент, который

Минимальная единица данных в сетевой модели данных, — это

В иерархической модели данных физические записи

В иерархической модели при описании логически подчиненного сегмента параметр PARENT не может быть равен

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

К разделам языка описания данных в сетевой модели относится

Операция расширенного декартова произведения является

Операция деления применяется в случаях, когда

Свойство коммутативности алгебраической операции означает, что

N-арным отношением Rназывают

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

Схемой отношения называется

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

Основной структурой данных в реляционной модели является

Простой графической интерпретацией отношения является

Алгебраическая операция называется бинарной, если в ней участвует(ют)

Основные понятия и ограничения реляционной модели впервые сформулировал

Полное декартово произведение множеств — это

Операции горизонтального выбора, проектирования и условного соединения относятся к

Операции объединения и пересечения являются

Алгеброй называется

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

Два отношения, отличающиеся только порядком строк или порядком столбцов, интерпретируются в рамках реляционной модели как

Разностью двух отношений называется отношение, содержащее множество кортежей, принадлежащих

Операторы CREATE TABLE и DROP TABLE относятся к группе операторов

Средства администрирования данных включают операции

Для удаления из строки всех последних указанных символов используется функция

Ключевое слово ALL в операторе SELECT означает, что

Для вывода всех работников предприятия, занятых в отделе обслуживания, со стажем более 10 лет из таблицы Table1 с полями ФИО, ОТДЕЛ, СТАЖ, можно воспользоваться запросом:

Результатом операции CHARLENGTH (строка) будет являться

Оператор SELECT относится к группе операторов

Операции COMMIT, ROLLBACK относятся к операциям

В разделе ORDER BY оператора SELECT задается

Чтобы добавить нового работника в таблицу Table1 с полями ФИО, ГОД РОЖД, ОПЫТ, можно использовать следующий запрос

Операция UPPER(строка)

Для удаления из строки всех первых указанных символов используется функция

Для вывода списка всех работников со стажем более 10 лет из таблицы Table1 с полями ФИО, СТАЖ РАБОТЫ можно воспользоваться запросом

Операторы ALTER PASSWORD, DROP DATABASE, CREATE DBAREA относятся к операторам

Константы ‘Иванов И.И.’, ‘123456789’ относятся к типу

Операция CONVERT (строка USING функция)

Символ «звездочка» в операторе SELECT означает, что

Удалить все строки из таблицы Table1 можно командой

В разделе FROM оператора SELECT задается

В языке SQL/89 поддерживаются следующие типы даннх:

Для получения количества строк или непустых значений, которые выбрал запрос, применяется функци

Операторы DELETE, INSERT, UPDATE относятся к группе операторов

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

Для удаления из строки всех первых и последних символов применяется функция

Константы 1, 1.23, 2.9Е-5 относятся к типу

Стандарт SQL2 содержит следующие стандартные функции:

Проект реляционной БД — это набор взаимосвязанных отношений, для которых:

Словесное описание объектов предметной области и связей между ними — это

Концептуальная схема БД является результатом

Отношение может иметь

Завершающим этапом проектирования БД является

Совокупность схем отношений, адекватно моделирующих объекты предметной области и семантические связи между ними — это

Зависимость набора атрибутов B отношения R от набора атрибутов А того же отношения называется функциональной, если в каждый момент времени

Частично формализованное описание объектов предметной области в терминах некоторой семантической модели — это

Согласно модели жизненного цикла БД, проектирование БД является

В реляционных БД результатом даталогического проектирования является

Возможный ключ существует

Выбор СУБД осуществляется на этапе

Первым этапом проектирования БД является

В основе классического процесса проектирования БД лежит последовательность переходов

Отношение находится в третьей нормальной форме тогда и только тогда, когда оно

Функциональный подход к выбору состава и структуры предметной области предполагает

Замена множества исходных отношений схемы БД множеством их проекций — суть проектирования схемы БД методом

Согласно модели жизненного цикла БД, этап проектирования приложений следует

Согласно модели жизненного цикла БД, реализация БД

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

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

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

Отношение находится в первой нормальной форме тогда и только тогда, когда

Корректная схема БД -это схема, в которой

Важнейшими свойствами нормальных форм являются

Схемы БД называются эквивалентными, если

Нормализованным называется отношение в

Функциональная зависимость набора атрибутов B отношения R от набора атрибутов А того же отношения называется полной, если

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

Отношение находится во второй нормальной форме тогда и только тогда, когда оно

Согласно правилам преобразования ER-модели в реляционную модель данных, каждый атрибут сущности становится

Согласно ER-модели в пределах моделируемой системы сущность

Существуют следующие типы связей по множественнойсти:

Наличие циклических связей в ER-модели означает

Связь между сущностью и ей же самой называется

Сущность, на основе которой строятся подтипы, -это

Если не удается выявить полный перечень подтипов, то

Для ER-модели существует алгоритм ее однозначного преобразования в

При переходе от ER-модели к реляционной модели данных обязательность атрибута отношения означает для него

Если для отражения категоризации сущностей для каждого подтипа и супертипа создаются свои отношения, то для осуществления возможности перехода от супертипа к подтипам нужно

Графически сущность обозначается

Характеристики, определяющие свойства данного представителя класса — это

Если экземпляр одной сущности, расположенный слева по связи, связан с несколькими экземплярами другой сущности справа по связи, то это связь

Разрешение связи типа многие-ко-многим при переходе к реляционной модели осуществляется с помощью

Если в связи должен участвовать каждый экземпляр сущности, связь называется

В ER-модели категоризация сущностей

Узел-дискриминатор вводится для

При переходе от ER-модели к реляционной модели данных имена отношений

Согласно правилам преобразования ER-модели в реляционную модели данных, в соответствующее подчиненной сущности отношение нужно добавить набор атрибутов основной сущности. Для соответствующего подчиненной сущности отношения он становится

Набор атрибутов, однозначно идентифицирующий сущности, называется

Если экземпляр одной сущности связан только с одним экземпляром другой сущности, то это связь

Связь между сущностями

Согласно правилам преобразования ER-модели в реляционную модель данных, каждой сущности ставится в соответствие

Согласно правилам преобразования ER-модели в реляционную модель данных свойство NOT NULL автоматически присваивается

Наличие у отношения внешнего ключа означает, что в исходной ER-модели этому отношению соответствует

При разделении сущности на подтипы она должна быть представлена в виде

Подтипы

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

ER-модель — это модель

Связь многие-ко-многим означает, что

Поддержка семантической целостности может быть обеспечена

В соответствии с принципом поддержки ссылочной целостности при удалении кортежа основного отношения можно

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

В результате выполнения оператора

ALTER TABLE BOOKS 
ADD AUTOR varchar(40)

Согласно таблице истинности для логических операций с неопределенными значениями, если значение A — FALSE, а B — NULL, то пересечение А и B

Декларативные ограничения целостности являются

В СУБД MS SQL Server для удаления базы данных используется оператор

Согласно таблице истинности для логических операций с неопределенными значениями, если значение A -TRUE, а B — NULL, то конъюнкция А и B

Минимальное количество столбцов, при котором можно объявить таблицу, равно

Задание в разделе ограничений целостности столбца выражения NOT NULL приводит к

Соответствие информационной модели предметной области объектам реального мира и их взаимосвязям в каждый момент времени — это

Согласно таблице истинности для логических операций с неопределенными значениями, если значение A -TRUE, а B — NULL, то пересечение А и B

Согласно таблице истинности для логических операций с неопределенными значениями, если значение A — FALSE, а B — NULL, то объединение А и B

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

Наличие в рамках СУБД механизмов проверки и выполнения «бизнес-правил» — это

В языке SQL для модификации таблиц используется оператор

Требование допустимости СУБД работы только с данными типа «реляционное отношение» — это поддержка

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

Задана таблица EXEMPLAR

CREATE TABLE EXEMPLAR
(
EXEMPLAR_ID     INT             IDENTITY PRIMARY KEY,
ISBN                    varchar(14)     NOT NULL FOREIGN KEY references BOOKS(ISBN),
READER_ID               smallint(4)     NULL FOREIGN KEY references READERS(READ_ID),
DATA_IN         date,
DATA_OUT                date,
EXIST           Logical,
);

Первичным ключом является

SQL-запрос на выборку, который пользователь воспринимает как некоторое виртуальное отношение, — это

Согласно таблице истинности для логических операций с неопределенными значениями, если значение A — NULL, то not А —

Описание родительской таблицы после описания подчиненных ей таблиц

Для определения представления используется оператор

Существуют следующие виды декларативных ограничений целостности

Задана таблица EXEMPLAR

CREATE TABLE EXEMPLAR
(
EXEMPLAR_ID     INT             IDENTITY PRIMARY KEY,
ISBN                    varchar(14)     NOT NULL FOREIGN KEY references BOOKS(ISBN),
READER_ID               smallint(4)     NULL FOREIGN KEY references READERS(READ_ID),
DATA_IN         date,
DATA_OUT                date,
);

Обязательным атрибутом является

Выполнению операции проектирования отношения на ряд столбцов соответствует определение

Необходимость для СУБД обеспечения языков описания и манипулирования данными не ниже стандарта SQL — это требование поддержки

При создании базы данных Readers в MS SQL Server 7.0 c помощью оператора CREATE DATABASE Readers

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

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

Задана таблица EXEMPLAR

CREATE TABLE EXEMPLAR
(
EXEMPLAR_ID INT IDENTITY PRIMARY KEY,
ISBN varchar(14) NOT NULL FOREIGN KEY references BOOKS(ISBN),
READER_ID smallint(4) NULL FOREIGN KEY references READERS(READ_ID),
DATA_IN date,
DATA_OUT date,
EXIST Logical,
PRIMARY KEY (EXEMPLAR_ID, ISBN)
);

Первичным ключом является

Существуют следующие виды ограничения целостности атрибута

Таблицы BOOKS и READERS являются основными, таблица EXEMPLAR подчинена им. Тогда правильный порядок удаления таблиц

Представление

Поддержка целостности включает в себя поддержку

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

Таблицы BOOKS и READERS являются основными, таблица EXEMPLAR подчинена им. Тогда правильный порядок создания таблиц

Для моделирования отношений 1:М и М:М на файловых структурах используется

Индексированный список в общем случае — это

Слот — это

Возможность определения текущей записи файла, а также последующей и предыдущей — следствие

При переполнении индексной области возможно

При нахождении нужных записей «подчиненного» файла

Файлы с постоянной длиной записи, расположенные на устройствах прямого доступа, называются

При поиске записи по стратегии разрешения коллизий с областью переполнения сначала

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

Способы размещения данных в среде хранения и способы доступа к этим данным определяет

Значения ключей, которые имеют одно и то же значение хеш-функции, называются

Ситуация соответствия одного значения хеш-функции нескольким разным ключам называется

Стратегия разрешения коллизий, в которой файловое пространство не разделяется на области, называется

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

В-деревья относятся к

Плотный и неплотный индекс принадлежат

Наиболее быстрый способ доступа обеспечивают файлы

Наиболее эффективным алгоритмом поиска на упорядоченном массиве является

Если структура записи индекса имеет вид: ЗНАЧЕНИЕ КЛЮЧА ПЕРВОЙ ЗАПИСИ БЛОКА-НОМЕР БЛОКА С ЭТОЙ ЗАПИСЬЮ, то файл является

Часть диска, физическое пространство на диске, которое ассоциировано одному процессу, называется

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

В стратегии свободного замещения разрешения коллизий для каждой записи добавляется

Неплотный индекс строится для

При удалении записи из цепочки подчиненного файла

В стратегии свободного замещения разрешения коллизий файловое пространство

При бесфайловой организации данных БД

Страница БД может быть следующего типа:

При модификации основного файла с организацией вторичных списков осуществляются следующие дейсвия:

Взаимосвязанные файлы бывают следующих типов:

В структуре хранения данных MS SQL Server физически используются следующие единицы хранения данных:

Запрос, при обработке которого используются данные из БД, расположенные в разных узлах сети, называется

Промежуточный диспетчер используется в

Разделение функций стандартного интерактивного приложения на 5 имеющих различную природы групп — это основной принцип технологии

В модели файлового сервера сервер может обслуживать

В модели сервера баз данных бизнес-логика приложений

Последовательность операций модификации данных в БД, переводящая БД из одного непротиворечивого состояния в другое, — это

Часть кода приложения, связанная с обработкой данных внутри приложения, — это

Модель удаленного управления данными также называется моделью

В модели файлового сервера файлы базы данных располагается на

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

Система, обеспечивающая параллельный доступ к одной БД нескольких пользователей, если БД расположена на нескольких машинах, — это

В модели файлового сервера бизнес-логика приложения располагается на

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

Процесс обращения пользователя к БД с целью ввода, получения или изменения информации в БД, — это

В модели файлового сервера в ответ на запрос клиент получает

В модели сервера баз данных средством программирования SQL-сервера является

Декомпозицией запросов называют

Часть кода приложений, определяющая алгоритмы решения конкретных задач приложения, — это

В модели файлового сервера СУБД находится

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

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

На нулевом этапе развития серверов БД

Распараллеливание или сегментация данных — это

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

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

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

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

Свойство согласованности транзакции

Каждая успешно завершенная транзакция должна быть зафиксирована

Для закончившихся транзакций при индивидуальном откате

Синхронизационный захват объектов — это

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

Наличие циклов в графе транзакции означает

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

Разрушение тупика начинается

Для индивидуального отката транзакции все записи в журнале по данной транзакции связываются в

Оператор BEGIN TRANSACTION

При откате транзакции выполняется системная процедура

Состояние внешней памяти базы данных считается согласованным, если наборы страниц всех объектов соответствуют состоянию объекта

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

Оператор COMMIT

Принцип протокола журнализации WAL —

Критерий выбора транзакции-жертвы

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

Последовательность операций, производимых над базой данных и переводящих базу данных из одного непротиворечивого состояния в другое непротиворечивое состояние, называется

Последняя запись в журнал, производимой от имени транзакции, является

Восстановление последнего согласованного состояния базы данных после жесткого сбоя начинается с

При параллельной обработке транзакций если две транзакции изменяют одну и ту же запись в БД, может возникнуть проблема

Восстановление состояния БД требуется проводить в случае

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

Системная процедура, возвращающая все старые значения в отмененной транзакции, называется

Метод сериализации транзакций, не требующий построения графа ожидания транзакций, называется

Процесс выполнения операторов SQL начинается с

Семантический анализ оператора SQL

Для создания хранимой процедуры применяется оператор

При объединении операторов SQL с базовым языком программирования для присвоения атрибутам БД NULL значений используются

В MS SQL Server после уничтожения курсора оператором DEALLOCATE для данного курсора

В хранимых процедурах или триггерах определяются курсоры

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

При определении курсора параметр INSENSITIVE определяет такой режим создания набора строк, соответствующего определяемому курсору, при котором

При неудачном выполнении операции открытия курсора значение переменной SQLCODE

По умолчанию выполнить хранимую процедуру может

Для работы с многострочными запросами во встроенном SQL вводится понятие

Указание спецификации READ ONLY при определении курсора

Проверка наличия семантических ошибок в операторе SQL выполняется на этапе

Если в запросе присутствует ключевое слово DISTINCT, то с помощью курсора возможно

Для возврата кода завершения операции используется

Специальный вид хранимой процедуры, которую SQL-Server вызывает при выполнении операций модификации соответствующих таблиц, — это

Для выполнения однострочных запросов в оператор SELECT во встроенном SQL добавлен раздел

Во встроенном SQL для определения выполняемого запроса и связывании результатов запроса с заданным курсором используется оператор

Хранимые процедуры пишутся на

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

Курсоры можно использовать для

Оператор EXECUTE IMMEDIATE относится к

Пользователю может быть назначена

Полномочия пользователей

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

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

В таблице Tab 2 столбца COST и PRICE. Пользователю USER1 были переданы следующие полномочия

GRANT SELECT, UPDATE 
ON TAB TO USER1 
WITH GRANT OPTION

Тогда пользователь USER1 может передать пользователю USER2 полномочия на выполнение операций

Набор действий, которые пользователи могут выполнять над объектами базы данных — это

Проблемы, связанные с возможностью косвенного доступа к объектам БД

При интегрированном режиме защиты при подключении к SQL Server пользователь задает

Поименованный набор полномочий — это

Ядро СУБД выполняет проверку полномочий пользователей

После выполнения операции

GRANT SELECT, INSERT, DELETE  
ON TABLE1
TO USER1 
WITH GRANT OPTION

Достоверное подтверждение того, что пользователь или процесс, пытающийся выполнить санкционированное действие, действительно тот, за кого он себя выдает, — это

Системные привилегии выдаются

К фундаментальным принципам обеспечения безопасности баз данных относятся

Защита информации в базах данных — это

Получение права создавать БД для пользователя

В результате выполнения операции

GRANT CREATE TABLE, ALTER TABLE
ON DB_1
TO USER1

Пользователь USER1 может

Для соответствующего итоговому запросу представления допустимы следующие операции

При смешанном режиме защиты при подключении к SQL Server

Часть таблиц БД и связанных с ними объектов — это

Пользователем USER1 были переданы права на изменение таблицы TABLE пользователю USER2. Тогда в результате выполнения операции

REVOKE ALL PRIVILEGES 
ON TABLE1
FROM USER1 RESTRICT

Поддерживаемые СУБД языки задаются в системной таблице

Основное отличие языка SQL от языка реляционной алгебры заключается в

Логические преобразования SQL-запросов включают в себя

Условно оперативную память, которой управляет СУБД, можно представить как совокупность

Каноническая форма — это

После оптимизации запрос имеет

Фрагменты системного каталога иногда называют

Системные таблицы объединяются с помощью

Если все выполненные с момента запуска сервера БД операторы SQL не помещаются в области разделяемого пула, то

Канонические представления для предикатов разных типов

У системного администратора

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

Каждая таблица системного каталога содержит информацию о

В системном каталоге Oracle есть таблицы

Одним из методов синтаксической оптимизации SQL-запросов является приведение запросов с вложенными подзапросами к запросам с

При приведении логических условий к каноническому представлению можно

Модуль управления журналами находится в

В языке SQL глубина вложенности подзапросов

В базе данных представление хранится в виде

Область разделяемого пула

Схема иерархической базы данных — это

Пересечением отношений называется отношение, которое содержит множество кортежей, принадлежащих

Операция условного соединения является

Операция деления относится к

Модификация БД предполагает

В трехуровневой модели между клиентом и сервером БД находится

При достижении «желтой зоны»

Результат многострочного SQL-запроса —

Подлежащие защите объекты БД — это

При стандартном режиме защиты при подключении к SQL Server пользователь задает

Область операторов SQL с курсорами находится в

Область хранения в стратегии разрешения коллизий с областью переполнения разбивается на

Источник