Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
марина мальцева КТ№2.docx
Скачиваний:
2
Добавлен:
01.04.2025
Размер:
49.56 Кб
Скачать

Вопросы

контрольной точки №2

по дисциплине

«Информационные технологии в профессиональной деятельности»

  1. Дайте определение БД?

База данных (БД) — хранилище данных, относящихся к определенной предметной области, которое обеспечивает реализацию приложений (задач и запросов).

  1. Каковы функции СУБД? Назовите известные вам СУБД?

Функции СУБД распределенной БД:

-управление рас­пределением хранимых данных,

-локализация данных для запросов,

-администрирование распределенной БД и т. п.

Можно говорить о трех классах СУБД:

- настольные СУБД — для создания локальных БД на отдельном компьютере;

- сетевые СУБД — для создания сетевой БД на файловом сервере или сервере баз данных;

- распределенные СУБД — для крупномасштабных корпоративных БД много серверной архитектуры.

  1. Что такое логическая и физическая структура БД?

Логическая схема — карта сущностей и их атрибутов и связей;

Физическая схема — частичная реализация логической схемы;

Логическая модель данных. На следующем, более низком уровне находится логическая модель данных предметной области. Логическая модель описывает понятия предметной области, их взаимосвязь, а также ограничения на данные, налагаемые предметной областью. Примеры понятий - "сотрудник", "отдел", "проект", "зарплата". Примеры взаимосвязей между понятиями - "сотрудник числится ровно в одном отделе", "сотрудник может выполнять несколько проектов", "над одним проектом может работать несколько сотрудников". Примеры ограничений - "возраст сотрудника не менее 16 и не более 60 лет".

Логическая модель данных является начальным прототипом будущей базы данных.

Физическая модель данных описывает данные средствами конкретной СУБД. Мы будем считать, что физическая модель данных реализована средствами именно реляционной СУБД, хотя, как уже сказано выше, это необязательно. Отношения, разработанные на стадии формирования логической модели данных, преобразуются в таблицы, атрибуты становятся столбцами таблиц, для ключевых атрибутов создаются уникальные индексы, домены преображаются в типы данных, принятые в конкретной СУБД.

  1. Назовите основные требования к структурам реляционной бд?

В реляционной БД основной структурной единицей данных является таблица данных, состоящая из полей. Таблица имеет линейную структуру данных, так называемый «плоский» файл. В общем случае логическая структура реляцион­ной БД рассматривается как совокупность объектов БД: таблицы, формы, за­просы, отчеты, макросы и модули. Между таблицами БД устанавливаются свя­зи, с помощью которых реализуются различные комбинации структур данных, используются реляционно-полные языки манипулирования данными (языки за­просов). Реляционные модели данных являются наиболее распространенными и перспективными для БД различного масштаба и сферы действия, они реали­зованы для всех классов ЭВМ, особенно много различных моделей реляцион­ных СУБД для персональных вычислительных машин.

При проектировании реляционной БД учитываются следующие ограничения:

- максимальное число таблиц в БД;

- максимальное число полей и записей в таблице;

- типы данных для полей таблицы;

- число и виды индексов и др.

В рамках этой модели база данных, представляет собой набор таблиц связанных друг с другом отношениями. При достаточной простоте (а значит, и удобстве реализации на компьютере) данная модель обладает гибкостью, позволяющей описывать сложно структурированные данные. Кроме того, для этой модели достаточно глубоко проработано теоретическое обоснование, что также даёт возможность эффективнее использовать компьютер при создании базы данных и работе с ней. В плане правил связи в реляционной модели реализуется отношение «один–ко–многим» связи между таблицами. Это значит, что одной записи в главной таблице соответствует несколько записей в подчинённой таблице (в том числе может не соответствовать ни одной записи). Другие типы связей: «один-к-одному», «много-к-одному» и «много-ко-многим» - можно свести к данному типу «один-ко-многим». Реляционные базы данных состоят из связанных таблиц.

  1. Как создать БД СУБД Access?

1) Заходим в программу 2). Выбираем вкладку файл-создать-новая база данных. 3)создаем необходимые таблицы, или с помощью конструктора, или с помощью мастера,4) создаем связи между таблицами, 5) выполняем необходимые нам запросы и т.д.

  1. Назовите объекты БД и их назначение?

Объекты БД:

Таблицы - для хранения данных;

Формы - для ввода и редактирования БД

За­просы - для обработки таблиц и других запросов;

Отчеты - для вывода результатов обработки данных;

Макросы – для автоматизации выполнения рутильных действий;

Модули- на базовом языке программирования Visual Basicдля обработки данных;

Страницы доступа – для работы с БД с помощью программ – обозревателей Интернета.

  1. Укажите основные свойства полей таблицы?

Поля таблицы просто определяют ее структуру и групповые свойства данных, записываемых в ячейках. Рассмотрим основные свойства полей БД:

Имя поля — определяет, как надо обращаться к данным поля (имена используются как заголовки таблиц).

Тип поля — определяет тип данных, которые могут содержаться в данном поле (текстовые, числовые, дата, Memo, денежный, счетчик и др.).

Размер поля — определяет предельную длину данных, которые могут размещаться в поле.

Формат поля — способ форматирования данных в ячейках.

  1. Что такое схема данных? Как используется схема данных?

Схема системы базы данных (от англ. Database scheme) - ее структура, описанная на формальном языке, поддерживаемом системой управления базами данных (СУБД). СУБД Access создают схему данных, в которой определяется состав таблиц и запросов, устанавливаются связи . Схема данных может включать часть созданных таблиц и запросов БД. Схема данных позволяет автоматически контролировать целостность данных связанных таблиц выполнять операции замены связанных полей и удаления связанных записей. На основе схемы данных можно создавать многотабличные запросы, формы, отчеты.

Схемы данных (Schemas) являются альтернативным способом создания правил построения XML-документов. По сравнению с DTD, схемы обладают более мощными средствами для определения сложных структур данных, обеспечивают более понятный способ описания грамматики языка, способны легко модернизироваться и расширяться. Безусловным достоинством схем является также то, что они позволяют описывать правила для XML- документа средствами самого же XML. Однако это не означает, что схемы могут полностью заменить DTD- описания - этот способ определения грамматики языка используется сейчас практическими всеми верифицирующими анализаторами XML и, более того, сами схемы, как обычные XML- элементы, тоже описываются DTD. Но серьезные возможности нового языка и его относительная простота, безусловно, дают основания утверждать, что будущий стандарт найдет широкое применение в качестве удобного и эффективного средства проверки корректности составления документов. В настоящее время в W3 консорциуме идет работа над первой спецификацией схем данных, рабочий ее вариант сейчас доступен на сервере.