- •1.Основные понятия и определения баз данных и знаний (бдз):
- •2.Иерархическая модель данных:
- •3.Сетевая модель данных:
- •4.Реляционная модель данных:
- •5.Основы реляционной алгебры:
- •6.Термины и определения реляционных бд:
- •7.Основные термины, используемые при нормализации данных:
- •8.Первая, вторая, третья нормальные формы:
- •9.Нормальная форма Бойса-Кодда, четвертая и пятая нф:
- •10.Проектирование связей между таблицами:
- •11.Типы информационных моделей:
- •12.Концептуальные и логические модели данных:
- •13.Физические модели данных:
- •14.Файловые структуры организации данных:
- •15.Разрешение коллизий с помощью области переполнения:
- •16.Разрешение коллизий методом свободного замещения:
- •17.Индексные файлы и файлы с плотным индексом:
- •18.Файлы с неплотным индексом:
- •19.Иерархическая организация памяти:
- •20.Организация кэш-памяти:
- •21.Алгоритм замещения lru и случайный алгоритм:
- •22.Организация основной памяти:
- •23.Виртуальная память:
- •25.Бд и cals технологии:
- •26.Системный подход при разработке многопользовательских ис:
- •27.Стандартизация разработки ис:
- •28.Организация многопользовательских субд:
- •29.Разработка концептуальной модели многопользовательской субд:
- •30.Разработка проекта субд в соответствии с тз:
- •31.Основные компоненты су реляционными бд:
- •32.Формализация знаний в ис:
- •33.Отличие данных от знаний:
- •34.Обработка знаний:
- •35.Проблемная область:
- •36.Классификация знаний:
- •37.Модель знаний:
- •38.Продукционная модель:
- •39.Фреймовая модель:
- •40.Модель исчисления предикатов:
- •41.Семантическая сеть:
27.Стандартизация разработки ис:
Стандартизация – это процесс установления общих правил, норм, форматов и протоколов, которые должны соблюдаться при создании и внедрении ИС.
Аспекты:
информационный - обусловлена принципами компьютерной обработки информации, при которой объекты баз данных должны однозначно распознаваться компьютером.
программный - необходима, так как при разработке многопользовательских, удаленных друг от друга систем данные одной системы должны обрабатываться программным обеспечением другой системы.
аппаратный (чтобы работало на разном оборудовании)
28.Организация многопользовательских субд:
Многопользовательские СУБД предназначены для обработки данных для нескольких пользователей или приложений одновременно.
При разработке баз данных в ЛВС предприятий применяют два типа (две архитектуры) их организации:
файл—сервер
клиент—сервер.
Общими признаками для этих типов организации баз данных является наличие сервера (компьютера), на котором находятся базы (файлы) данных, и рабочих станций (компьютеров пользователей) — клиентов.
Отличаются эти две архитектуры организации баз данных способами обработки информации:
В архитектуре файл—сервер все процессы обработки информации производятся на компьютере клиента, для чего ему по соответствующему запросу пересылается весь файл с данными.
В архитектуре клиент—сервер все процессы обработки информации выполняются на сервере по запросу клиента, которому отсылаются только результаты обработки данных.
29.Разработка концептуальной модели многопользовательской субд:
Концептуальная модель – модель, которая описывает структуру данных и их взаимосвязи, но не зависит от конкретной технологии СУБД, определяет смысловую структуру рассматриваемой предметной области или её конкретного объекта. Для многопользовательской СУБД важно учитывать потребности всех пользователей и эффективное управление данными.
Этапы разработки:
Идентификация сущностей и их атрибутов.
Определение взаимосвязей между сущностями.
Создание диаграммы сущность-связь (ER-диаграмма).
30.Разработка проекта субд в соответствии с тз:
Техническое задание (ТЗ) - Документ, описывающий требования и спецификации для создания или модификации системы.
Разработка проекта:
Определение функциональных требований: Определение того, что должна делать СУБД, включая операции поиска, вставки, обновления и удаления данных.
Определение нефункциональных требований: Определение характеристик производительности, надежности, безопасности и других аспектов системы.
Выбор модели данных и архитектуры: Решение, как будут представлены данные и как будет организовано взаимодействие между пользователями и СУБД.
Определение структуры базы данных и индексации.
Разработка программного кода и интерфейсов.
Тестирование и оптимизация.
31.Основные компоненты су реляционными бд:
Таблицы (Relations): Отображают сущности и их атрибуты. Каждая строка таблицы представляет собой запись, а каждый столбец - атрибут.
Ключи (Keys): Уникальные идентификаторы записей в таблице. Примарный ключ однозначно идентифицирует каждую запись, внешний ключ обеспечивает связь между таблицами.
Индексы (Indexes): Ускоряют процесс поиска данных, создавая структуру для быстрого доступа к определенным значениям столбцов.
Отношения (Relationships): Связи между таблицами, устанавливаемые через внешние ключи, обеспечивают связанный доступ к данным.