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 сервер приложений