 |
по дисциплине «Информатика» (Базы данных)
|
|
|
|
Вопросы к зачету
(ДЭФ-1, ЗЭФ-1)
1. Часть реального мира, представляющая интерес для данного исследования, называется предметная область…. (Ответ дать в именительном падеже единственном числе)
2. СУБД представляет собой
| совокупность языковых и программных средств | |
| программные средства | |
| централизованно хранящиеся данные |
3. СУБД представляет собой
| совокупность программных средств и данных, находящихся под их управлением | |
| совокупность языковых и программных средств | |
| технические средства |
4. СУБД представляет собой
| совокупность языковых и технических средств | |
| централизованно хранящиеся данные | |
| совокупность языковых и программных средств |
5. Система специальным образом организованных данных (баз данных), программных, технических, языковых, организационно-методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования данных называется. Банк данных (Ответ дать в именительном падеже единственно м числе)
6. Банк данных включает следующие компоненты
| программные средства | |
| технические средства | |
| языковые средства | |
| организационно-методические средства | |
| администратор банка данных |
7.Банк данных включает следующие компоненты
| база данных | |
| языковые средства | |
| организационно-методические средства | |
| администратор банка данных | |
| конечные пользователи |
8. Банк данных включает следующие компоненты
| база данных | |
| программные средства | |
| технические средства | |
| языковые средства | |
| организационно-методические средства |
9. Банк данных включает следующие компоненты
|
|
|
| база данных | |
| программные средства | |
| конечные пользователи | |
| языковые средства | |
| метаинформация |
10. Банк данных включает следующие компоненты
| база данных | |
| программные средства | |
| технические средства | |
| языковые средства | |
| выходные документы |
11. Банк данных включает следующие компоненты
| база данных | |
| входные документы | |
| выходные документы | |
| организационно-методические средства |
12. Банк данных включает следующие компоненты
| входные документы | |
| выходные документы | |
| программные средства | |
| технические средства | |
| языковые средства |
13. Банк данных включает следующие компоненты
| аза данных | |
| администратор банка данных | |
| конечные пользователи | |
| выходные документы выходные документы | |
| программные средства |
14. В состав Банка данных не входят
| описание базы данных | |
| входные данные | |
| описание пользователей | |
| результатные документы (отчеты) | |
| запросы |
15. В состав Банка данных не входят
| входные данные | |
| результатные документы (отчеты) | |
| конечные пользователи |
16. В состав Банка данных не входят
| конечные пользователи | |
| администраторы банка данных | |
| технические средства отображения информации | |
| базы данных |
17. В состав Банка данных не входят
| ЭВМ | |
| организационно-методические матералы по эксплуатации Банка данных: | |
| входные данные |
18. Поименованная совокупность взаимосвязанных данных, находящихся под управлением СУБД называется база данных (Ответ дать в именительном падеже единственном числе)
19. Понятия «Банк данных» и «База данных»
| являются синонимами | |
| Понятие «Банк данных» шире понятия «База данных» | |
| Понятие «База данных» шире понятия «Банк данных» |
20. Банк данных
|
|
|
| всегда является человеко-машинной системой | |
| может быть неавтоматизированным | |
| может быть полностью автоматическим |
21. В базе данных дублирование данных
| недопустимо | |
| допустимо |
22. Описание логической структуры базы данных называется схема (Ответ дать в именительном падеже единственном числе)
23. Описание отдельных частей базы данных с точки зрения конкретных пользователей называется внешняя модель (Ответ дать в именительном падеже единственном числе)
24. Преимуществами Банков данных являются
| простота организации данных | |
| устранение неуправляемой избыточности данных | |
| непротиворечивость и целостность данных | |
| простота проектирования | |
| наличие языковых средств, ориентированных на разные категории пользователей |
25. Преимуществами Банков данных являются
| простота организации данных | |
| устранение неуправляемой избыточности данных | |
| непротиворечивость и целостность данных |
26. Преимуществами Банков данных являются
| непротиворечивость и целостность данных | |
| простота проектирования | |
| наличие языковых средств, ориентированных на разные категории пользователей |
27. Преимуществами Банков данных являются
| простота организации данных | |
| непротиворечивость и целостность данных | |
| наличие языковых средств, ориентированных на разные категории пользователей |
28. Преимуществами Банков данных являются
| возможность для разных пользователей работы с одними и теми же данными | |
| встроенные в СУБД механизмы управления целостностью данных | |
| наличие языковых средств, ориентированных на разные категории пользователей |
29. Преимуществами Банков данных являются
| возможность реализации нерегламентированных запросов | |
| простота организации данных | |
| встроенные в СУБД механизмы управления целостностью данных |
30. Преимуществами Банков данных являются
| возможность для разных пользователей работы с одними и теми же данными | |
| встроенные в СУБД механизмы управления целостностью данных | |
| незначительный объем служебной информации |
31. Отметьте, какие признаки являются обязательными для базы данных
|
|
|
| структурированные данные | |
| отсутствие дублирования | |
| управляемая избыточность | |
| интегрированное хранение данных | |
| целостность |
32. Отметьте, какие признаки являются обязательными для базы данных
| структурированные данные | |
| отсутствие дублирования | |
| интегрированное хранение данных |
33. Отметьте, какие признаки являются обязательными для базы данных
| поддержка реляционной модели данных | |
| управляемая избыточность | |
| интегрированное хранение данных | |
| целостность данных |
34. Выберите из перечисленных ниже характеристик те, которые являются преобладающими в системах типа OLTP. Преобладающие операции над данными
| Ввод данных | |
| Поиск | |
| Корректировка | |
| анализ данных |
35. Выберите из перечисленных ниже характеристик те, которые являются преобладающими в системах типа OLAP. Преобладающие операции над данными
| Ввод данных | |
| Поиск | |
| Корректировка | |
| Анализ данных |
36. Выберите из перечисленных ниже характеристик те, которые являются преобладающими в системах типа OLAP. Хранимые данные
| Оперативные | |
| Охватывающие большой период времени | |
| Детализированные | |
| Агрегированные |
37. Выберите из перечисленных ниже характеристик те, которые являются преобладающими в системах типа OLTP. Хранимые данные
| Оперативные | |
| Охватывающие большой период времени | |
| Детализированные | |
| Агрегированные |
38. Выберите из перечисленных ниже характеристик те, которые относятся к системам типа OLTP. Вид деятельности
| Оперативная | |
| Аналитическая | |
| Тактическая | |
| Стратегическая |
39. Выберите из перечисленных ниже характеристик те, которые относятся к системам типа OLAP. Вид деятельности
| Оперативная | |
| Аналитическая | |
| Тактическая | |
| Стратегическая |
40. К технологии «файл-сервер» относятся характеристики
|
|
|
| инициатор запросов - клиент | |
| инициатор запросов – сервер | |
| обработка запроса – на клиенте | |
| обработка запроса – на сервере |
41. К технологии «клиент-сервер» относятся характеристики
| инициатор запросов - клиент | |
| инициатор запросов – сервер | |
| обработка запроса – на клиенте | |
| обработка запроса – на сервере |
42. Реляционные модели данных относятся к классу
| неструктурированных | |
| частично структурированных | |
| структурированных |
43. СУБД Access относится к классу
| настольных | |
| корпоративных | |
| реляционных |
44. В сетевых моделях данных структура записи
| может быть линейной | |
| должна быть линейной | |
| может иметь сложную иерархическую структуру |
45. В иерархических моделях данных структура записи
| может быть линейной | |
| должна иметь сложную иерархическую структуру | |
| должна быть линейной |
46. В иерархических моделях данных структура записи
| может быть линейной | |
| может иметь сложную иерархическую структуру | |
| должна быть линейной |
47. В реляционных моделях данных структура записи
| может быть линейной | |
| должна быть линейной | |
| может иметь иерархическую структуру |
48. Отношение M:M:
| не поддерживается ни в одной из структурированных моделей данных | |
| поддерживается в сетевых моделях данных | |
| поддерживается в реляционных моделях данных | |
| поддерживается в системах, построенных на инвертированных файлах |
49. В реляционных моделях данных связи между записями разных таблиц базы данных
| задаются посредством адресных указателей | |
| устанавливаются по равенству значений соответствующих полей связи, содержащихся в каждой из связанных таблиц |
50. Корпоративными СУБД являются
| Oracle | |
| dBase | |
| DB2 |
51. Корпоративными СУБД являются
| Access | |
| Sybase | |
| MS SQL Server |
52. Корпоративными СУБД являются
| Paradox | |
| Progress | |
| FoxPro |
53. Правильным определением ключа отношения является
| главный атрибут отношения | |
| поле, по которому осуществляется поиск | |
| атрибут или совокупность атрибутов, однозначно определяющие строку отношения | |
| атрибут, однозначно определяющий строку отношения |
54. В реляционном отношении
| может не существовать ключа | |
| ключ существует всегда | |
| может быть ситуация, что несколько атрибутов или совокупностей атрибутов претендуют на роль ключа |
55. В реляционном отношении
| ключ может состоять из одного поля | |
| ключ может состоять из нескольких полей | |
| ключ может отсутствовать вообще |
56. В реляционном отношении
|
|
|
| ключ должен состоять только из одного поля | |
| ключ может состоять из нескольких полей | |
| ключ может отсутствовать вообще |
57. В реляционном отношении
| ключ может включать в себя все поля данного отношения | |
| обязательно должны присутствовать не ключевые атрибуты | |
| ключом должен быть только один из атрибутов отношения |
58. В реляционном отношении
| может быть только один ключ | |
| несколько атрибутов или совокупностей атрибутов могут претендовать на роль ключа | |
| может быть ситуация, когда ключ отсутствует |
59. В реляционном отношении
| только один атрибут может быть определен как первичный ключ | |
| может быть определено несколько первичных ключей | |
| может быть определен только один первичный ключ, состоящий из одного или нескольких атрибутов |
60. Таблицы в реляционной базе данных могут быть связаны
| по любым полям | |
| В обеих таблицах поля связи должны быть ключевыми | |
| поле связи в одной из таблиц должно быть ключом (первичным или вероятным) | |
| поле связи в одной из таблиц должно быть первичным ключом |
61. При связывании таблиц
| В обеих таблицах поля связи должны быть ключевыми | |
| В обеих таблицах поля связи могут быть ключевыми | |
| В обеих таблицах поля связи могут быть не ключевыми |
62. При связывании таблиц поля связи должны иметь
| одинаковые имена | |
| соответствующие типы и одинаковые длины | |
| одинаковые имена, тип и длину |
63. Таблица “Успеваемость” содержит следующие поля. 
Студент может по одному предмету иметь несколько оценок (например, если предмет читается в течение нескольких семестров). Студент не может в один и тоже день несколько раз сдавать один и тот же экзамен, но может сдавать экзамен по одному и тому же предмету за разные семестры. Ключом данной таблицы является
| 1+2 | |
| 1+2+3 | |
| 1+2+3+4 | |
| 1+2+3+4+5 |
64. Таблица “Успеваемость” содержит следующие поля. 
Студент не может по одному предмету иметь несколько оценок. Ключом данной таблицы является
| 1+2 | |
| 1+2+3 | |
| 1+2+3+4 |
65. Таблица “Успеваемость” содержит следующие поля. 
Студент может по одному предмету иметь несколько оценок (например, если предмет читается в течение нескольких семестров или студент пересдавал экзамен).
Один преподаватель может принимать экзамены по разным предметам. Студент не может в один и тоже день несколько раз сдавать один и тот же экзамен, но может сдавать экзамен по одному и тому же предмету за разные семестры. Ключом данной таблицы является
| 1+3 | |
| 1+2+3 | |
| 1+2+3+4 | |
| 1+3+4+5 |
66. Таблица “Знание иностранных языков” содержит следующие поля.
Сотрудник может знать несколько иностранных языков, а может и не знать ни одного иностранного языка. Ключом данной таблицы является
| 1+3 | |
| 1+2 | |
| 1+2+3 |
67. Таблица “Знание иностранных языков” содержит следующие поля.
Сотрудник может знать несколько иностранных языков, а может и не знать ни одного иностранного языка.
Определите, сколько вероятных ключей содержит данная таблица.
(ответ дать цифрой)
68. Таблица “Знание иностранных языков” содержит следующие поля.
Сотрудник может знать только один иностранный язык, а может и не знать ни одного иностранного языка.
Определите, сколько вероятных ключей содержит данная таблица.
(ответ дать цифрой)
69. Таблица “Знание иностранных языков” содержит следующие поля.
Сотрудник может знать только один иностранный язык, а может и не знать ни одного иностранного языка. Ключом данной таблицы является
| 1+3 | |
| 1+2 | |
| 1+2+3 |
70. Таблица “Кафедра” содержит следующие поля.
Кафедры с одинаковыми полными или краткими наименованиями или кодами в институте отсутствуют. Определите, сколько вероятных ключей содержит данная таблица. (ответ дать цифрой).
71. Таблица “Кафедры” содержит следующие поля.
Кафедры с одинаковыми полными или краткими наименованиями или кодами в институте отсутствуют. Один и тот же сотрудник может заведовать только одной кафедрой. Вероятным ключом данной таблицы является
72. Таблица “Кафедры” содержит следующие поля. 
Кафедры с одинаковыми полными или краткими наименованиями или кодами в институте отсутствуют. Один и тот же сотрудник может заведовать несколькими кафедрами. Сколько вероятных ключей имеет данная таблица? (ответ дать цифрой).
73. Таблица “Кафедры” содержит следующие поля. 
Один и тот же сотрудник может заведовать несколькими кафедрами. Кафедры с одинаковыми наименованиями или кодами в институте отсутствуют. Вероятным ключом данной таблицы является
74. Таблица “Сотрудник ” содержит следующие поля. 
Вероятным ключом данной таблицы является
| +2 | |
| 2+3 |
75. Таблица “Сотрудник ” содержит следующие поля. 
Вероятным ключом данной таблицы является
| 1+2 | |
| 2+3 | |
| 1+3 |
76. Таблица “Сотрудник ” содержит следующие поля. 
Вероятным ключом данной таблицы является
| 2+3 | |
| 1+2+3 | |
| 4+5 | |
| 1+5 |
77. Таблица “Сотрудник ” содержит следующие поля. 
Сколько вероятных ключей имеет данная таблица?
(ответ дать цифрой).
78. Таблица “Сотрудник ” содержит следующие поля. 
Сколько вероятных ключей имеет данная таблица?(ответ дать цифрой).
79. Приведенная таблица находится
| В первой нормальной форме | |
| Во второй нормальной форме | |
| В третьей нормальной форме | |
| Не нормализовано |
80. Приведенная таблица находится
| В первой нормальной форме | |
| Во второй нормальной форме | |
| В третьей нормальной форме | |
| Не нормализовано |
81. Ключом таблицы являются поля
| ФИО | |
| Предмет | |
| ФИО+Предмет | |
| ФИО+Предмет+ Дата | |
| ФИО+Предмет+ Дата+ Оценка | |
| Таблица не имеет ключа |
82. Если таблица имеет составной ключ, то
| ни один элемент составного ключа не может иметь пустого значения | |
| весь ключ не может быть пустым, но отдельные его элементы могут не иметь значения | |
| ключ может иметь пустое значение |
83. Таблица реляционной базы данных
| может не иметь внешнего ключа | |
| обязательно имеет внешний ключ |
84. В таблице реляционной базы данных
| может быть только один внешний ключ | |
| может быть несколько внешних о ключей |
85. Внешний ключ
| может быть уникальным | |
| должен быть уникальным | |
| может быть не уникальным |
86. Если задано ограничение целостности связи, то удаление записи из основной таблицы
| автоматически ведет к удалению связанных записей из зависимой таблицы | |
| каскадное удаление не является обязательным при задании ограничения целостности |
87. Для задания целостности в Access связи поля связи
| В обеих таблицах должны быть проиндексированы | |
| В зависимой таблице должны быть проиндексированы | |
| В основной таблице должны быть проиндексированы (как явно, так и не явно) и индекс обязательно должен быть уникальным |
88. Задание целостности связи в Access означает невозможность
| В основной таблице должны быть проиндексированы | |
| Ввода записи в зависимую таблицы, если в основной таблице отсутствует запись с введенным значением поля связи | |
| В зависимой таблице должны быть проиндексированы и индекс обязательно должен быть уникальным |
89. Задание целостности связи в Access означает невозможность
| Удаления записи из основной таблицы, если в зависимой есть связанная с запись и не задано каскадное удаление записей | |
| Ввода записи в зависимую таблицы, если в основной таблице отсутствует запись с введенным значением поля связи | |
| Изменение значения поля связи в записи из основной таблицы, если в зависимой есть связанная с ней запись и не задано каскадное обновление связанных полей |
91. Задание целостности связи в Access означает невозможность
| Ввода записи в основную таблицы, если в зависимой таблице отсутствует запись с введенным значением поля связи | |
| Изменения значения поля связи в записи в зависимой таблицы, если в основной есть связанная с ней запись и не задано каскадное обновление связанных полей | |
| Ввода записи в зависимую таблицы, если в основной таблице отсутствует запись с введенным значением поля связи |
92. Задание целостности связи в Access означает невозможность
| Удаления записи из зависимой таблицы, если в основной есть связанная с запись и не задано каскадное удаление записей | |
| Изменения значения поля связи в записи в зависимой таблицы, если в основной есть связанная с ней запись и не задано каскадное обновление связанных полей | |
| Ввода записи в основную таблицы, если в зависимой таблице отсутствует запись с введенным значением поля связи | |
| Изменения значения поля связи в записи из зависимой таблицы | |
| Изменения значения поля связи в записи из зависимой таблицы, если новое значение отсутствует среди значений поля связи в основной таблице |
93. Задание ограничения целостности связи в Access
| не влияет на удаление записей из зависимой таблицы | |
| позволяет удалить запись из основной таблицы только тогда, когда отсутствуют связанные с ней записи в зависимой таблице | |
| позволяет удалить запись из основной таблицы только тогда, когда отсутствуют связанные с ней записи в зависимой таблице или задано каскадное удаление записей | |
| позволяет удалить запись из зависимой таблицы только тогда, когда отсутствуют связанные с ней записи в основной таблице или задано каскадное удаление записей |
94. При описании таблицы в Access можно задавать ограничения целостности
| Относящиеся к отдельным полям таблицы | |
| Отражающие соотношения между полями одной таблицы | |
| Отражающие соотношения между полями разных таблиц |
95. При описании таблицы в Access, используя свойства полей, можно задавать ограничения целостности
| Относящиеся к отдельным полям таблицы | |
| Отражающие соотношения между полями одной таблицы | |
| Отражающие соотношения между полями разных таблиц |
96. При описании таблицы в Access, используя свойства таблицы, можно задавать ограничения целостности
| Относящиеся к отдельным полям таблицы | |
| Отражающие соотношения между полями одной таблицы | |
| Отражающие соотношения между полями разных таблиц |
97. Если задано ограничение целостности связи, но не задано каскадное удаление, то
| нельзя удалить запись из основной таблицы, если есть связанные с ней записи в зависимой таблице | |
| удаление записи из основной таблицы не приведет ни к каким изменениям в зависимой таблице | |
| нельзя удалить запись из зависимой таблицы, если есть связанные с ней записи в основной таблице | |
| удаление записи из зависимой таблицы не приведет ни к каким изменениям в основной таблице |
ЛИТЕРАТУРА.
Основная:
1. Диго СМ. Введение в банк данных. Методология проектирования. - М.: МЭСИ, 2004. - 156 с: ил.
2. Кондратенко А.Б. Мишин О.Д. Базы данных M.: КФ МЭСИ, 2007. - 90 с: ил.
Дополнительная
3. Буч Г. Объектно-ориентированное проектирование с примерами применения. М., Радио и связь, 1992.
4. Буч. Г., Рамбо-Д., Джекобсон А. Язык UML / Руководство пользователя: пер. с англ. - М.: ДМК, 2000-432 с: ил.
5. Вендров A.M. Case-технологии. Современные методы и средства проектирования информационных систем. - М.: Финансы и статистика, 1998.
6. Гейн К., Сарсон Т. Структурный системный анализ: средства и методы. Пер. с англ. М.: 3 Эйтекс, 1993.
7. Горев А., Ахаян Р, Макашарипов С. Эффективная работа с СУБД. СПб.; Питер, 1997., - 700 с.
8. Грачев А.Ю. Введение в СУБД Informix. - М.: ДИАЛОГ-МИФИ, 2000 - 272 с.
9. Грабер М. Введение в SQL. Пер. с англ. - М.: «ЛОРИ», 1996.
10. Грабер М. SQL. Справочное руководство. «ЛОРИ», Москва, 1997 Вескес Дж., Гандерлоу М., Чипмен М. Access и SQL Server. Руководство разработчика. Пер. с англ. - М.: «ЛОРИ», 1997. -362 с.
11. Джексон Г. Проектирование реляционных баз данных для использования с микроэвм: Пер. с англ. -М.: Мир, 1991.-252 с, ил.
12. Дейт К.Дж. Введение в системы баз данных, 6-е изд.: Пер. с англ. - К.; СПб.: Издательский дом «Вильяме», 2000.
13. Диго СМ. Проектирование баз данных. -М.: Финансы и статистика, 1988.
14. Йордон Э., Аргила С. Структурные модели в объектно-ориентированом анализе и проектировании. - Изд-во ЛОРИ, 1999. - 264 с.
15. Калянов Г.Н. CASE - структурный системный анализ. М., Лори, 1996.
16. Колянов Г.И. Консалтинг при автоматизации предприятия М.: СИНТЕГ, 1998. - 302 с.
17. Коллинз Г., Блей Д. Структурные методы разработки систем: от стратегического планирования до тестирования. Пер. с англ. М., Финансы и статистика, 1986.
18. Маклаков СВ. BPWin и ERWin. CASE-средства разработки информационных систем. - М.:Диалог-МИФИ, 1999-256 с.
19. Мишенин А.И. Теория экономических информационных систем. - М.: Финансы и статистика, 1999.-240 с: ил.
Автор: Доктор педагогических наук, профессор А.Б. Кондратенко
|
|
|
