- •1. Информация, данные, знания.
- •7.Идея субд, отличие от фис
- •8. Определение банка данных. Требования к БнД
- •9. Преимущества централизации управления данными
- •10. Жизненный цикл инженерного изделия
- •11. Модели жизненного цикла разработки ис
- •12. Жизненный цикл программного обеспечения и ис
- •13. Задачная, каскадная(системная) и спиральная модель технологии создания ис.
- •14. Общая технологи создания ис и ас
- •15. Этапы проектирования бд
- •16. Предприятие как открытая система. Метаболизм предприятия.
- •17. Моделирование потоков данных(dfd -диаграммы)
- •18. Матрицы событий (elm)
- •19. Методология sadt
- •20. Понятие модели данных (мд). Сильно и слабо структурированные мд.
- •21. Модель «Сущность-связь»
- •22. Атрибуты, домены. Правила для атрибутов, ключи.
- •29. Ограничения целостности. Бизнес – правила.
- •30. Локальные инфологические модели
- •31. Построение глобальной инфологические модели
- •32. Реляционная модель данных
- •33. Отношение и его свойства
- •34. Язык описания данных, язык манипулирования данными.
- •35. Реляционная алгебра и операции
- •36. Группировка атрибутов в отношения
- •37. Аномалии и их виды
- •40. Виртуальные атрибуты и таблицы
- •41. Триггера, сохраненные процедуры, ссылочная целостность.
- •42. Определение банка данных (БнД) – 8 вопрос
- •43. Требования к БнД – 8 вопрос
- •44. БнД как автоматизированная система. Виды обеспечения
- •47. Администратор бд и его функции.
- •48. Словарь данных.
- •49. Usability, значение и мифы
- •50. Проблемы проектирования пользовательского интерфейса
- •51. Требования к пи. Принципы реализации пользовательского интерфейса (пи).
- •52. Этапы проектирования пи
- •53. Методы и критерии оценки пи
- •54. Основные сведения из инженерной психологии
- •55. Формальная модель пи
- •56. Структуры внешней памяти. Организация индексов
- •57. Организация вычислений в автоматизированных системах.
- •58. Системы Клиент-сервер.
- •59. Файл-сервер и клиент-сервер системы.
- •60. Распределённые бд. Причины возникновения и задачи.
- •61. Распределение данных в сети
- •62. Проблемы распределенных бд
- •63. Что такое транзакция. Транзакции и целостность бд
- •64. Виды ограничений целостности в распределенных ис
- •65. Уровни изолированности транзакций (уит)
- •71. Синхронизационные захваты
- •72. Гранулированные синхронизационные захваты.
- •73. Предикатные синхронизационные захваты.
- •74. Понятие тупика.
- •75. Граф ожидания транзакций
- •76. Метод временных меток
- •77. Постреляционные модели данных и субд
- •79. Понятие системы базы знаний
- •82.Оперативная и аналитическая обработка данных
- •83.Многомерная модель данных
- •84.Гиперкубическая и поликубическая модели данных
- •85. Проектирование многомерной бд
- •86. Ипс и их отличия от банков данных ( информационно-поисковые системы)
- •87. Поисковые структуры в ипс и 88. Поиск в ипс
- •89. Оценка эффективности ипс
- •94. Стадии проектирования по гост (сдту)
- •95. Предпроектные исследования. Цели и задачи
- •96. Смысл и содержание технического задания.
- •97. Технический проект. Рабочий проект
- •98. Технология Microsoft solution framework( Msf)
72. Гранулированные синхронизационные захваты.
При применении этого подхода синхронизационные захваты могут запрашиваться по отношению к объектам разного уровня: файлам, отношениям и кортежам. Требуемый уровень объекта определяется тем, какая операция выполняется.
IS – при намерении читать кортеж из R это отношение должно быть захвачено в IS ( а до этого в таком же режиме должен быть захвачен файл); IX – при намерении удалять кортежи из R это отношение должно быть захвачено в IХ ( а до этого в таком же режиме должен быть захвачен файл); SIX – если выполняется длинная операция просмотра отношения с возможностью удалений некоторых просматриваемых кортежей, то экономичнее захватить в режиме SIX, а до этого – файл в режиме IS.
73. Предикатные синхронизационные захваты.
Гранулированный синхронизационный захват не решает проблему фантомов в отличии от предикатного. Для решения этой проблемы надо перейти от захватов индивидуальных объектов базы данных к захвату условий, которым удовлетворяют эти объекты. Проблема фантомов не возникают при использовании для синхронизации уровня отношений потому, что отношения как логический объект представляют собой неявное условие для входящих в него кортежей.
R – отношение с атрибутами a1…aп; m1…mп – множества допустимых значений соответствующих атрибутов. Можно сопоставить R конечное п-мерное пространство возможных значений кортежей R. Любое простое условие вырезает m-мерный прямоугольник в этом пространстве(m<=n). Если эти прямоугольники не пересекаются, то предикатные захваты от разных транзакций совместимы.
74. Понятие тупика.
Тупики – ситуация, когда некая транзакция может ожидать бесконечно.
Например Т1 и Т2 захватили монопольно объекты 1 и 2.После этого Т1 тербуется совместный захват о1, а Т2 совм захват о2.И они ожидают бесконечно. Одним из недостатков метода синхронизации транзакции на основе синхронизационных захватов является возможность возникновения тупиков между транзакциями. Тупики возможны всегда и при гранулированном и предикатном методах. Тупики необходимо обнаруживать и искусственно истреблять.
75. Граф ожидания транзакций
Основой обнаружения тупиков является построение или постоянное поддержание графа ожидания транзакции. Граф ожидания транзакций – ориентированный 2-дольный граф, в котором существует 2 типа вершин: вершины соответствующие транзакциям и вершины соответствующие объектам захвата. Если дуга идет из вершины транзакции к вершине объекта, для этой транзакции удовлетворен захват объекта. Если дуга идет из вершины объекта к вершине транзакции, транзакция ожидает удовлетворения захвата объекта. В системе существует ситуация тупика, если в графе ожидания транзакций имеется хоть 1 цикл. Для удаления цикла жертвуют самую плохую (дешевую) транзакцию. Для централизованных СУБД.
76. Метод временных меток
Хорошо работает в условиях редких конфликтов и не требует построения графа ожидания транзакции. Для каждой транзакции Т предписывается временная метка t соответствующая времени начала T. При выполнении операции над объектом Г транзакция Т помечает его своей временной меткой и типом операции. Точка перед выполнением операции над Г T1 выполняет:
если T закончилось, то T1 помечает Г и выполняет свою операцию
если не закончилась, то T1 проверяет конфликтность операций. Если не конфликтны при Г остается или проставляется временная метка с меньшим значением и T1 выполняет операцию
T1 и T – конфликтны. Если t(T)>t(T1) T откатывается и T1 продолжает работу.
t(T)<t(T1) то T получает новую временную метку и начинается заново.