- •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)
60. Распределённые бд. Причины возникновения и задачи.
Централизация процессов обработки данных позволила решить такие основные проблемы как противоречивость д., их целостность, защищенность, санкционированный доступ. Однако по мере роста БД, использование их в территориально разнесенных организациях приводит к тому, что центральная СУБД плохо справляется с количеством транзакций. Это приводит к снижению надежности и производительности системы. Появляются распределенные БД.
При децентрализации достигается:
Параллельность обработки вследствие децентрализации;
Большая живучесть системы;
Меньшие начальные затраты - сеть развивается постепенно;
Более высокая производительность.
Выгодно хранить д. и обрабатывать на местах возникновения.
Распределенная БД – это набор файлов (таблиц для реляционной БД), хранящийся в разных узлах информационной сети и логически с точки зрения пользователя и прикладного программиста, составляющих единую схему данных.
Задачи:
простота использования системы
возможности автономного функционирования при нарушениях связанности сети или при административных потребностях
высокая степень эффективности
61. Распределение данных в сети
Основная задача при проектировании распр.бд – распределение данных по сети. Способы решения этой задачи:
1) в каждом узле сети хранится и используется собственная БД, однако хранимые в ней д. доступны для других узлов сети – это полностью распределенное распределение;
2) все д. распределенной БД полностью дублируются в каждом узле сети;
3) схема с центр. Узлом – в каждом узле есть данные необходимые для работы, а центр узел может изменять данные.
62. Проблемы распределенных бд
Должна быть:
Логическая прозрачность данных – формирование запроса не зависит от того, где находятся данные;
Прозрачность размещения- полная и однозначная схема размещения данных по сети;
Прозрачность преобразования данных – преобразования из одного формат в другой
Прозрачность словарей, содержит описание данных этого узла, информация о пользователях и их правах
Механизм управления запросами – запросы могут поступать на данные, находящиеся в разных узлах сети
Проблема защиты
Проблема управления словарями
63. Что такое транзакция. Транзакции и целостность бд
Под транзакцией понимается логически неделимая последовательность операций над данными (чтения, удаления, вставки, модификации) такая что, либо результаты всех операторов, входящих в транзакцию, отображаются в БД, либо воздействие всех этих операторов полностью отсутствует.
Операция считается транзакцией, если она удовлетворяет требованиям ACID-теста (Atomicity, Consistency, Isolation, Durability атомарность, согласованность, изолированность, долговечность).
Атомарность:Транзакция может заканчиватся commit-результаты фиксируются, rollback- ликвидировать результаты транзакции.
Согласованность: После выполнения транзакции целостность должна быть восстановлена, во время она может бать утеряна.
Изолированность – паралельно выполняющиеся транзакции не мешают друг другу.
Долговечность : все подтвержденные в ходе транзакций изменения должны быть внесены в базу, даже в случае сбоев системы