Качество проектирования базы данных может влиять на работу с ней. С хорошо спроектированной базой данных легче работать, легче писать к ней запросы. И в данном руководстве мы рассмотрим основные принципы проектирования баз данных.
Для качественного проектирования базы данных существуют различные методики, различные последовательности шагов или этапов, которые во многом похожи. И в целом мы можем выделить следующие этапы:
Выделение сущностей и их атрибутов, которые будут храниться в базе данных, и формирование по ним таблиц. Атомизация сложных атрибутов на более простые.
Определение уникальных идентификаторов (первичных ключей) объектов, которые хранятся в строках таблицы
Определение отношений между таблицами с помощью внешних ключей
Нормализация базы данных
На первом этапе происходит выделение сущностей. Сущность (entity) представляет тип объектов, которые должны храниться в базе данных. Каждая таблица в базе данных должна представлять одну сущность. Как правило, сущности соответствуют объектам из реального мира.
У каждой сущности определяют набор атрибутов. Атрибут представляет свойство, которое описывает некоторую характеристику объекта.
Каждый столбец должен хранить один атрибут сущности. А каждая строка представляет отдельный объект или экземпляр сущности.
Восходящий и нисходящий подходы
При проектировании базы данных на этапе выделения сущностей и их атрибутов мы можем использовать два подхода: восходящий и нисходящий.
Восходящий подход предусматривает выделение необходимых атрибутов, которые надо сохранить в бд. Затем выделенные атрибуты группируются в сущности, для которых впоследствии создается таблицы. Такой подход больше подходит для проектирования небольших баз данных с небольшим количеством атрибутов.
Например, нам дана следующая информация:
Том посещает курс по математике, который преподает профессор Смит. Сэм посещает курс по математике, которые преподает профессор Смит. Том посещает курс по языку JavaScript, который преподает ассистент Адамс. Боб посещает курс по алгоритмам, который преподает ассистент Адамс. Сэм имеет следующие электронный адрес [email protected] и телефон +1235768789.
Какие данные из этой информации мы можем сохранить: имя студента, название курса, учебная должность преподавателя, имя преподавателя, электронный адрес студента.
Затем мы можем выполнить группировку по сущностям, к которым относятся эти данные:
Так, те данные, которые имеются позволяют выделить три сущности: студент, преподаватель и курс. При этом мы вполне можем добавлять какие-то недостающие данные. Также следует отметить, что какие-то данные могут иметь отношение к разным сущностям. Например, курс хранит информацию о студенте, которые его посещает. А студент хранит информацию о посещаемом курсе. Подобная избыточность данных решается на последующих шагах проектирования в процессе нормализации базы данных.
Но подобных атрибутов может оказаться очень много: сотни и даже тысячи. И в этом случае более оптимальным будет нисходящий подход. Данный подход подразумевает выявление сущностей. Затем происходит анализ сущностей, выявляются связи между ними, а потом и атрибуты сущностей.
То есть в данном случае мы могли бы сразу определить, что нам надо хранить данные по студентам, курсам и преподавателям. Затем в рамках каждой сущности выявить атрибуты
Например, у сущности "Студент" мы могли бы выделить такие атрибуты, как имя студента, его адрес, телефон, рост, вес, год его рождения. В тоже время нам надо учитывать не вообще все свойства, которые в принципе могут быть у сущности "Студент", а только те, которые имеют значение в рамках описываемой системы. Вряд ли в данном случае играют роль такие свойства как рост или вес студента, поэтому мы можем из вычеркнуть из списка атрибутов при проектировании таблицы.
Иногда подходы комбинируются. Для описания разных частей системы могут использоваться разные подходы. А затем их результаты объединяются.
Атомизация атрибутов
При определении атрибутов происходит разделение сложных комплексных элементов на более простые. Так, в случае с именем студента мы можем его разбить на собственно имя и фамилию. Это позволит впоследствии выполнять операции с эти подэлементами отдельно, например, сортировать студентов только по фамилии.
В то же время возможность разделения одного элемента на подэлементы не всегда может быть востребованной. В ряде задач это может быть просто не нужно. Выделять необходимо только те элементы, которые действительно нужны.
В соответствии с этим аспектом мы можем выделить у сущности "Студент" следующие атрибуты: имя студента, фамилия студента, год рождения, город, улица, дом, телефон.
Домен
Каждый атрибут имеет домен (domain). Домен представляет набор допустимых значений для одного или нескольких атрибутов. По сути домен определяет смысл и источник значений, которые могут иметь атрибуты.
Домены могут отличаться для разных атрибутов, но также несколько атрибутов могут иметь один домен.
Например, выше были определены атрибуты сущности Студент. Определим используемые домены:
Имя . Домен представляет все возможные имена, которые могут использоваться. Каждое имя представляет строку длиной максимум 20 символов (маловероятно, что нам могут встретиться имена свыше 20 символов).
Фамилия . Домен представляет все возможные фамилии, которые могут использоваться. Каждая фамилия представляет строку длиной максимум 20 символов.
Год рождения . Домен представляет все года рождения. Каждый год является числовым значением от 1950 до 2017.
Город . Домен представляет все города текущей страны. Каждый город представляет строку длиной максимум 50 символов.
Улица . Домен представляет все улицы текущей страны. Каждая улица представляет строку длиной максимум 50 символов.
Дом . Домен представляет все возможные номера домов. Каждый номер дома является числом от 1 до, скажем, 10000.
Телефон . Домен представляет все возможные телефонные номера. Каждый номер является строкой длиной в 11 символов.
Определяя домен, мы сразу видим, какие данные и каких типов будут хранить атрибуты. Какое-то другое значение, которое не соответствует домену, атрибут иметь не может.
В примере выше каждый атрибут имеет свой домен. Но, домены могут совпадать. Например, если бы сущность содержала бы следующие два атрибута: город рождения и город проживания, то домен бы совпадал и был бы одним и тем же для обоих атрибутов.
Определитель NULL
При определении атрибутов и их домена необходимо проанализировать, а может ли у атрибута отсутствовать значение. Определитель NULL позволяет задать отсутствие значения.
Например, в примере выше у студента обязательно должно быть какое-либо имя, поэтому недопустима ситуация, когда у атрибута, который представляет имя, отсутствует значение.
В то же время студент может не иметь телефонного номера или в рамках системы телефон не обязателен. Поэтому на этапе проектирования таблицы можно указать, что данный атрибут позволяет значение NULL.
Как правило, большинство современных реляционных СУБД поддерживают определитель NULL и позволяют задать его допустимость для столбца таблицы.
Чтобы избежать путаницы в терминологии, давайте вкратце остановимся на основных элементах базы данных.
Поле
Поле - это минимальный элемент базы данных, содержащий один неделимый квант информации, например, поле "Номер " при создании нового документа. Каждое поле характеризуется именем и типом хранящихся в нем данных. Тип поля можно просмотреть в описании словаря данных:
Рис. 6-2 – Формат таблицы "Документы"
В зависимости от типа, у поля может быть еще ряд дополнительных параметров:
Рис. 6-3 – Параметры поля "Номер"
Для организации связей между таблицами базы данных используется специальный класс полей, так называемых полей связи . О них рассказано в разделе "Связи между таблицами ".
Запись
Запись - это совокупность нескольких разнородных полей, описывающая некоторую сущность предметной области. Например, запись "Документ " содержит поля "Дата", "Номер", "Сумма" и т.д.
Таблица
Таблица базы данных - это набор однородных записей. Например, таблица "Документы " содержит некоторое количество записей о документах.
У каждой таблицы есть логическое имя - строка любых символов и физическое имя - имя файла, в котором она находится.
Например, таблица с логическим именем "Документы" владеет файлами с именем DOC.
Таблица хранит свои данные либо в паре файлов "*.TBL/*.MCX " (при однопользовательском режиме работы с программой), либо в паре файлов "*. MKD/*.TB H " (при многопользовательском режиме).
Список всех таблиц доступен в программе по клавише <Ctrl+ O > и горячей клавише <Ctrl+Т > (или выбрав вариант "Открыть таблицу БД"):
Рис. 6-4 – Перечень таблиц базы данных
Для каждой таблицы БД указано соответствие логического и физического имени.
Выборка из базы данных
Аналогично таблице, выборка - это также совокупность однородных записей, но:
Во-первых, запись выборки может содержать данные из нескольких таблиц, а также данные, не хранящиеся в базе данных, а рассчитываемые по другим полям;
Во-вторых, выборка может содержать только записи, удовлетворяющие некоторому условию;
В-третьих, выборка может быть специальным образом отсортирована.
Например, выборка "Приходные накладные " содержит записи из таблицы "Документы " и связанные с ними записи из таблицы "Лица ". Причем, в этой выборке находятся только документы типа "приходная накладная", которые попадают в указанный период. Эту выборку можно еще и отсортировать, к примеру, по сумме документа.
Адрес записи
У каждой записи таблицы базы данных есть уникальный в пределах таблицы адрес , по которому можно эту запись прочитать, удалить, заблокировать и т.д. Адрес - это длинное целое (четыре байта), как правило, адрес записывается в шестнадцатеричном виде. Просмотреть адрес записи можно по сочетанию клавиш <Shift+ Alt+ F12 >, либо воспользоваться аналогичной командой в контекстном меню таблицы:
Рис. 6-5 – Окно просмотра адресов записей
Любая связь реализуется полем определенного типа в каждой из таблиц, участвующих в данном отношении.
Зарезервировано несколько специальных значений адреса:
При открытии таблицы программой адрес записи выводится в первом столбце:
Рис. 6-6 – Адреса записей в таблице "Документы"
a. Имена столбцов, тип и размер хранящейся в них информации.
b. Имена столбцов и строк.
c. Имена строк, тип и размер хранящейся в них информации.
d. Номера строк, имена столбцов.
539. Перечислите объекты СУБД Access :
а. Таблицы, формы, запросы, отчеты, макросы, модули.
в. Таблицы, модели, формы запросы.
с. Таблицы, программы, модели, формы, отчеты, запросы.
d. Макросы, таблицы, модули, фреймы.
540. СУБД Access позволяет создать связь между несколькими таблицами БД:
a. Если в них есть совпадающие поля.
b. Если в них есть совпадающие записи.
c. Если в них есть одинаковые слова.
d. Если таблицы имеют одинаковые имена.
541. Запросы в базе данных Access создаются на основе:
Таблиц базы данных и других запросов.
Только таблиц базы данных.
Отчетов и других запросов.
Таблиц базы и ранее созданных отчетов.
542. Установите правильную последовательность при разработке базы данных:
Описание предметной области.
Разработка концептуальной модели.
Разработка информационно-логической модели.
Разработка физической модели.
Укажите правильный ответ:
543. К изменению файла базы данных приводят запросы:
На обновление, добавление, удаление.
Параметрические, итоговые, перекрестные.
На выборку и итоговые.
Параметрические и итоговые.
544. Поиск данных в базе данных – это…
Процедура выделения из множества записей подмножества, записи которого удовлетворяют поставленному условию.
Определение значений данных в текущий момент.
Процедура определений дескрипторов базы данных.
Процедура выделения данных, однозначно определяющих записи.
545. Режим «Таблица» в СУБД ACCESS предназначен для:
a. Просмотра и заполнения таблицы БД записями.
b. Описания структуры таблиц БД.
c. Объединения нескольких таблиц в одной БД.
d. Нормализации таблиц БД.
546. Перечислите характеристики, используемые для описания поля в БД:
а. Ключ, точность, тип, имя, длина.
в. Точность, тип, имя, длина.
с. Ключ, имя, длина.
d. Имя, тип, длина, точность.
547. Перечислите типы данных, существующих в Microsoft Access и OpenOffice . org Base :
а. Текстовые, числовые, денежные, логические, дата и время.
в. Цифровые, символьные, процентные, логические.
с. Символьные, числовые, программные, логические.
d. Текстовые, числовые, программные.
548. Основным объектом базы данных является:
а. Таблица.
в. Запрос.
d. Форма.
549. Кнопка («Схема данных») в СУБД ACCESS предназначен для:
a. Объединения нескольких таблиц в одной БД.
b. Описания структуры таблиц БД.
c. Просмотра и заполнения таблицы БД записями.
d. Нормализации таблиц БД.
550. Режим «Конструктор» в СУБД Access предназначен для:
a. Определения структуры таблицы БД.
b. Корректировки записей в уже созданной базе данных.
c. Установления связей между несколькими таблицами БД.
d.. Заполнения базы новыми данными.
551. Заполнение таблиц данными в режиме Таблица производится:
а. По строкам.
в. В произвольном порядке;
с. По столбцам
d. Текстовые поля затем числовые.
552. Объект «формы» в БД Access служит для:
a. Наиболее удобной организации ввода и вывода записей.
b. Нормализации таблиц БД.
c. Объединения нескольких таблиц.
d. Описания структуры БД.
553. Составная форма в БД – это…
в. Форма составляется пользователем.
d. Форма, составленная из таблиц разных баз данных.
554. Запросы в БД предназначены для:
а. Для отбора нужной информации и формирования новых таблиц.
в. Для оформления таблиц.
с. Для получения подсказки и помощи.
d. Для формирования новых таблиц.
555. Мастер отчетов в БД необходим для:
a. Улучшения наглядности и отбора данных по заданному критерию при распечатке таблиц.
b. Помещения данных о числе атрибутов в БД.
c. Улучшения наглядности и вычисления итогов при распечатке таблицы.
d. Помещения данных о числе таблиц в БД.
556. В режиме Сортировка в БД переставляются:
а. Записи.
с. Таблицы.
557. Режим «Фильтрация» позволяет осуществлять в базе данных:
a. Отбор записей по одному или нескольким признакам
b. Отбор записей только по одному признаку.
c. Перестановку записей в заданном порядке.
d. Перестановку записей в алфавитном порядке.
558. Приведенный объект является
а. Формой
в. Запросом
с. Отчетом
d. Таблицей
559. В режиме Поиск в БД осуществляется:
а. Только поиск записи.
в. Только поиск поля.
с. Удаление Записи.
d. Удаление Поля.
560. Заполнение таблиц данными в БД можно производить используя:
а. Все перечисленные объекты.
в. Только объект Формы.
с. Только объект Запросы.
d. Только объект Таблицы.
561. Заполнение таблиц данными в БД можно производить:
а. Одновременно в несколько связанных таблиц.
в. Одновременно в несколько несвязанных таблиц.
с. Только в одну таблицу.
d. В одну или несколько таблиц.
562. Команда Поиск в БД работает с объектами:
а. Все перечисленные объекты.
в. Объект Формы.
с. Объект Запрос.
d. Объект Таблица.
563. Вычисления в БД можно производить в объектах:
а. Таблица.
с. Запрос.
d. Во всех перечисленных в п. А. В. С. Объектах.
е. Формы и Запросы.
f. Таблицы и Запросы.
564. Укажите, какое поле в таблицах БД не требует заполнения с клавиатуры:
а. Счетчик.
с. Дата/Время.
d. Числовое.
565. Вычисление в БД можно производить над данными, имеющими следующие типы:
а. Числовой и Дата/Время.
в. Текстовым.
с. Дата/Время.
d. Числовой и текстовый.
е. Числовом.
566. Представлена таблица базы данных «Кадры». При поиске по условию (Премия < 3000 и год рождения => 1990) будут найдены фамилии:
а. Сухомлин, Трофимов.
в. Трофимов, Перепечка.
с. Василюк.
d. Макаров.
567. Представлена таблица базы данных «Кадры». возрастания
а.
2.
568. Представлена таблица базы данных «Кадры». Произведена сортировка в порядке убывания по году рождения. Укажите порядковый номер записи для Василюка:
569. Представлена таблица базы данных «Кадры». Произведена сортировка в порядке убывания по размеру премии. Укажите порядковый номер записи для Синицына:
570. Представлена таблица базы данных «Кадры». Произведена сортировка в порядке возрастания по алфавиту для поля «фамилия». Укажите порядковый номер записи для Трофимова:
571. Представлена таблица базы данных «Кадры». Произведена сортировка в порядке убывания по алфавиту для поля «фамилия». Укажите порядковый номер записи для Трофимова:
572. Представлена таблица базы данных «Кадры». > 1990 и Оклад < 7000) будут найдены фамилии:
а. Трофимов.
в.Ноздрев.
с. Трофимов, Перепечка.
d. Макаров, Синицын.
573. Представлена таблица базы данных «Кадры». При поиске по условию (Год рождения 1990 и Оклад 7000) будут найдены фамилии:
а.
Перепечка, Сухомлин, Трофимов.
в. Макаров.
с. Трофимов, Перепечка.
d. Макаров, Синицын, Трофимов.
574.
Представлена таблица базы данных
«Кадры».
При поиске по условию (Год
рождения < 1990 и Оклад
20 000) будут найдены фамилии:
а. Василюк, Ноздрев.
в.Ноздрев.
с. Макаров.
d. Трофимов.
е. Василюк.
575.
Представлена таблица базы данных
«Кадры».
Произведена сортировка в
порядке
возрастания
по
размеру оклада. Укажите порядковый
номер записи для Синицын:
576. Определите тип поля «Стаж работы»:
а. Дата/Время.
в. Числовой.
с. Логический.
d. Текстовый.
577. Определите тип поля «Адрес»:
а. Текстовый.
в. Числовой.
с. Логический.
d. Дата/Время.
578. Определите тип поля «Телефон» 569-82-13:
а. Текстовый.
в. Числовой.
с. Счетчик.
d. Числовой или Текстовый.
е. Счетчик или Числовой.
579. Определите тип поля «Год рождения»:
а. Числовой.
в Текстовый.
с. Дата/Время.
580. Определите тип поля «Телефон» 5698213:
а. Числовой или Текстовый.
в. Текстовый.
с. Счетчик.
d. Числовой.
е. Счетчик или Числовой.
581. Определите тип поля «Дата рождения»:
а. Дата/Время.
в. Числовой.
с. Текстовый.
582. Выберите список атрибутов для объекта «Студент»:
а. ФИО, группа, курс.
в. Название института, ФИО ректора, адрес.
с. Дисциплина, кол-во часов, преподаватель.
d. Специальность, стипендия, декан.
583. Выберите список атрибутов для объекта «Служащий»:
а. Должность, оклад, стаж.
в. Название завода, ФИО директора, адрес.
d. Специальность, образование, начальник участка.
584. Выберите список атрибутов для объекта «Завод»6
а. Название завода, ФИО директора, адрес.
в. Должность, оклад, стаж.
с. № цеха, начальник цеха, кол-во человек в цеху.
d. Телефон, адрес, стаж.
585. Дан фрагмент базы данных. После проведения сортировки по возрастанию по полю Класс, фамилия ИВАНОВ будет занимать строку:
|
ФАМИЛИЯ |
КЛАСС |
ШКОЛА |
||
|
ИВАНОВ |
ВАСИЛИЙ | |||
|
КАТАЕВ |
ПЕТР | |||
|
РОДИОНОВ |
ИВАН | |||
|
МИШИН |
СЕРГЕЙ |
586. Назовите тип приведенного ниже запроса в базе данных:
Перекрестный.
Итоговый.
Параметрический.
Создание базы данных |
Если в окне не отображается строка состояния, откройте окно параметров
Access. В его левой области выберите Текущая база данных (Current Database).
В разделе Параметры приложения (Application Options) установите флажок
Строка состояния (Status Bar).
Создание таблицы базы данных
Как уже говорилось ранее, таблица содержит данные об одном информационном объекте или сущности, например сведения о покупателях или товарах. Каждая запись (строка) в таблице включает данные об одном экземпляре сущности, например о конкретном покупателе. Запись состоит из полей (столбцов), каждое из которых включает такие атрибуты сущности, как наименование, ИНН, адрес и телефон. Для однозначной идентификации записи в таблице определяется уникальный простой или составной ключ. База данных может содержать множество таблиц. Разработка базы данных начинается с создания таблиц.
Создание таблицы БД состоит из двух этапов. На первом этапе определяется ее структура: состав полей, их имена, тип данных каждого поля, размер поля, ключи, индексы таблицы и другие свойства полей. На втором этапе производится создание записей таблицы путем заполнения ее полей данными.
В Access создание таблицы может быть выполнено в одном из двух режимов:
в режиме конструктора (Design View), позволяющем максимально полно определить структуру таблицы;
в режиме таблицы (Datasheet View), предназначенном, прежде всего, для создания, просмотра, поиска, корректировки ее записей и, кроме того, реализующем функции, обеспечивающие определение структуры таблицы.
Рассмотрим основные параметры полей таблицы, которые могут быть заданы
вне зависимости от способа создания таблицы.
Имена полей и тип данных
Для определения поля таблицы обязательно задаются Имя поля (Field Name) и
Тип данных (Data Type).
Имя поля (Field Name). Каждое поле в таблице должно иметь уникальное имя, удовлетворяющее соглашениям об именах объектов в Access. Оно является комбинацией из букв, цифр, пробелов и специальных символов, за исключением точки (. ), восклицательного знака (! ), надстрочного знака (` ) и квадратных скобок (). Имя не может начинаться с пробела и содержать управляющие символы с кодами ASCII от 0 до 31. Максимальная длина имени 64 символа.
Тип данных (Data Type). Тип данных определяется значениями, которые предполагается хранить в поле, и операциями, которые будут выполняться с этими значениями. В Access допускается использование двенадцати типов данных.
Рассмотрим вкратце назначение и допустимые размеры данных всех типов, которые могут назначаться полям таблицы в Access.
Текстовый (Text) - используется для хранения текста или комбинаций алфа- витно-цифровых знаков, не применяемых в расчетах (например, код товара). Максимальная длина поля 255 знаков.
Поле МЕМО (Memo) - используется для хранения обычного текста или комбинаций алфавитно-цифровых знаков длиной более 255 знаков. Поля с этим типом данных в базах данных формата Access 2007 поддерживают также форматирование текста. Это единственный в Access тип данных, обеспечивающий встроенную поддержку отображения и хранения форматированного текста. Максимальный размер поля 1 Гбайт знаков или 2 Гбайт памяти (2 байта на знак) при программном заполнении полей, и 65 535 знаков при вводе данных вручную в поле и в любой элемент управления, связанный с этим полем.
Числовой (Number) - служит для хранения числовых значений (целых или дробных), предназначенных для вычислений, исключением являются денежные значения, для которых используется тип данныхДенежный (Currency). Размер поля 1, 2, 4 и 8 байтов, или 16 байтов (если используется для кода репликации) зависит от типа чисел, вводимых в поле.
Дата/время (Date/Time) - используется для хранения значений даты и времени в виде 8-байтовых чисел двойной точности с плавающей запятой. Целая часть значения, расположенная слева от десятичной запятой, представляет собой дату. Дробная часть, расположенная справа от десятичной запятой, - это время. Хранение значений даты и времени в числовом формате позволяет выполнять различные вычисления с этими данными.
Денежный (Currency) - используется для хранения денежных значений в виде 8-байтовых чисел с точностью до четырех знаков после запятой. Этот тип данных применяется для хранения финансовых данных и в тех случаях, когда значения не должны округляться.
Счетчик (AutoNumber) - используется для уникальных числовых 4-байтовых значений, которые автоматически вводит Access при добавлении записи. Вводимые числа могут последовательно увеличиваться на указанное приращение или выбираться случайно. Обычно используются в первичных ключах.
Логический (Yes/No) - применяется для хранения логических значений, которые могут содержать одно из двух значений: Да/Нет, Истина/Ложь или Вкл/Выкл. (8 битов = 1 байт). Используется1 для значений Да и0 для значений Нет. Размер равен 1 биту.
Поле объекта OLE (OLE Object) - используется для хранения изображений, документов, диаграмм и других объектов из приложений MS Office и других программ Windows в виде растровых изображений, которые затем отображаются в элементах управления форм или отчетов, связанных с этим полем таблицы.
Чтобы в Access просматривать эти изображения, необходимо, чтобы на компьютере, использующем базу данных, был зарегистрирован OLE-сервер (программа, поддерживающая этот тип файлов). Если для данного типа файлов
Создание базы данных |
OLE-сервер не зарегистрирован, отображается значок поврежденного изображения.
Гиперссылка (Hyperlink) - применяется для хранения ссылок на Web-узлы (URL-адреса), на узлы или файлы интрасети или локальной сети (UNCадреса - стандартного формата записи пути), а также на узлы или файлы локального компьютера. Кроме того, можно использовать ссылку на объекты Access, хранящиеся в базе данных. Может хранить до 1 Гбайт данных.
Вложение (Attachment) - используется для вложения в поле записи файлов изображений, электронных таблиц, документов, диаграмм и других файлов поддерживаемых типов точно так же, как в сообщения электронной почты. Вложенные файлы можно просматривать и редактировать в соответствии с заданными для поля параметрами. Эти поля не имеют ограничений, связанных с отсутствием зарегистрированных OLE-серверов. Более рационально используют место для хранения, чем поля с типом данныхПоле объекта OLE (OLE Object), поскольку не создают растровые изображения исходного файла. Максимальная длина поля для сжатых вложений - 2 Гбайт, для несжатых - примерно 700 Кбайт в зависимости от степени возможного сжатия вложения.
Вычисляемый (Calculated) - предназначен для создания вычисляемых полей: числовых, текстовых, денежных, дата/время, логических. Значение вычисляемого поля определяется выражением, записанным в поле и использующим другие поля текущей записи, некоторые встроенные функции и константы, связанные арифметическими, логическими или строковыми операторами.
Мастер подстановок (Lookup Wizard) или Подстановка и отношения(Lookup & Relationship) - вызывает мастера подстановок, с помощью которого можно создать поле, позволяющее выбрать значения из списка, построенного на основе значений поля другой таблицы, запроса или фиксированного набора значений. Такое поле отображается как поле со списком. Если список построен на основе поля таблицы или запроса, тип данных и размер создаваемого поля определяется типом данных и размером привязанного столбца; если на основе набора значений - размером текстового поля, содержащего значение. Кроме того, мастер подстановок позволяет определить связь таблиц и включить проверку связной целостности данных.
Общие свойства поля
Основные свойства задаются для каждого поля и зависят от выбранного типа данных. Если открыть таблицу в режиме конструктора, то весь набор свойств выбранного поля будет представлен в нижней части окна на двух вкладках: Общие (General) иПодстановка (Lookup). Приведем свойства полей, наиболее важные на первом этапе изучения баз данных.
Размер поля (Field Size) позволяет для текстового и числового поля уточнить тип данных или размер, задает максимальный размер данных, сохраняемых в поле. Для поля с типом данныхТекстовый (Text) задается размер от 1 до 255 знаков.
Для поля с типом данных Числовой (Number) можно задать:
Байт (Byte) для целых чисел от 0 до 255, длина поля 1 байт;
Целое (Integer) для целых чисел от –32 768 до +32 767, занимает 2 байта;
Длинное целое (Long Integer) для целых чисел от –2 147 483 648 до +2 147 483 647, занимает 4 байта;
Одинарное с плавающей точкой (Single) для чисел от –3,4 1038 до
3,4 1038 с точностью до 7 знаков, занимает 4 байта;
Двойное с плавающей точкой (Double) для чисел от –1,797 10308 до
1,797 10308 с числом отображаемых десятичных знаков до 15, занимает 8 байтов;
Действительное (Decimal) для целых чисел от –1038 до +1038 (при работе с проектами, которые хранятся в файлах типа adp) и от –1028 до 1028 (mdb и accdb) с числом отображаемых десятичных знаков до 28, занимает 12 байтов;
Код репликации (Replication ID). Глобальный уникальный идентификатор
(Globally unique identifier, GUID), занимает 16 байтов. Эти длинные генери-
руемые случайным образом значения обеспечивают малую вероятность их совпадения. Поля такого типа используются Access для создания системных уникальных идентификаторов реплик, наборов реплик, таблиц, записей и других объектов при репликации баз данных. Могут быть использованы в приложениях пользователя для идентификации строк таблицы, например для идентификации товаров.
Для поля с типом данных Счетчик (AutoNumber) можно задать:
Длинное целое (Long Integer) - 4 байта;
Код репликации (Replication ID) - 16 байтов.
Рекомендуется задавать минимально допустимый размер поля, который понадобится для сохраняемых значений, т. к. сохранение таких полей требует меньше памяти, и обработка данных меньшего размера выполняется быстрее.
Изменения в данных, которые происходят вследствие изменения свойства Размер поля (Field Size), нельзя отменить после выполнения сохранения.
Формат поля (Format) является форматом отображения выбранного типа данных при выводе их на экран или печать в режиме таблицы, в форме или отчете. В Access определены встроенные стандартные форматы отображения для полей с такими типами данных какЧисловой (Number),Дата/время (Date/Time),Логический (Yes/No) иДенежный (Currency). Ряд этих форматов совпадает с настройкой региональных форматов, определяемых в окнеЯзык и региональные стандарты в Панели управления Windows. Пользователь может создать собственный формат для всех типов данных, кромеПоле объекта OLE (OLE Object), с помощью символов форматирования.
Число десятичных знаков (Decimal Places) задает для числового и денежного типов данных количество знаков после запятой. Можно задать число от 0 до 15. По умолчанию (значениеАвто (Auto)) это число определяется установкой в свойствеФормат поля (Format). Следует иметь в виду, что установка этого свойства не действует, если свойствоФормат поля (Format) не установлено
Полнотекстовый поиск:
Главная > Презентация >Информатика
Федеральное агентство по образованию
Государственное Общеобразовательное Учреждение
Среднепрофессионального Обучения
«Тульский экономический колледж»
По дисциплине «Информатика»
На тему: «База данных. Понятие базы данных. Виды баз данных. Объекты для работы с базами данных. Типы данных в базах и таблицах Access. Основные элементы и понятия баз данных»
Подготовила студентка 2 курса
группы 216-БП
Храмова Анна
Проверил преподаватель:
Васильева И.В.
Щёкино,2007
С О Д Е Р Ж А Н И Е:
1. Введение…………………………………………...…………….……2
2. Понятие базы данных………………………………………………..3
Виды базы данных………………………………………….………4-5
Объекты для работы с базами данных…………………………...6-7
Типы данных в базах………………………………………………….8
Типы данных в таблицах Access……………………………………9
Основные элементы и понятия баз данных…………………..10-15
Тест…………………………………………………………….…16-17
Ответы на тест……………………………………………...…….…18
10. Вопросы для самопроверки………………………………..........19
11. Список используемой литературы……………………………….20
12. Презентация……………………………………………………21-33
13. Рецензия………………………………………………..…………..34
В В Е Д Е Н И Е:
Мы познакомились с работой Excel и знаем, что это приложение создано специально для решения задач обработки табличных данных.
Существуют системы (приложения) для решения иных классов задач. В частности, очень большую роль играют сейчас программы (приложения, системы), цепь которых – хранение данных и выдача данных по запросу пользователя.
Использование ЭВМ именно для решения этого класса задач становится всё более массовым явлением.
Смело можно сказать, что такие задачи и необходимость их решения существуют в любой фирме, на любом предприятии.
Основное понятие для подобного круга задач – база данных. Так называется файл или группа файлов стандартной структуры, служащая для хранения данных.
Для разработки программ, систем программ, работающих с базами данных, используются специальные средства – системы управления базами данных (СУБД).
СУБД включает, как правило, специальный язык программирования и все прочие средства, необходимые для разработки указанных программ.
В настоящее время наиболее известными СУБД являются FOXPRO и ACCESS. Последняя входит в состав профессионального пакета MS Office 97.
Это современные системы с большими возможностями, предназначенные для разработки сложных программных комплексов, и знакомство с ними для пользователя ЭВМ исключительно полезно, но в рамках настоящего пособия осуществить его затруднительно.
Понятие базы данных
База данных (БД) – это совокупность массивов и файлов данных, организованная по определённым правилам, предусматривающим стандартные принципы описания, хранения и обработки данных независимо от их вида.
База данных (БД) – совокупность организованной информации, относящейся к определённой предметной области, предназначенная для длительного хранения во внешней памяти компьютера и постоянного применения.
Виды БД:
1.Фактографическая – содержит краткую информацию об объектах некоторой системы в строго фиксированном формате;
2.Документальная – содержит документы самого разного типа: текстовые, графические, звуковые, мультимедийные;
3.Распределённая – база данных, разные части которой хранятся на различных компьютерах, объединённых в сеть;
4.Централизованная – база данных, хранящихся на одном компьютере;
5.Реляционная – база данных с табличной организацией данных.
Одно из основных свойств БД – независимость данных от программы, использующих эти данные.
Работа с базой данных требует решения различных задач, основные из них следующие:
Создание базы, запись данных в базу, корректировка данных, выборка данных из базы по запросам пользователя.
Задачи этого списка называются стандартными.
Следующее понятие, связанное с базой данных: программа для работы с базой данных – это программа, которая обеспечивает решение требуемого комплекса задач. Любая подобная программа должна уметь решать все задачи стандартного набора.
База данных в разных системах имеет различную структуру.
В ПВЭМ обычно используются реляционные БД – в таких базах файл является по структуре таблицей. В ней столбцы называются полями, строки – записями.
Примером БД может служить расписание движения поездов или автобусов. Здесь каждая строчка – запись отражает данные строго одного объекта. База включает поля: номер рейса, маршрута следования, время отправления и т.д.
Классическим примером БД является и телефонный справочник. Запрос к базе данных – это предписание, указывающее, какие данные пользователь желает получить из базы.
Некоторые запросы могут представлять собой серьёзную задачу, для решения которой потребляется составлять сложную программу. Например, запрос к базе – автобусному расписанию: определить разницу в среднем интервале отправления автобусов из Ростова в Таганрог и из Ростова в Шахты.
Объекты для работы с базами данных
Для создания приложения, позволяющего просматривать и редактировать базы данных, нам потребуется три звена:
набор данных
источник данных
визуальные элементы управления
В нашем случае эта триада реализуется в виде:
DataSource
DBGrid
Table подключается непосредственно к таблице в базе данных. Для этого нужно установить псевдоним базы в свойстве DataBaseName и имя таблицы в свойстве TableName, а затем активизировать связь: свойство Active = true.
Однако, поскольку Table является невизуальным компонентом, хотя связь с базой и установлена, пользователь не в состоянии увидеть какие – либо данные. Поэтому необходимо добавить визуальные компоненты, отображающие эти данные. В нашем случае это сетка DBGrid. Сетка сама по себе «не знает», какие данные ей нужно отображать, её нужно подключить к Table, что и делается через компонент – посредник DataSource.
А зачем нужен компонент – посредник? Почему бы сразу не подключаться к Table?
Допустим, несколько визуальных компонентов – таблица, поля ввода и т.п. подключены к таблице. А нам нужно быстро переключить их все на другую подобную таблицу. С DataSource это сделать несложно - достаточно просто поменять свойство DataSet, а вот без DataSource пришлось бы менять указатели у каждого компонента.
Приложения баз данных – нить, связывающая БД и пользователя:
БД – набор данных – источник данных – визуальные компоненты – пользователь
Набор данных:
Table (таблица, навигационный доступ)
Query (запрос, реляционный доступ)
Визуальные компоненты:
Сетки DBGrid , DBCtrlGrid
Навигатор DBNavigator
Всяческие аналоги Lable , Edit и т.д.
Компоненты подстановки
Типы данных в базах
В Access можно определить следующие типы полей:
Текстовый – текстовая строка; максимальная длина задаётся параметром «размер», но не может быть больше 255
Поле МЕМО – текст длиной до 65535 символов
Числовой – в параметре «Размер поля» можно задать поле: байт, целое, дейсвительное и т.п.
Дата/время – поле, хранящее данные о времени.
Денежный – специальный формат для финансовых нужд, по сути являющийся числовым
Счётчик – автоинкрементное поле. При добавлении новой записи внутренний счётчик таблицы увеличивается на единицу и записывается в данное поле новой записи. Таким образом, значения этого поля гарантированно различны для разных записей. Тип предназначен для ключевого поля
Логический – да или нет, правда или ложь, включен или выключен
Объект OLE – в этом поле могут храниться документы, картинки, звуки и т.п. Поле является частным случаем BLOB – полей (Binary Large Object ), встречающихся в различных базах данных
Подстановка
Типы данных в таблицах Access :
Текстовый
Поле МЕМО
Числовой
Дата\время
Денежный
Счётчик
Логический
Объект OLE
Не надо забывать про индексы.
Связывать таблицы.
Связь с обеспечением целостности контролирует каскадное удаление и модификацию данных.
Монопольный доступ к БД нужен для того, чтобы производить в ней фундаментальные изменения.
Основные понятия и элементы баз данных
Базы данных понадобились тогда, когда возникла потребность хранить большие объёмы однотипной информации, уметь её оперативно использовать. Базами данных (в широком понимании этого слова) пользовались на протяжении всей истории жрецы, чиновники, купцы, ростовщики, алхимики.
Основное требование к базам данных – удобство доступа к данным, возможность оперативно получить исчерпывающую информацию по любому интересующему вопросу (важно не только то, что информация содержится в базе, важно то, насколько она хорошо структирована и целостна).
Лишь только появились и распространились компьютеры, почти сразу на них возложили тяжёлый и кропотливый труд по обработке и структурированию данных, появились базы данных (БД) в их нынешнем понимании.
Согласно современным требованиям к базам данных, информация, содержащаяся в них, должна быть:
непротиворечивой (не должно быть данных, противоречащих друг другу);
неизбыточной (следует избегать ненужного дублирования информации в базе, избыточность может привести к противоречивости – например, если какие – то данные изменяют, а их копию в другой части базы забыли изменить);
целостной (все данные должны быть связаны, не должно быть ссылок на несуществующие в базе данные)
Реляционная модель баз данных была предложена Эдгаром Коддом в конце 70-х годов. В рамках этой модели база данных представляет собой набор таблиц, связанных друг с другом отношениями. При достаточной простоте (а значит, и удобстве реализации на компьютере) данная модель обладает гибкостью, позволяющей описывать сложно структурированные данные. Кроме того, для этой модели достаточно глубоко проработано теоретическое обоснование, что также даёт возможность эффективнее использовать компьютер при создании базы данных и работе с ней. В плане правил связи в реляционной модели реализуется отношение «один–ко–многим» связи между таблицами. Это значит, что одной записи в главной таблице соответствует несколько записей в подчинённой таблице (в том числе может не соответствовать ни одной записи). Другие типы связей: «один-к-одному», «много-к-одному» и «много-ко-многим» - можно свести к данному типу «один-ко-многим». Реляционные базы данных состоят из связанных таблиц.
Таблица представляет собой двумерный массив, в котором хранятся данные. Столбцы таблицы (в рамках принятых обозначений БД) называются полями, строки – записями. Количество полей таблицы фиксировано, количество записей – нет. Фактически таблица – нефиксированный массив записей с одинаковой структурой полей в каждой записи. Добавить в таблицу новую запись не составляет труда, а то время как добавление нового поля влечёт за собой рестрктуризацию всей таблицы и может вызвать определённые трудности. В качестве значений полей в записях могут храниться числа, строки, картинки и т.д. Таблицы баз данных хранятся на жёстком диске (на локальном компьютере или на сервере баз данных – в зависимости от типа БД). Одной таблице соответствуют обычно несколько файлов – один основной и несколько вспомогательных. Тонкости организации таблиц зависят от используемого формата (dBase, Paradox, InterBase, Microsoft Access и т.д.)
Ключ – поле или комбинация полей таблицы, значения в которых однозначно определяют запись. Ключ потому так и называется, что, имея значения ключевых полей, можно однозначно получить доступ к нужной записи. Таким образом, ключи чрезвычайно полезны для связи таблиц. Записывая значения ключа в отведённые поля подчинённой таблицы и тем самым, задавая ссылку, обеспечиваем связь двух записей – записи в главной таблице и записи в подчинённой таблице. В одной записи подчинённой таблицы может находиться и несколько ссылок на записи главной таблицы. Например, в школьном журнале может быть таблица – список дежурств, где в каждой записи содержатся фамилии и имена (ключ их двух полей) нескольких дежурных. Так осуществляется связь различных записей главной таблицы и реализуется достаточно сложная структура данных. В школьной практике в качестве ключевых полей используются имена и фамилии, но в БД лучше отводить специальные ключевые поля – индивидуальные номера (коды) записей. Это гарантированно уберегает от возможных проблем с однофамильцами. В школе же, где не требуется такая компьютерная чёткость, появление в одном классе двух учеников с одинаковыми именами и фамилиями – очень редкое событие, поэтому можно простить подобное техническое упущение. Кроме связывания, ключи могут использоваться для прямого доступа к записям, ускорения работы с таблицей.
Индекс – поле, так же, как и ключ, специально выделенное в таблице, данные в котором, однако, могут повторяться. Они также служат для ускорения доступа и, кроме того, для сортировки и выборок.
Нормальные формы были придуманы, скорее, для автоматизации процесса создания баз данных, нежели как руководство тем, кто создаёт их вручную (автоматическое проектирование больших баз данных может производиться с помощью специальных систем программ – средств (CASE). Реально при ручной разработке проектировщик сразу же задумывает необходимую структуру, планирует нужные таблицы, а не идёт от одной большой таблицы. Нормальные формы фактически формализуют интуитивно понятые требования к организации данных, помогая, прежде всего, избежать избыточного дублирования данных.
Первая нормальная форма:
информация в полях неделимая (к примеру, имя и фамилия должны быть разными полями, а не одним);
в таблице нет повторяющихся групп полей
Вторая нормальная форма:
выполнена первая форма;
любое неключевое поле однозначно идентифицируется ключевыми полями (фактически, требование наличия ключа)
Третья нормальная форма:
выполнена вторая форма
неключевые поля должны однозначно идентифицироваться только ключевыми полями (это значит, что данные, не зависящие от ключа, должны быть вынесены в отдельную таблицу)
Требование третьей нормальной формы имеет тот смысл, что таблицу с полями (Имя, Фамилия, Класс, Классный руководитель) необходимо разбить на две таблицы (Имя, Фамилия, Класс) и (Класс, Классный руководитель), поскольку поле Класс однозначно определяет поле Классный руководитель (а согласно третьей форме, однозначно определять должны только ключи).
Для более глубокого понимания тонкостей проведения операций с записями в таблицах необходимо иметь понятия о способах доступа, транзакциях и бизнес-правилах.
Способы доступа определяют, как технически производятся операции с записями. Способы доступа выбираются программистом во время разработки приложения. Навигационный способ основан на последовательной обработке нужных записей поодиночке. Он обычно используется для небольших локальных таблиц. Реляционный способ основан на обработке сразу набора записей с помощью SQL-запросов. Он используется для больших удалённых БД.
Транзакции определяют надёжность выполнения операций по отношению к сбоям. В транзакцию объединяется последовательность операций, которая либо должна быть выполнена полностью, либо не выполнена совсем. Если во время выполнения транзакции произошёл сбой, то все результаты всех операций, входящих в неё отменяются. Это гарантирует то, что не нарушается корректность базы данных даже в случае технических (а не программных) сбоев.
Бизнес-правила определяют правила проведения операций и представляют механизмы управления БД. Задавая возможные ограничения на значения полей, они также вносят свой вклад в поддержание корректности базы. Несмотря на возможные ассоциации с бизнесом как коммерцией, бизнес-правила не имеют к нему прямого отношения и просто являются правилами управления базами данных.
Корректная БД:
- неизбыточная;
- непротиворечивая;
- целостная
Реляционная БД:
- таблицы;
- связи между таблицами с помощью ключей
- поля (столбцы) – фиксированы;
- записи (строки) – легко добавляются и удаляются
- однозначно определяет запись
Ключи и индексы:
- служат для связи таблиц, прямого доступа, ускорения обработки и т.п.
Нормальные формы:
- служат для борьбы с избыточностью данных;
- много требуют, но из самых благих побуждений
Способы доступа:
-навигационный;
- реляционный
Защита корректности БД:
- транзакции – техническая защита
- бизнес-правила – логическая защита
Т Е С Т
1.Модели баз данных:
А) коммерческие
Б) сетевые
В) объектно-ориентированные
Г) революционные
Д) реляционные
Е) интегральные
2.Виды базы данных:
А) документальные
Б) сетевые
В) графические
Г) реляционные
3.Какая из баз данных содержит документы самого разного типа?
А) распределённая
Б) централизованная
В) фактографическая
Г) документальная
4.Что может являться примером базы данных?
А) пешеход, стоящий на обочине дороги
Б) телефонный справочник
В) расписание уроков
Г) расписание движения поездов или автобусов
5. Что такое ключ?
Б) кодовое слово
В) программа
Г) поле или комбинация полей таблицы
6. Что будет выведено на экран в результате выполнения фрагмента программы?
m:= ‘биология’;
k:= ‘зоо’ + copy (m, 4, 5);
writeln
(k);
А) зоология
Б) зоо
В) биология
Г) логия
7.Набор данных содержит:
А) навигатор DBNavigator
Б) Table
В) Query
8.Выберите верное утверждение: денежный тип полей…
А) текстовая строка
Б) текст длиной до 65535 символов
В) специальный формат для финансовых нужд
Г) автоинкретное поле
9.Основное требование к данным:
А) потребность в хранении больших объёмов однотипной информации
Б) быстрое распространение информации
В) возвратное удаление информации
Г) удобство доступа к данным и быстрое нахождение нужной информации по интересующему вопросу
10.Какой должна быть информация, находящаяся в требованиях к базам данных?
А) целостной
Б) краткой
В) непротиворечивой
Г) однотипной
Ответы на тест
Вопросы для самопроверки :
Что такое БД?
Что является классическим примером БД?
Приведите несколько примеров БД
Какой вид БД обычно используется в ПВЭМ?
Какие виды БД вы знаете?
Какие три звена нам потребуются для создания приложения, позволяющего просматривать и редактировать базы данных?
Какие типы полей можно определить в Access?
Для чего нужен монопольный доступ к БД?
Что такое реляционная модель базы БД?
10. Сколько существует нормальных форм в БД? Перечислите их
11. Что такое транзакции?
Л И Т Е Р А Т У Р А :
Информатика. Учебное пособие для среднего профессионального образования (+CD)/Под общ. ред. И.А. Черноскутовой – СПб.: Питер, 2005. – 272 с.: ил. стр. 24 - 25
Информатика. Учебное пособие для студ. пед. вузов /А.В.Могилёв; Н.И.Пак, Е.К.Хённер; Под ред. Е.К.Хённера. – М., 1999. - 816 с стр. 185 - 187
Информатика. Учебник. – 3-е перераб. изд./Под ред. проф. Н.В.Макаровой. – М.: Финансы и статистика, 2000. – 768 с.: ил.
Р Е Ц Е Н З И Я
