- •31. Перечислите подходы к проектированию базы данных и в чем они заключаются?
- •32. Как вы понимаете термин «предметная область»?
- •33. Что такое данные, метаданные, объект, предмет с точки зрения баз данных?
- •34. В чем заключается методология проектирования баз данных?
- •35. Что называется концептуальным проектированием базы данных?
- •36. Что называется логическим проектированием базы данных?
- •37. Что называется физическим проектированием базы данных?
- •38. Из каких этапов состоит концептуальное и логическое проектирование базы данных?
- •39. Что называется моделью данных, и какова цель построения модели данных?
- •40. Какие категории моделей данных используются наиболее чаще?
- •41. Объектные модели данных, каковы основные концепции модели?
- •42. Модель «сущность-связь», каковы основные концепции модели?
- •43. Eer модель, каковы основные концепции модели?
- •44. Что называется реляционной моделью данных и на чем она основана?
- •45. Основные понятия реляционной модели данных.
- •46. Что называется реляционной схемой?
- •47. Какие свойства отношений вы знаете?
- •48. Что вы понимаете под реляционными ключами? Какие существуют ключи в реляционных отношениях и каковы их свойства?
- •49. Из скольких частей состоит модель данных?
- •50. Как вы понимаете термин «определитель null» и для чего он предназначен?
- •51. Какие ограничения целостности реляционной базы данных существуют?
- •52. С помощью чего можно управлять отношениями в реляционных субд?
- •53. Что лежит в основе реляционных языков?
- •54. Что из себя представляет реляционная алгебра и для чего она предназначена?
- •55. Что из себя представляет реляционное исчисление и для чего оно предназначено?
- •56. Как вы понимаете термины «базовое отношение» и «представление»?
- •57. Когда субд можно считать реляционной?
- •58. Дайте понятие функциональной зависимости и цели нормализации.
- •59. Дайте понятие процесса нормализации. Что означает термин «ненормализованная форма»?
- •60. Что означает 1 нормальная форма и как привести отношение к 1 нормальной форме?
- •61. Что означает 2 нормальная форма и как привести отношение ко 2 нормальной форме? Поясните термин «полная функциональная зависимость».
- •62. Что означает 3 нормальная форма и как привести отношение к 3 нормальной форме? Поясните термин «транзитивная зависимость».
- •63. Что означает нормальная форма Бойса-Кодда и как привести отношение к нормальной форме Бойса-Кодда?
- •64. Что означает 4 нормальная форма и как привести отношение к 4 нормальной форме? Поясните термин «многозначные зависимости».
- •65. Что означает 5 нормальная форма и как привести отношение к 5 нормальной форме? Поясните термин «зависимость соединения».
- •66. Сетевая модель данных. Ее архитектура и основные структуры.
- •67. Что означают термины «интраструктура», «тип набора», «системный тип набора»?
- •68. Перечислите основные правила при создании сетевой модели данных.
- •69. Что определяет язык определения схемы sddl?
- •70. Дайте определение иерархической модели данных.
- •71. Иерархическая структура. Основные понятия.
- •72. Каковы основные концепции объектно-ориентированного подхода?
- •73. Дайте определение терминов «объект», «атрибут» с точки зрения объектно-ориентированной модели баз данных.
- •74. С помощью чего можно уникально идентифицировать объект в объектно-ориентированной модели баз данных?
- •75. Перечислите преимущества использования oid – идентификаторов.
- •75. Перечислите преимущества использования oid – идентификаторов.
- •76. Что является методами в объектной технологии и что они определяют?
- •77. Что собой представляет сообщение в объектной технологии?
- •78. Что позволяет определить наследование? Какие типы наследования существуют?
- •79. Как вы понимаете термины «полиморфизм и динамическое связывание»?
- •80. Дайте определение распределенной базы данных и распределенной субд.
- •81. Какие особенности должна иметь любая распределенная субд?
- •82. Каков основной принцип построения распределенной субд?
- •83. Каким образом можно классифицировать распределенные субд?
- •84. Какие функциональные возможности должна предоставлять распределенная субд?
- •85. Какова архитектура распределенной субд?
- •86. Что представляет глобальная концептуальная схема распределенной субд?
- •87. Что содержат схемы фрагментации и распределения?
- •88. Какие важнейшие компоненты должна включать архитектура сурбд?
- •89. Какие существуют альтернативные стратегии размещения данных в системе (с точки зрения сурбд)?
- •90. Произведите сравнение oltp-систем и хранилищ данных.
- •91. В чем заключается технология olap?
- •92. Какие основные аналитические операции могут выполнять серверы многомерных баз данных на основе olap?
- •93. В каком виде могут хранить многомерные данные olap-серверы многомерных баз данных?
- •94. Что означает технология "клиент/сервер"?
- •95. Что означает термин «защита данных»?
- •96. Какие существуют потенциальные опасности с точки зрения защиты базы данных?
- •97. Какие существуют компьютерные средства контроля?
- •98. Объясните, как вы понимаете термины «резервное копирование», «ведение журнала», «контрольная точка».
- •99. Какие существуют некомпьютерные средства контроля?
- •100. Что такое хранилище данных? Какие преимущества дает организация хранилищ данных?
35. Что называется концептуальным проектированием базы данных?
Концептуальное проектирование базы данных процедура конструирования информационной модели предприятия, не зависящей от каких-либо физических условий реализации.
Фаза концептуального проектирования базы данных начинается с создания кон-цептуальной модели данных предприятия, полностью независимой от любых деталей реализации. К последним относятся: выбранный тип СУБД, состав программ приложения, используемый язык программирования, конкретная вычислительная платформа и любые другие физические особенности реализации.
36. Что называется логическим проектированием базы данных?
Логическое проектирование базы данных процесс конструирования информационной модели предприятия на основе существующих конкретных моделей данных, не зависимой от используемой СУБД и прочих физических условий реализации.
Фаза логического проектирования базы данных заключается в преобразовании концептуальной модели данных в логическую модель данных предприятия с учетом выбранного типа СУБД. Логическая модель данных является источником информации для фазы физического проектирования. Она предоставляет разработчику физической модели данных средства проведения всестороннего анализа различных аспектов работы с данными, что имеет исключительно важное значение для выбора действительно эффективного проектного решения.
37. Что называется физическим проектированием базы данных?
Физическое проектирование базы данных процесс создания описания конкретной реализации базы данных, размещаемой во вторичной памяти.
Предусматривает описание структуры хранения данных и методов доступа, предназначенных для осуществления наиболее эффективного доступа к информации.
Фаза физического проектирования базы данных предусматривает принятие разработчиком окончательного решения о способах реализации создаваемой базы. Поэтому физическое проектирование обязательно производится с учетом всех особенностей используемой СУБД. Между фазами физического и логического проектирования всегда имеется определенная обратная связь, поскольку решения, принятые на этапе физического проектирования с целью повышения производительности разрабатываемой системы, могут потребовать некоторого пересмотра логической модели данных.
38. Из каких этапов состоит концептуальное и логическое проектирование базы данных?
Концептуальное и логическое проектирование базы данных включает три основных этапа.
На первом этапе проект разбивается на группу относительно небольших (и более простых) задач исходя из представлений о предметной области приложения, свойственных каждому из типов конечных пользователей. Результатом выполнения этого этапа является создание локальных концептуальных моделей данных, представляющих собой полное и точное отражение представлений о предметной области приложения отдельных типов пользователей.
На втором этапе локальные концептуальные модели данных преобразуются в локальные логические модели данных (для реляционной модели данных). На этом этапе из моделей данных удаляются нежелательные элементы, затрудняющие реализацию моделей данных в среде реляционных СУБД. Затем корректность логических моделей данных проверяется с помощью правил нормализации. Дополнительно модель данных проверяется с целью выявления возможности осуществления транзакций, которые будут выполняться пользователями создаваемого приложения. Все эти проверки позволяют получить необходимую уверенность в том, что принятая модель данных является вполне корректной.
На третьем этапе выполняется интеграция локальных логических моделей данных в единую глобальную логическую модель данных всего предприятия.
Проектирование баз данных обычно представляет собой итеративный процесс, имеющий конкретную точку начала и включающий неограниченное число циклов улучшений и доработок.