 Этапы проектирования баз данных - 1.

1. Этапы проектирования баз данных o написание программ
o ввод информации в таблицы

нормализация
o
интеграция
2. Цели нормализации
o
изменение структуры таблицы
o
просмотр содержимого таблицы

исключение возможных противоречий в хранимых данных
o
удаление записей из таблицы
3. Поля реляционной базы данных:
o именуются по правилам, специфичным для каждой конкретной системы управления базами
данных (СУБД)
o нумеруются по правилам, верным для любой конкретной СУБД

именуются пользователем произвольно с определенными ограничениями
o нумеруются в соответствии с правилами, принятыми в той или иной СУБД
o автоматически нумеруются
4. В поле таблицы реляционной базы данных (БД) могут быть записаны
o только время создания записей
o только номера записей

как числовые, так и текстовые данные
o данные только одного типа
o только логические величины
5. Наиболее точный аналог реляционной базы данных
o неупорядоченное множество данных
o файл

двумерная таблица
o генеалогическое дерево
o вектор
6. В качестве моделей знаний в базах знаний используются
o иерархическая и сетевая модели
o иерархическая, сетевая, реляционная модели
o иерархическая и реляционная модели
o сетевая и реляционная модели

формальная логика, продукционная модель, фреймовая модель, модели нечеткой логики
7. Примером фактографической базы данных является база данных содержащая

сведения о кадровом составе учреждения
o законодательные акты
o приказы по учреждению
o нормативные финансовые документы
o нормативные документы
8. Примером документальной базы данных является база данных содержащая

законодательные акты
o сведения о кадровом составе учреждения
o сведения о финансовом состоянии учреждения
o сведения о проданных билетах
9. Ключами поиска в СУБД называются
o диапазон записей файла БД, в котором осуществляется поиск
o логические выражения, определяющие условия поиска

поля по значению, которых осуществляется поиск
o номера записей, удовлетворяющих условиям поиска
o номер первой по порядку записи, удовлетворяющей условиям поиска
10. Сортировкой называют
o процесс поиска наибольшего и наименьшего элементов массива
o процесс частичного упорядочивания некоторого множества
o любой процесс перестановки элементов некоторого множества

процесс линейного упорядочивания некоторого множества
o процесс выборки элементов множества, удовлетворяющих заданному условию
11. Примером иерархической базы данных является
o страница классного журнала

каталог файлов, хранимых на диске
o расписание поездов
o электронная таблица
o таблица базы данных
12. В иерархической базе данных совокупность данных и связей между ними
описывается
o таблицей
o сетевой схемой

древовидной структурой
o совокупностью таблиц
o нормализованными таблицами
13. Наиболее точным аналогом реляционной базы данных может служить
o карта
o книга
o генеалогическое дерево

прямоугольная таблица
o упорядоченное множество данных
14. Поля реляционной базы данных

именуются пользователем произвольно с определенными ограничениями
o автоматически нумеруются
o нумеруются по правилам, специфичным для каждой конкретной СУБД
o нумеруются пользователем произвольно с определенными ограничениями
15. Структура таблицы реляционной базы данных полностью определяется
o перечнем названий полей и указанием числа записей БД

перечнем названий полей с указанием их типов
o числом записей в БД
o содержанием записей, хранящихся в БД
o числом полей в БД
16. Структура файла реляционной базы данных меняется при
o добавлении одной записи
o удалении нескольких записей
o удалении всех записей

удалении нескольких полей
17. В записи таблицы реляционной базы данных может содержаться
o формулы
o исключительно однородные данные (данные только одного типа);
o содержимое книг
o только числовые данные
o фотографии и их описание

неоднородные данные (данные разных типов)
18. В поле таблицы реляционной базы данных могут быть записаны
o только номера записей

как числовые, так и текстовые данные
o данные только одного типа
o только время создания записей
o текст ключа
19. Система управления базами данных — это

программная система, поддерживающая наполнение и манипулирование данными в файлах
баз данных
o набор программ, обеспечивающий работу всех аппаратных устройств компьютера и доступ
пользователя к ним
o прикладная программа для обработки текстов и различных документов
o оболочка операционной системы, позволяющая более комфортно работать с файлами
o оболочка для базы данных
20. В число основных функций СУБД не входит
o определение того, сколько информации будет храниться в базе данных
o создание структуры файла базы данных
o первичный ввод, пополнение, редактирование данных
o поиск и сортировка данных

определение того, какая именно информация (о чем) будет храниться в базе данных
21. Реляционная модель данных представляет собой базу, в которой множество
взаимосвязанных отношений
o
поддерживаются неявным образом

поддерживаются явным образом
o
никак не поддерживаются
22. Выберите правильный вариант проектирования БД

системный анализ предметной области -> инфологическое проектирование ->
даталогическое проектирование
o
инфологическое проектирование (Цель БД) -> системный анализ предметной области ->
даталогическое проектирование (Схема данных)
o
даталогическое проектирование -> инфологическое проектирование -> системный анализ
предметной области
23. Поддержка целостности в реляционной модели данных включает обеспечение
o
структурной целостности
o
языковой целостности

ссылочной целостности
o
семантической целостности
o
неопределенных (NULL) значений
24.
Индексные файлы в СУБД необходимы для доступа к данным
o
по первичному ключу
o
по вторичному ключу

без ключа
25. В СУБД файлом называется
o
линейная последовательность записей на внешнем носителе
o
нелинейная последовательность записей на внешнем носителе

линейная последовательность записей на внутреннем носителе
26. Физический смысл связывания двух файлов «один-ко-многим» заключается в
следующем

в подчиненном файле в каждой записи добавляется указатель с номером следующей записи
o
основной файл содержит 3 области: ключ, запись, ссылка-указатель на запись
подчиненного файла
o
связанные файлы не имеют какой-либо выраженной подчиненности
27. Ключ используемый для организации связей между таблицами
называется

o
внешним
первичным
o
альтернативным
o
уникальным
28. Описанию 1-ой НФ соответствует удаление

повторяющихся
o
частично
o
транзитивно
o
транзитивно повторяющихся
групп
зависимых
атрибутов
зависимых
атрибутов
групп
29. Ввд связи в явном виде не поддерживаемый в реляционных базах
данных
o
1:1
o
1:N
o
N:1

N:N
30. Таблица может иметь

только один первичный ключ
o
два первичный ключа
o
три первичных ключа
o
пять первичных ключей
31. Кандидат в первичные ключи
o
поле BLOB

суррогатный ключ
o
фотография
32. Кандидат в первичные ключи
o
поле BLOB
o
Атрибут NULL

суррогатный ключ
o
фотография
33. Кандидат в первичные ключи

Атрибут NOT NULL
o
атрибут NULL
o
поле BLOB
o
фотография
34. Индексы предназначены для

ускорения получения доступа к записям
o
перехода к другой таблице
o
удаления записей
35. В каких элементах таблицы хранятся данные базы:
o в столбцах

в записях
o в полях
36. Содержит ли какую-либо информацию таблица, в которой нет полей?
o не содержит ни какой информации
o содержит информацию о будущих записях

таблица без полей существовать не может
o содержит информацию о структуре базы данных
37. Особенность поля "счетчик" o служит для ввода действительных чисел
o данные хранятся не в поле, а в другом месте, а в поле хранится только указатель на то, где
расположен текст
o имеет ограниченный размер

служит для ввода числовых данных
38. Особенность текстового поля o имеет неограниченный размер
o данные хранятся не в поле, а в другом месте, а в поле хранится только указатель на то, где
расположен текст

служит для ввода текста
o служит для ввода числовых данных
39. Поле можно считать уникальным
o которое носит уникальное имя

значения в котором не могут повторяться
o значение которого имеют свойство наращивания
40. Проблемы, возникающие при использовании ненормализованных таблиц

аномалия ввода
o резко увеличивается загрузка сети
o потеря метаданных БД
41. Проблемы, возникающие при использовании ненормализованных таблиц

избыточных данных
o резко увеличивается загрузка сети
o потеря метаданных БД
42. Цели нормализации

исключение возможных противоречий в хранимых данных
o обеспечивает каскадное удаление
o
обеспечивает интеграцию БД
43. В результате нормализации БД
o
50%исключается
избыточность
o
-50%сохраняется
секретности
o
-50%в
o
50%исключаются
базе
данных
информации
информации
каждый
аномалии
факт
при
появляется
добавлении,
лишь
однажды
изменении,
удалении
информации
44. В чем заключается разница между ограничениями Primary Key и Unique
o -50%ограничение UNIQUE, в отличие от Primary KEY , может быть применено только для
одного поля

50%ограничение Primary KEY, в отличие от UNIQUE, может быть применено только для
одного поля
o -50%данные понятия совершенно идентичны

50%первичный ключ в таблице может быть только один, а ограничений UNIQUE более
одного
45. Структура файла реляционной базы данных (БД) не меняется при

25%добавлении одной или нескольких записей

25%удалении диапазона записей

25%изменении любой записи

25%уничтожении всех записей
o -100%удалении любого поля
46. Этапы проектирования баз данных
o
50%разработка ER-модели БД
o
-50%ввод информации в таблицы
o
50%нормализация
o
-50%интеграция
47. Цели нормализации
o
-33.333%изменение структуры таблицы
o
-33.333%просмотр содержимого таблицы
o
50%исключение возможных противоречий в хранимых данных
o
-33.333%удаление записей из таблицы

50%исключение аномалии избыточности
48. В поле таблицы реляционной базы данных (БД) могут быть записаны

50%численные данные
o -33.333%только номера записей

50%текстовые данные
o -33.333%данные только одного типа
o -33.333%только логические величины
49. В записи таблицы реляционной базы данных не могут содержаться

50%формулы

50%правила знаний
o -50%содержимое книг
o -50%числовые данные
50. Поддержка целостности в реляционной модели данных включает обеспечение
o
-33.333%структурной целостности
o
50%уникальности первичного ключа
o
50%ссылочной целостности
o
-33.333%семантическую поддержку целостности
o
-33.333%неопределенных (NULL) значений
51. Первой НФ соответствует
повторяющихся
групп
o
50%удаление
o
50%аттомарность полей
o
-33.333%удаление
частично
o
-33.333%удаление
транзитивно
o
-33.333%удаление
транзитивно повторяющихся
зависимых
зависимых
52. Виды связей в явном виде
данных

33.333%1 : 1

33.333%1 : N

33.333%N : 1
атрибутов
атрибутов
групп
поддерживающиеся в реляционных базах
o -100%N : N
53. Двухуровневыми моделями баз данных являются

50%RDA

50%модель сервера баз данных
o
-50%ADO
o
-50%DBE
54. Жизненными циклами базы данных являются

50%проектирование БД
o -33.333%ввод данных
o -33.333%удаление данных
o -33.333%копирование данных

50%эксплуатация базы данных
55. Возможные подходы к выбору состава и структуры предметной области ИС

50%функциональный подход
o -50%оптимальный подход
o -50%строгий подход

50%предметный подход
56. Стандартом инфологического моделирования баз данных является модель

50%«сущность—связь»

50%ER-модель
o -50%ABC-модель
o -50%ключ-дверь
57. В основе ER-модели лежат следующие базовые понятия

50%сущность

50% связь
o -50%ключ
o -50%заголовок
58. Первичный ключ –это

50%PRIMARY KEY

50%PK
o -50%EMPLOYEE
o -50%FOREING KEY
59. Внешний ключ –это
o -50%PRIMARY KEY

50%FK
o -50%EMPLOYEE

50%FOREING KEY
60. Проектирование схемы БД может быть выполнено путем

50%декомпозиции

50%синтеза
o -50%интеграции
o -50%удаления данных
61. Проблемы возникающие при использовании ненормализованных таблиц

33.333%аномалия ввода

33.333%аномалия удаления

33.333%аномалия обновления
o -33.333%аномалия движения
o -33.333%интеграция данных
o -33.333%аномалия программы
62. Нормальными формами используемыми в теории реляционных БД являются

50%вторая нормальная форма

50%первая нормальная форма
o -50%десятаянормальная форма
o -50%шестая нормальная форма
63. Ключ не может содержать
o -50%числовой тип данных

50%Null
o -50%счетчик

50%повторяющиеся значении
64. Вставить таблицу из другой базы данных MS Access можно с использованием
пункта меню
o -100%Файл/Внешние данные

50%Правка/Вырезать или Правка/Копировать, затем Правка/Вставить

50%Вставка/Таблица
65. Индексы

50%ускоряют поиск и сортировку в индексированных полях
o -50%уменьшают размер файлов баз данных
o -50%увеличивают размер файлов баз данных

50%ускоряют обновление
66. Можно ли сделать ключевыми несколько полей?
o -50%нельзя
o -50%ключевым может быть только одно поле

50%можно

50%в этом случае первичный ключ будет составным
67. Методом поддержки целостности данных является

50%каскадное удаление
o -50%индексирование
o -50%архивация

50%каскадное обновление
68. Существующие режимы работы с БД

50%однопользовательский

50%многопользовательский
o -50%совместный
o -50%общий
69. Существующие режимы многопользовательской работы с БД

50%параллельный

50%последовательный
o -50%интеграционный
o -50%государственный
70. Существующие режимы многопользовательской параллельной работы с БД

50%с централизованной БД

50%с распределенной БД
o -50%с MS Access
o -50%необходимые режимы отсутствуют
71. Структуру интерактивного клиент-серверного приложения работающего с БД
можно разделить следующие группы
o -33.333%функции управления транзакциями

33.333%функции ввода и отображения данных

33.333%прикладные функции, определяющие основные алгоритмы решения задач
приложения

33.333%функции управления информационными ресурсами
o -33.333%функции управления интеграцией
o -33.333%функции управления таблицами
72. Двух уровневыми моделями доступа к данным являются

50%RDA

50%DBS
o -50%MDB
o -50%FDB
73. Преимущества модели RDA

33.333%перенос компонента представления и прикладного компонента на клиентский
компьютер существенно разгрузил сервер

33.333%сервер БД освобождается от несвойственных ему функций
o -33.333%можно реализовывать бизнес-логику на стороне сервера
o -33.333%можно реализовывать бизнес-логику на стороне SQL-сервера
o -33.333%можно реализовывать бизнес-логику на стороне WEB-сервера

33.333%резко уменьшается загрузка сети
74. Недостатки модели RDA

33.333%запросы на языке SQL при интенсивной работе клиентских приложений могут
существенно загрузить сеть

33.333%так как в этой модели на клиенте располагается и презентационная логика, и
бизнес-логика приложения, то при повторении аналогичных функций в разных
приложениях код соответствующей бизнес-логики должен быть повторен для каждого
клиентского приложения

33.333%сервер в этой модели играет пассивную роль
o -100%сервер БД освобождается от несвойственных ему функций
75. Модель активного сервера БД (DBS) поддерживают СУБД

20%Firebird

20%Informix

20%Sybase

20%MS SQL Server

20%Oracle
o -50%Access
o -50%Papapox
76. Модель активного сервера БД (DBS) составляют механизм

33.333%хранимых процедур

33.333%триггеров

33.333%ограничений
o -33.333%интеграции
o -33.333%экспорта
o -33.333%копирования
77. В модели сервера приложений компоненты приложения делятся между
следующими исполнителями

33.333%клиент

33.333%серверы приложений

33.333%серверы баз
o -33.333%таблица
o -33.333%записями
o -33.333%база данных
78. Этапы жизненного цикла БД

33.333%проектирование БД

33.333%реализация БД

33.333%эксплуатация БД
o -33.333%инсталляция СУБД
o -33.333%удаление БД
o -33.333%интеграция БД
79. В процессе системный анализ предметной область необходимо

50%осуществить подробное словесное описание объектов предметной области и реальных
связей

50%сформулировать конкретные задачи, которые будут решаться с использованием данной
БД
o -50%выбрать СУБД
o -50%установить связь с СУБД
80. Этапы проектирования БД

33.333%системный анализ предметной область

33.333%физическое проектирование

33.333%инфологическое проектирование
o -33.333%проектирование транзакций
o -33.333%ручное проектирование
o -33.333%генетическое проектирование
81. Стандартом при инфологическом моделировании баз данных является

50%модель сущность—связь

50%ER-модель
o -50%ABC-модель
o -50%Table-модель
82. Объект, которому соответствует понятие сущности имеет

50%имя, уникальное в пределах моделируемой системы

50%имеет свой набор атрибутов — характеристик, определяющих свойства данного
представителя класса
o -50%является экземпляром класса
o -50%имеет свойства и методы
83. Связи делятся на следующие типа по множественности:

33.333%один-к-одному

33.333%один-ко-многим

33.333%многие-ко-многим
o -50%свои-чужие
o -50%далекий-близкий
84. Основные функции AllFusion ERwin Data Modeler (ERwin)

20%создание моделей Сущность-Связь

20%работа со взаимосвязанными моделями логического и физического уровней

20%поддержка администрирования БД

20%прямая и обратная генерация физической модели БД
o -50%разработка клиентских приложений
o -50%разработка Web- приложения

20%повторное использование моделей для различных типов СУБД
85. Какие нотаций поддерживает AllFusion ERwin Data Modeler

50%IDEF1X

50%IE
o -50%ER
o -50%IE1X
86. Возможные отношения в AllFusion ERwin Data Modeler

50%идентифицирующее

50%неидентифицирующее
o -50%каскадные
o -50%пустые
87. Какие типы моделей поддерживает AllFusion ERwin DM

50%логическая

50%физическая
o -50%комбинированная
o -50%каскадная
88. Характеристика логической модели БД

33.333%нацеленна на бизнес

33.333%отображает определения и бизнес-правила

33.333%независимость от СУБД
o -100%определены типы данных
89. Характеристика физической модели БД
o -50%отображает определения и бизнес-правила
o -50%независимость от СУБД

50%определены типы данных

50%зависимость от СУБД
90. Характеристика отношения "многие к многим":

25%являются неопределенными

25%не показывают перемещение первичных ключей во внешние ключи

25%являются допустимыми в пределах концептуальной модели

25%должны быть разрешены в логической модели
o -100%используется в реляционных БД
91. Назначение даталогического проектирования

33.333%приводит к разработке схемы БД, которая адекватно моделируют объекты
предметной области и семантические связи между этими объектами.

33.333%находит зависимости между атрибутами отношений которые могут быть
нежелательными из-за побочных эффектов и аномалий
o -50%обеспечивает каскадное удаление
o -50%обеспечивает интеграцию БД

33.333%реализует нормализацию БД
92. Цели нормализации

33.333%уменьшение избыточности информации в реляционных базах данных

33.333%исключение возможных противоречий в хранимых данных

33.333%обеспечение целостности данных в базе данных
o -50%обеспечивает каскадное удаление
o -50%обеспечивает интеграцию БД
93. Проблемы, возникающие при использовании ненормализованных таблиц:

25%избыточных данных;

25%аномалия обновления;

25%аномалия удаления;

25%аномалия ввода.
o -50%резко увеличивается загрузка сети
o -50%потеря метаданных БД
94. Пример избыточности данных

50%в нескольких записях таблицы БД может появиться одна и та же информация

50%сотрудник может работать на двух или более должностях
o -50%студент учится в БелГУ
o -50%студент живет в Белгороде
95. Используемые нормальные формы

33.333%первая нормальная форма
o -100%седьмая нормальная форма

33.333%вторая нормальная форма

33.333%третья нормальная форма
96. Сущность находится в первой нормальной форме, если

50%значения всех ее атрибутов атомарные

50%повторяющиеся группы должны быть удалены и помещены в новую (связанную)
сущность
o -50%студент учится в БелГУ
o -50%студент живет в Белгороде
97. Как привести интеллектуальный атрибут к атомарному

50%выделить самостоятельные части интеллектуального атрибута

50%каждую выделенную часть сделать атрибутом сущности, который и будет представлен
атомарным атрибутом
o -50%использовать вторую нормальную форма
o -50%использовать третью нормальную форма
98. Сущность находится во второй нормальной форме, если

33.333%она находится в первой нормальной форме

33.333%каждый ее неключевой атрибут функционально полно зависит от ключа

33.333%не должно быть неключевых атрибутов, которые зависят только от части первичного
ключа
o -100%имеется связь один к одному
99. Сущность находится в третьей нормальной форме, если

50%она находится во второй нормальной форме

50% все неключевые атрибуты зависят только от первичного ключа
o -50%она находится в первой нормальной форме
o -50%имеется связь один к одному
100. Какой вид связи в явном виде
базах данных

33.333%1 : 1

33.333%1 : N

33.333%N : 1
поддерживается в реляционных
o -100%N : N
101.
Таблица может иметь

50%только один первичный ключ
o
-50%два первичный ключа
o
-50%три первичных ключа

50%ноль первичных ключей
102.
Кандидат в первичные ключи

33.333%атрибут NOT NULL

33.333%столбец или группа столбцов должны быть уникальными

33.333%суррогатный ключ
o
-100%фотография
103.
Индексы могут содержать

50%один столбец

50%группу столбцов
o -50%одну таблицу
o -50%одну базу данных
104.
СУБД Firebird создает индексы автоматически

33.333%для обеспечения ограничений целостности

33.333%для PRIMARY KEY

33.333%для FOREIGN KEY
o -100%при создании таблицы
105.
[no_shuffle] Выберете соответствие этапов проектирования баз данных
этап 1
системный анализ предметной области
этап 2
инфологическое проектирование
этап 3
даталогическое проектирование
этап 4
физическое проектирование
концептуальное проектирование
106. [no_shuffle] Выберете значение соответствующего этапа нормализации
таблиц базы данных
этап 1
соответствие первой нормальной форме
этап 2
соответствие второй нормальной форме
этап 3
соответствие третьей нормальной форме
этап 4
соответствие форме Бойса — Кодда
этап 5
соответствие четвертой нормальной форме
этап 6
соответствие пятой нормальной форме
соответствие нулевой нормальной форме
107. [no_shuffle] Какое описание соответствует приведенному этапу
нормализации таблицы базы данных
соответствие первой нормальной форме
все атрибуты в таблицах атомарны
соответствие второй нормальной форме
все атрибут зависит от первичного ключа
соответствие третьей нормальной форме
все поля взаимно независимыми
в таблице присутствует первичный ключ
108. [no_shuffle] Выберете значение, которое соответствует виду связей между
таблицами базы данных
Связь один к одному
1:1
Связь один ко многим
1:N
Связь многие к одному
N:1
N:N
109.
Выберете значение, которое соответствует определенному виду ключа
Первичный ключ
PRIMARY KEY
Внешний ключ
FOREING KEY
Индекс
INDEX
KEY TO
110. Выберете значение, которое соответствует определенному модификатору,
используемому при создании таблицы БД
Целое значение
UNSIGNED
Не пустое значение
NOT NULL
Первичный ключ
FOREING KEY
Домен
DOMAIN
NULL
111.
Выберете модели доступа к данным
Модель удаленного управления данными
RDA
Модель сервера баз данных
DBS
Модель сервера приложений
SERVER APLICATION
ADO
112. Выберете короткое обозначение соответствующего этапа нормализации
таблиц базы данных
первая нормальная форма
1NF
вторая нормальная форма
2NF
третья нормальная форма
3NF
нормальная форма Бойса — Кодда
BCNF
четтвертая нормальная форма
4NF
пятая нормальная форма
5NF
113. Выберете значение, которое соответствует определенному типу данных,
используемому при создании таблиц БД
Целое значение
INTEGER
Дата
DATE
Время
TIME
Дата и время
TIMESTAMP
STAMPTIME
114. Выберете значение, которое соответствует определенному типу данных,
используемому при создании таблиц БД
Действительное число
FLOAT
Символьное поле фиксированной длины
CHAR
Символьное поле переменной длины
VARCHAR
Логическое поле
BOOLEAN
BOOL
115.
[no_shuffle] Укажите порядок следования этапов проектирования баз данных
1
системный анализ предметной области
2
инфологическое проектирование
3
даталогическое проектирование
4
физическое проектирование
116. [no_shuffle] Укажите порядок следования этапов нормализации таблиц базы
данных
1
соответствие первой нормальной форме
2
соответствие второй нормальной форме
3
соответствие третьей нормальной форме
4
соответствие форме Бойса — Кодда
5
соответствие четвертой нормальной форме
6
соответствие пятой нормальной форме
117.
[no_shuffle] Укажите порядок нормализации таблицы базы данных
1
значения атрибутов атомарны
2
все атрибуты зависит от первичного ключа
3
поля в таблицах взаимно независимыми
118.
[no_shuffle] Укажите порядок следования этапов жизненного цикла БД
1
проектирование БД
2
проектирование приложения
3
реализация БД
4
эксплуатация БД
119.
[no_shuffle] Укажите порядок определения базовых понятий ER-модели
1
сущность
2
атрибуты сущности
3
ключи в сущности
4
связи
120.
[no_shuffle] Укажите очередность определения ключей в сущности
1
альтернативные ключи
2
сурагатный ключ
3
первичный ключ
4
внешний ключ
121. [no_shuffle] Укажите порядок существующих режимов работы с БД по их
сложности
1
однопользовательский
2
многопользовательский
3
последовательный
4
параллельный
122. [no_shuffle] Укажите порядок существующих режимов работы СУБД по их
сложности
1
файл-серверный
2
клиент-серверный с удаленной БД
3
с распределенной БД
123. [no_shuffle] Укажите порядок групп функций, на которые можно разделить
структуру интерактивного клиент-серверного приложения работающего с БД
1
функции ввода и отображения данных
2
прикладные функции
3
функции управления ресурсами
124. [no_shuffle] Укажите порядок моделей доступа к данным по времени их
возникновения
1
RDA
2
BDS
3
сервер приложений