SlideShare a Scribd company logo
1 of 121
Основные понятияОсновные понятия
баз данных.баз данных.
2
Базы данных и системы
управления базами данных
 База данных (БД) — это организованная
структура, предназначенная для
хранения информации.
 Системы управления базами данных
(СУБД) позволяют размещать в своих
структурах данные и методы, с помощью
которых происходит взаимодействие с
потребителем или с другими программно-
аппаратными комплексами.
3
Системы управления
базами данных (СУБД)
 Комплекс программных средств,
предназначенных для создания структуры
новой базы, наполнения ее содержимым,
редактирования содержимого и
визуализации информации.
4
Визуализация
информации базы
 Отбор отображаемых данных в
соответствии с заданным критерием, их
упорядочение, оформление и
последующая выдача на устройство
вывода или передача по каналам связи.
5
 Большинство СУБД опираются на единый
устоявшийся комплекс основных понятий.
6
Структура простейшей
БД
 Хотя данных в базе и нет, но
информация в ней все-таки есть — это
структура базы.
 Она определяет методы занесения
данных и хранения их в базе.
7
 Основными объектами любой базы
данных являются ее таблицы.
 Простейшая база данных имеет хотя бы
одну таблицу.
 Структура простейшей базы данных
тождественно равна структуре ее
таблицы.
8
 Структуру простейшей базы данных
образуют поля и записи.
 Если записей в таблице пока нет, значит,
ее структура образована только набором
полей.
9
Свойства полей БД
 Поля базы данных определяют структуру
базы и групповые свойства данных,
записываемых в ячейки, принадлежащие
каждому из полей.
10
Имя поля
 Определяет, как следует обращаться к
данным этого поля при автоматических
операциях с базой.
11
Тип поля
 Определяет тип данных, которые могут
содержаться в данном поле.
12
Размер поля
 Определяет предельную длину данных,
которые могут размещаться в данном
поле.
13
Формат поля
 Определяет способ форматирования
данных в ячейках, принадлежащих полю.
14
Маска ввода
 Определяет форму, в которой вводятся
данные в поле.
15
Подпись
 Определяет заголовок столбца таблицы
для данного поля.
16
Значение по умолчанию
 Значение, которое вводится в ячейки
поля автоматически.
17
Условие на значение
 Ограничение, используемое для
проверки правильности
ввода данных.
18
Сообщение об ошибке
 Текстовое сообщение, которое выдается
автоматически
при попытке ввода в поле ошибочных
данных.
19
Обязательное поле
 Свойство, определяющее обязательность
заполнения данного поля при наполнении
базы.
20
Пустые строки
 Свойство, разрешающее ввод пустых
строковых данных.
21
Индексированное поле
 Если поле обладает этим свойством, все
операции, связанные с поиском или
сортировкой записей по значению,
хранящемуся в данном поле,
существенно ускоряются.
22
 Свойства полей могут различаться в
зависимости от типа данных.
23
Типы данных
 Таблицы баз данных, как правило,
допускают работу с гораздо большим
количеством разных типов данных.
24
Текстовый
 Тип данных, используемый для хранения
обычного неформатированного текста
ограниченного размера (до 255
символов).
25
Поле Мемо
 Специальный тип данных для хранения
больших объемов текста (до 65 535
символов).
26
Числовой
 Тип данных для хранения
действительных чисел.
27
Дата/время
 Тип данных для хранения календарных
дат и текущего времени.
28
Денежный
 Тип данных для хранения денежных
сумм.
29
Счетчик
 Специальный тип данных для
уникальных натуральных чисел с
автоматическим наращиванием.
30
Логический
 Тип для хранения логических данных
(могут принимать только два значения,
например Да или Нет).
31
Поле объекта OLE
 Специальный тип данных,
предназначенный для хранения
объектов OLE, например
мультимедийных.
32
Гиперссылка
 Специальное поле для хранения адресов
URL для Web-объектов Интернета.
33
Мастер подстановок
 Объект, настройкой которого можно
автоматизировать ввод данных в поле
так, чтобы не вводить их вручную, а
выбирать из раскрывающегося списка.
34
Безопасность баз
данных
 Базы данных — это тоже файлы, но
работа с ними отличается от работы с
файлов других типов, создаваемых
прочими приложениями.
 Для баз данных предъявляются особые
требования с точки зрения безопасности,
поэтому в них реализован другой подход к
сохранению данных.
35
 Целостность содержимого базы не может
и не должна зависеть ни от конкретных
действий некоего пользователя,
забывшего сохранить файл перед
выключением компьютера, ни от
перебоев в электросети.
36
 В части операций участвует
операционная система компьютера, но
некоторые операции сохранения
происходят в обход операционной
системы.
 Операции изменения структуры базы
данных, создания новых таблиц или
вообще объектов происходят при
сохранении файла базы данных. 37
 Операции по изменению содержания
данных, не затрагивающие структуру
базы, максимально автоматизированы и
выполняются без предупреждения.
38
ФормированиеФормирование
баз данныхбаз данных
39
Режимы работы с
базами данных
 СУБД имеет два режима работы:
проектировочный и пользовательский.
 Первый режим предназначен для создания
или изменения структуры базы и создания
ее объектов.
 Во втором режиме происходит
использование ранее подготовленных
объектов для наполнения базы или
получения данных из нее.
40
Проектировщики
 Их задача состоит в разработке
структуры таблиц базы данных и
согласовании ее с заказчиком.
41
Пользователи
 Получают исходную базу данных от
проектировщиков и занимаются ее
наполнением и обслуживанием.
42
Объекты базы данных
 Основные типы объектов мы рассмотрим
на примере СУБД Microsoft Access.
 В версии Microsoft Access эта СУБД
позволяет создавать и использовать
объекты семи различных типов.
43
Таблицы
 Это основные объекты любой базы
данных.
 В таблицах хранятся все данные,
имеющиеся в базе.
 Таблицы хранят структуру базы (поля, их
типы и свойства).
44
Запросы
 Служат для извлечения данных из таблиц и
предоставления их пользователю в удобном
виде.
 С помощью запросов выполняют: отбор данных,
их сортировку и фильтрацию, преобразование
данных по заданному алгоритму, создают новые
таблицы выполняют автоматическое наполнение
таблиц данными, импортированными из других
источников, выполняют простейшие вычисления
в таблицах и многое другое.
45
 Из соображений безопасности, чем меньше
доступа к базовым таблицам имеют конечные
пользователи, тем лучше.
 Во-первых, снижается риск того, что неумелыми
действиями они повредят данные в таблицах.
 Во-вторых, предоставив разным пользователям
разные запросы, можно эффективно
разграничить их доступ к данным в строгом
соответствии с кругом персональных
обязанностей. 46
 Особенность запросов состоит в том, что
они черпают данные из базовых таблиц и
создают на их основе временную
результирующую таблицу.
47
 Основной принцип состоит в том, что от
базовых таблиц никакой упорядоченности
не требуется.
 Все записи в основные таблицы вносятся
только в естественном порядке по мере
их поступления, то есть в
неупорядоченном виде.
48
Формы
 Формы — это средства для ввода данных.
 Смысл их — предоставить пользователю
средства для заполнения только тех
полей, которые ему заполнять положено.
49
 Преимущества форм раскрываются
особенно наглядно, когда происходит
ввод данных с заполненных бланков.
50
Отчеты
 Предназначены только для вывода
данных на печатающее устройство.
51
Страницы
 Физически это особый объект, выполненный
в коде HTML, размещаемый на web-
странице и передаваемый клиенту вместе с
ней.
 Сам по себе этот объект не является базой
данных, но содержит компоненты, через
которые осуществляется связь переданной
web-страницы с базой данных, остающейся
на сервере.
52
Макросы и модули
 Эти категории объектов предназначены
как для автоматизации повторяющихся
операций при работе с системой
управления базами данных, так и для
создания новых функций путем
программирования.
53
 В СУБД Microsoft Access макросы состоят
из последовательности внутренних
команд СУБД и являются одним из
средств автоматизации работы с базой.
 Модули создаются средствами внешнего
языка программирования, в данном
случае языка Visual Basic for Applications.
54
Проектирование базы
данных
 Неоптимальные решения и прямые
ошибки, заложенные на этапе
проектирования, впоследствии очень
трудно устраняются, поэтому этот этап
является основополагающим.
55
Разработка
технического задания
Обычно используют следующие подходы:
 демонстрируют заказчику работу
аналогичной базы данных, после чего
согласовывают спецификацию отличий;
 если аналога нет, выясняют круг задач и
потребностей заказчика, после чего
помогают ему подготовить техническое
задание.
56
При подготовке технического
задания составляют
 список исходных данных, с которыми
работает заказчик;
 список выходных данных, которые
необходимы заказчику для управления
структурой своего предприятия;
 список выходных данных, которые не
являются необходимыми для заказчика, но
которые он должен предоставлять в другие
организации.
57
Разработка схемы
данных
 Работа начинается с составления
генерального списка полей — он может
насчитывать десятки и даже сотни
позиций.
 В соответствии с типом данных,
размещаемых в каждом поле,
определяют лишь более подходящий тип
для каждого поля.
58
 Далее распределяют поля генерального
списка по базовым таблицам.
 На первом этапе распределение производят
по функциональному признаку.
 Цель — обеспечить, чтобы ввод данных в
одну таблицу производился, по возможности,
в рамках одного подразделения, а еще
лучше — на одном рабочем месте.
59
 Наметив столько таблиц, сколько
подразделений охватывает база данных,
приступают к дальнейшему делению
таблиц.
 Критерием необходимости деления
является факт множественного повтора
данных в соседних записях.
60
 В каждой из таблиц намечают ключевое
поле.
 В качестве такового выбирают
поле, данные в котором повторяться не
могут.
61
 С помощью карандаша и бумаги
расчерчивают связи между таблицами.
 Такой чертеж называется схемой данных.
62
Типы возможных связей
между таблицами
 Наиболее распространенными являются
связи «один ко многим» и «один к одному».
 Связь между таблицами организуется на
основе общего поля, причем в одной из
таблиц оно обязательно должно быть
ключевым, то есть на стороне «один»
должно выступать ключевое поле,
содержащее уникальные, неповторяющиеся
значения.
63
 Системы управления, способные
работать со связанными таблицами,
называют системами управления
реляционными базами данных, а схемы
данных в технической литературе могут
называть схемой реляционных
отношений.
64
 Разработкой схемы данных заканчивается
«бумажный» этап работы над
техническим предложением.
 На этом этапе завершается
предварительное проектирование базы
данных, и на следующем этапе
начинается ее непосредственная
разработка.
65
Работа с СУБДРабота с СУБД
MicrosoftMicrosoft
AccessAccess
66
Общие замечания
 СУБД Microsoft Access предоставляет несколько
средств создания каждого из основных
объектов базы:
 ручные (разработка объектов в режиме
Конструктора);
 автоматизированные (разработка с помощью
программ-мастеров);
 автоматические — средства ускоренной
разработки простейших объектов.
67
 При разработке учебных таблиц и
запросов рекомендуется использовать
ручные средства — работать в режиме
Конструктора.
 Использование мастеров ускоряет
работу, но не способствует освоению
понятий и методов.
68
 При разработке учебных форм, отчетов и
страниц доступа лучше пользоваться
автоматизированными средствами,
предоставляемыми мастерами.
 Это связано с тем, что для данных
объектов большую роль играет внешний
вид.
69
РаботаРабота
с таблицамис таблицами
70
Создание таблиц
 Создание таблиц начинается с выбора
элемента управления Таблицы.
71
Окно Конструктора
таблиц
Графический бланк для создания и
редактирования структуры таблиц. 72
 При создании таблицы целесообразно
(хотя и не обязательно) задать ключевое
поле.
 Для задания ключевого поля достаточно
щелкнуть на его имени правой кнопкой
мыши и в открывшемся контекстном
меню выбрать пункт Ключевое поле.
73
 Если первичный ключ необходим для
связи с другими таблицами, но ни одно из
полей не является уникальным, то его
можно создать на базе двух (или более
полей).
 Групповое выделение выполняют при
нажатой клавише SHIFT щелчками на
квадрат­ных маркерах слева от имен
полей. 74
 Закончив создание структуры таблицы,
бланк закрывают (при этом система
выдает запрос на сохранение таблицы),
после чего дают таблице имя, и с этого
момента она доступна в числе прочих
таблиц в основном окне База данных.
75
 Созданную таблицу открывают в окне База
данных двойным щелчком на ее значке.
 Новая таблица не имеет записей — только
названия столбцов, характеризующие
структуру таблицы.
76
Заполнение таблицы
данными
 Производится обычным порядком. Курсор
ввода устанавливается в нужную ячейку
указателем мыши.
 Переход к следующей ячейке можно
выполнить клавишей TAB. Переход к
очередной записи выполняется после
заполнения последней ячейки.
77
 Шириной столбцов можно управлять
методом перетаскивания их границ.
 Удобно использовать автоматическое
форматирование столбцов «по
содержимому».
 Для этого надо установить указатель мыши
на границу между столбцами, дождаться,
когда указатель сменит форму, и выполнить
двойной щелчок.
78
 После наполнения таблицы данными
сохранять их не надо — все сохраняется
автоматически.
 Однако, если при работе с таблицей
произошло редактирование её макета,
СУБД попросит подтвердить сохранение
этих изменений.
79
 Если возникнет необходимость изменить
структуру таблицы, таблицу надо открыть
в режиме Конструктора.
 Для этого ее следует выделить в окне
База данных и щелкнуть на кнопке
Конструктор.
80
Создание межтабличных
связей
 Межтабличная связь отображается в окне
Схема данных в линии, соединяющей два
поля разных таблиц.
 Главная — это та таблица, которая
участвует в связи своим ключевым полем
(название этого поля на схеме данных
отображается полужирным шрифтом).
81
Основные назначения
связи
 обеспечение целостности данных,
 автоматизация задач обслуживания
базы.
82
Связь между таблицами
позволяет
 либо исключить возможность удаления или
изменения данных в ключевом поле главной
таблицы, если с этим полем связаны какие-
либо поля других таблиц;
 либо сделать так, что при удалении (или
изменении) данных в ключевом поле главной
таблицы автоматически произойдет удаление
или изменение соответствующих данных в
полях связанных таблиц.
83
Настройка свойств
связи
 В окне Схема данных
выделить линию,
соединяющую поля
двух таблиц, щелкнуть
на ней правой кнопкой
мыши и открыть контекстное
меню связи, после чего выбрать в нем
пункт Изменить связь — откроется
диалоговое окно Изменение связей.
84
 Смысл создания реляционных связей
между таблицами состоит, с одной
стороны, в защите данных, а с другой
стороны — в автоматизации внесения
изменений сразу в несколько таблиц при
изменениях в одной таблице.
85
 Если исполнителю надо получить данные из
базы, он должен использовать специальные
объекты — запросы.
 Если запрос подготовлен, надо открыть
панель Запросы в окне База данных,
выбрать его и открыть двойным щелчком на
значке — откроется результирующая
таблица, в которой исполнитель найдет то,
что его интересует.
86
 Лишь в тех случаях, когда исполнитель
не находит нужных данных в
результирующей таблице, возникает
необходимость готовить новый запрос.
 В учебных целях запросы лучше готовить
вручную, с помощью Конструктора.
87
Бланк запроса по
образцу
88
Формирование запроса
по образцу
 С помощью контекстного меню на верхней
половине бланка открывают те таблицы, к
которым обращен запрос.
 Затем в них щелкают двойными щелчками на
названиях тех полей, которые должны войти в
результирующую таблицу.
 Сформировав структуру запроса, его
закрывают, дают ему имя и в дальнейшем
запускают двойным щелчком на значке в окне
База данных. 89
Упорядочение записей в
результирующей таблице
 Если необходимо, чтобы данные,
отобранные в результате работы запроса
на выборку, были упорядочены по
какому-либо полю, применяют сортировку
по возрастанию или убыванию.
90
Многоуровневая
сортировка
 Данные сначала сортируются по тому
полю, которое в бланке запроса по
образцу находится левее, затем по
следующему полю, для которого
включена сортировка, и так далее слева
направо.
91
Изменение порядка
следования столбцов
 выделяют столбец щелчком на его
заголовке (кнопку мыши отпускают);
 еще раз щелкают на заголовке уже
выделенного столбца (но кнопку не
отпускают);
 перетаскивают столбец в другое место.
92
Управление отображением
данных в результирующей
таблице
 По умолчанию предполагается, что все
поля, включенные в запрос, должны
выводиться на экран.
93
Использование условия
отбора
 Для каждого
поля в этой
строке можно
задать
индивидуальное
условие.
94
Другие виды запросов
 запросы с параметром (критерий отбора
может задать сам пользователь);
 итоговые запросы (назначение их
отдаленно напоминает итоговые функции
электронных таблиц);
95
Другие виды запросов
 запросы на изменение (позволяют
автоматизировать заполнение полей таблиц);
 перекрестные запросы (позволяющие
создавать результирующие таблицы на основе
результатов расчетов, полученных при анализе
группы таблиц);
 специфические запросы SQL (запросы к
серверу базы данных, написанные на языке
запросов SQL).
96
Работа с формами
 Существует два вида организации
структуры форм: на основе таблицы и на
основе запроса.
97
Автоформы
 Формы удобнее готовить с помощью
средств автоматизации.
 Полностью автоматическими являются
средства, называемые автоформами.
98
Виды автоформ
 «в столбец»,
 ленточные,
 табличные.
99
Создание автоформы
 Открыть панель Формы в окне База
данных и воспользоваться командной
кнопкой Создать.
 В открывшемся диалоговом окне Новая
форма выбирают тип автоформы и
таблицу (или запрос), на которой она
основывается.
100
 Если форма основывается только на
одном объекте, она называется простой
формой.
 Если форма основывается на полях из
нескольких связанных таблиц, то она
называется сложной и представляет
собой композицию из нескольких форм.
101
Создание форм с
помощью мастера
 выбирают таблицы и поля, которые
войдут в будущую форму;
 выбирается внешний вид формы;
 выбирается стиль оформления формы;
 сохраняют форму под заданным именем.
102
Структура формы
 Линии, разделяющие разделы,
перетаскиваются по вертикали с
помощью мыши — это позволяет
изменять размеры разделов так, как
требуется.
103
 Разделы заголовка и примечания имеют
чисто оформительское назначение — их
содержимое напрямую не связано с
таблицей или запросом, на котором
основана форма.
104
 Раздел данных имеет содержательное
значение — в нем представлены
элементы управления, с помощью
которых выполняется отображение
данных или их ввод.
105
Элементы управления
формы
 Основными элементами оформления формы
являются текстовые надписи и рисунки.
 Для создания в форме текстовых надписей
служат два элемента управления — Надпись и
Поле.
 Для создания графических элементов
оформления служат элементы управления
Рисунок, Свободная рамка объекта и
Присоединенная рамка объекта.
106
Дизайн формы
 Формы базы данных — это средства, с
помощью которых с ней общаются люди.
 В первую очередь, все элементы
управления форм должны быть аккуратно
выровнены.
107
 При работе вручную используют
перетаскивание маркеров, которые
видны вокруг элемента управления,
когда он выделен.
108
Управление
последовательностью
перехода
 Физически последовательность перехода
— это порядок перехода к следующему
полю по окончании работы с
предыдущим.
109
Изменение порядка
перехода
 щелчком на кнопке маркера слева от
названия выделяется элемент
управления (кнопка мыши отпускается);
 после повторного щелчка с
перетаскиванием элемент перемещается
на новое место.
110
Работа со страницами
доступа к данным
 Служит для обеспечения удаленного
доступа к данным через Интернет или
через корпоративную сеть Intranet.
111
Страницы доступа
 Имеют небольшой размер, содержат
удобные элементы управления для
навигации в базе данных, могут быть
записаны в формате кода HTML,
переданы по медленным каналам связи и
воспроизведены в стандартном браузере.
112
Создание страницы
доступа к данным
 На первом этапе работы Мастера форм
выбирают таблицы (или запросы), в их
составе — поля, к которым должна
обеспечить доступ страница.
113
Создание страницы
доступа к данным
 Второй этап работы мастера
предназначен для управления
группировкой данных.
 Эта возможность предусмотрена для
доступа к базам, содержащим большие
объемы данных.
114
 Для каждого уровня группировки в
структуре объекта образуется отдельный
раздел, то есть различные уровни
группировки могут быть дополнены
различными элементами управления
экранной web-формы.
115
Создание страницы
доступа к данным
 На третьем этапе выбирается метод
упорядочения отображаемых данных.
 Возможно задание до четырех полей
сортировки, причем сортировка возможна
как по возрастанию, так и по убыванию.
116
Создание страницы
доступа к данным
 На последнем этапе выполняется
сохранение страницы под заданным
именем.
117
Редактирование страницы
доступа к данным
Основными отличиями от форм являются:
 наличие большего количества разделов ;
 расширенный состав элементов
управления на Панели элементов;
 иной механизм перетаскивания
элементов управления и присоединенных
надписей.
118
Работа с отчетами
 Отчеты служат для форматированного
вывода данных на печатающие
устройства и, соответственно, при этом
должны учитывать параметры принтера
и параметры используемой бумаги.
119
Мастер отчетов
 Работает в шесть этапов.
 При его работе выполняется выбор
базовых таблиц или запросов, на которых
отчет базируется, выбор полей,
отображаемых в отчете, выбор полей
группировки, выбор полей и методов
сортировки, выбор формы печатного
макета и стиля оформления.
120
 Редактирование структуры отчета
выполняют в режиме Конструктора .
 Важной особенностью отчетов является
наличие средства для вставки в область
верхнего или нижнего колонтитула
текущего номера страницы и полного
количества страниц.
121

More Related Content

What's hot

базы данных в Delphi
базы данных в Delphiбазы данных в Delphi
базы данных в DelphiAeka227
 
Внедрение единого профиля клиента банка на базе MDM-системы IBM InfoSphere Se...
Внедрение единого профиля клиента банка на базе MDM-системы IBM InfoSphere Se...Внедрение единого профиля клиента банка на базе MDM-системы IBM InfoSphere Se...
Внедрение единого профиля клиента банка на базе MDM-системы IBM InfoSphere Se...КРОК
 
Управление Данными. Лекция 1
Управление Данными. Лекция 1Управление Данными. Лекция 1
Управление Данными. Лекция 1Dmitriy Krukov
 
Хранилище данных (+ облачные хранилища данных)
Хранилище данных (+ облачные хранилища данных)Хранилище данных (+ облачные хранилища данных)
Хранилище данных (+ облачные хранилища данных)PutinTheJew
 
SAP BusinessObjects Universe Designer training
SAP BusinessObjects Universe Designer trainingSAP BusinessObjects Universe Designer training
SAP BusinessObjects Universe Designer trainingDmitry Anoshin
 
многомерные модели данных
многомерные модели данныхмногомерные модели данных
многомерные модели данныхasheg
 
Управление Данными. Лекция 5
Управление Данными. Лекция 5Управление Данными. Лекция 5
Управление Данными. Лекция 5Dmitriy Krukov
 
Базы данных
Базы данныхБазы данных
Базы данныхValiaKuba
 
Управление Данными. Лекция 6
Управление Данными. Лекция 6Управление Данными. Лекция 6
Управление Данными. Лекция 6Dmitriy Krukov
 
НСИ в Минздраве описание информационного обеспечения (1)
НСИ в Минздраве описание информационного обеспечения (1)НСИ в Минздраве описание информационного обеспечения (1)
НСИ в Минздраве описание информационного обеспечения (1)Victor Gridnev
 

What's hot (19)

базы данных
базы данныхбазы данных
базы данных
 
базы данных в Delphi
базы данных в Delphiбазы данных в Delphi
базы данных в Delphi
 
Внедрение единого профиля клиента банка на базе MDM-системы IBM InfoSphere Se...
Внедрение единого профиля клиента банка на базе MDM-системы IBM InfoSphere Se...Внедрение единого профиля клиента банка на базе MDM-системы IBM InfoSphere Se...
Внедрение единого профиля клиента банка на базе MDM-системы IBM InfoSphere Se...
 
Управление данными (Введение в СУБД)
Управление данными (Введение в СУБД)Управление данными (Введение в СУБД)
Управление данными (Введение в СУБД)
 
Управление данными (дополнительно)
Управление данными (дополнительно)Управление данными (дополнительно)
Управление данными (дополнительно)
 
Управление данными (sql)
Управление данными (sql)Управление данными (sql)
Управление данными (sql)
 
Управление данными (распределенная обработка)
Управление данными (распределенная обработка)Управление данными (распределенная обработка)
Управление данными (распределенная обработка)
 
Управление Данными. Лекция 1
Управление Данными. Лекция 1Управление Данными. Лекция 1
Управление Данными. Лекция 1
 
Хранилище данных (+ облачные хранилища данных)
Хранилище данных (+ облачные хранилища данных)Хранилище данных (+ облачные хранилища данных)
Хранилище данных (+ облачные хранилища данных)
 
SAP BusinessObjects Universe Designer training
SAP BusinessObjects Universe Designer trainingSAP BusinessObjects Universe Designer training
SAP BusinessObjects Universe Designer training
 
многомерные модели данных
многомерные модели данныхмногомерные модели данных
многомерные модели данных
 
Управление Данными. Лекция 5
Управление Данными. Лекция 5Управление Данными. Лекция 5
Управление Данными. Лекция 5
 
Базы данных
Базы данныхБазы данных
Базы данных
 
Управление данными (хранилища данных и OLAP)
Управление данными (хранилища данных и OLAP)Управление данными (хранилища данных и OLAP)
Управление данными (хранилища данных и OLAP)
 
Управление Данными. Лекция 6
Управление Данными. Лекция 6Управление Данными. Лекция 6
Управление Данными. Лекция 6
 
неделя науки
неделя наукинеделя науки
неделя науки
 
томск
томсктомск
томск
 
Управление данными (реляционная модель)
Управление данными (реляционная модель)Управление данными (реляционная модель)
Управление данными (реляционная модель)
 
НСИ в Минздраве описание информационного обеспечения (1)
НСИ в Минздраве описание информационного обеспечения (1)НСИ в Минздраве описание информационного обеспечения (1)
НСИ в Минздраве описание информационного обеспечения (1)
 

Viewers also liked

La organizacion-como-fase-del-proceso-administrativo
La organizacion-como-fase-del-proceso-administrativoLa organizacion-como-fase-del-proceso-administrativo
La organizacion-como-fase-del-proceso-administrativoAna Borges
 
O Futuro do Atendimento ao Cliente com Service Cloud: Essentials 2015
O Futuro do Atendimento ao Cliente com Service Cloud: Essentials 2015O Futuro do Atendimento ao Cliente com Service Cloud: Essentials 2015
O Futuro do Atendimento ao Cliente com Service Cloud: Essentials 2015Salesforce Brasil
 
Suchandra Biswas-ScrumAlliance_CSM_Certificate
Suchandra Biswas-ScrumAlliance_CSM_CertificateSuchandra Biswas-ScrumAlliance_CSM_Certificate
Suchandra Biswas-ScrumAlliance_CSM_Certificatesuchilikes
 
Automatic speech recognition
Automatic speech recognitionAutomatic speech recognition
Automatic speech recognitionanshu shrivastava
 
Uso de comandos insert, update y delete en bases de datos de sql server
Uso de comandos insert, update y delete en bases de datos de sql serverUso de comandos insert, update y delete en bases de datos de sql server
Uso de comandos insert, update y delete en bases de datos de sql serverzizyphuz
 
A Security Mechanism Against Reactive Jammer Attack In Wireless Sensor Netwo...
A Security Mechanism Against Reactive Jammer  Attack In Wireless Sensor Netwo...A Security Mechanism Against Reactive Jammer  Attack In Wireless Sensor Netwo...
A Security Mechanism Against Reactive Jammer Attack In Wireless Sensor Netwo...ijsptm
 

Viewers also liked (8)

La organizacion-como-fase-del-proceso-administrativo
La organizacion-como-fase-del-proceso-administrativoLa organizacion-como-fase-del-proceso-administrativo
La organizacion-como-fase-del-proceso-administrativo
 
O Futuro do Atendimento ao Cliente com Service Cloud: Essentials 2015
O Futuro do Atendimento ao Cliente com Service Cloud: Essentials 2015O Futuro do Atendimento ao Cliente com Service Cloud: Essentials 2015
O Futuro do Atendimento ao Cliente com Service Cloud: Essentials 2015
 
Alicia Edwards Resume
Alicia Edwards ResumeAlicia Edwards Resume
Alicia Edwards Resume
 
CV_PBhardwaj
CV_PBhardwajCV_PBhardwaj
CV_PBhardwaj
 
Suchandra Biswas-ScrumAlliance_CSM_Certificate
Suchandra Biswas-ScrumAlliance_CSM_CertificateSuchandra Biswas-ScrumAlliance_CSM_Certificate
Suchandra Biswas-ScrumAlliance_CSM_Certificate
 
Automatic speech recognition
Automatic speech recognitionAutomatic speech recognition
Automatic speech recognition
 
Uso de comandos insert, update y delete en bases de datos de sql server
Uso de comandos insert, update y delete en bases de datos de sql serverUso de comandos insert, update y delete en bases de datos de sql server
Uso de comandos insert, update y delete en bases de datos de sql server
 
A Security Mechanism Against Reactive Jammer Attack In Wireless Sensor Netwo...
A Security Mechanism Against Reactive Jammer  Attack In Wireless Sensor Netwo...A Security Mechanism Against Reactive Jammer  Attack In Wireless Sensor Netwo...
A Security Mechanism Against Reactive Jammer Attack In Wireless Sensor Netwo...
 

Similar to основные понятия баз данных

Similar to основные понятия баз данных (20)

10 субд
10 субд10 субд
10 субд
 
Ais Lecture 2
Ais Lecture 2Ais Lecture 2
Ais Lecture 2
 
8 9 этапы проектированиябд
8 9 этапы проектированиябд8 9 этапы проектированиябд
8 9 этапы проектированиябд
 
раздел 1 введение в базы данных
раздел 1  введение в базы данныхраздел 1  введение в базы данных
раздел 1 введение в базы данных
 
бд
бдбд
бд
 
проектная работа на тему субд
проектная работа на тему субдпроектная работа на тему субд
проектная работа на тему субд
 
006
006006
006
 
005
005005
005
 
Базы данных лекция №1
Базы данных лекция №1Базы данных лекция №1
Базы данных лекция №1
 
Lekcia2
Lekcia2Lekcia2
Lekcia2
 
Ais Lecture 4
Ais Lecture 4Ais Lecture 4
Ais Lecture 4
 
11 ms acces_приемы работыt
11 ms acces_приемы работыt11 ms acces_приемы работыt
11 ms acces_приемы работыt
 
Baza de date rus
Baza de date rusBaza de date rus
Baza de date rus
 
Информатика (СУБД)
Информатика (СУБД)Информатика (СУБД)
Информатика (СУБД)
 
субд
субдсубд
субд
 
субд
субдсубд
субд
 
субд
субдсубд
субд
 
Mymanager
MymanagerMymanager
Mymanager
 
Microsoft access 2007
Microsoft access 2007Microsoft access 2007
Microsoft access 2007
 
Microsoft access 2007
Microsoft access 2007Microsoft access 2007
Microsoft access 2007
 

основные понятия баз данных

  • 2. 2 Базы данных и системы управления базами данных  База данных (БД) — это организованная структура, предназначенная для хранения информации.
  • 3.  Системы управления базами данных (СУБД) позволяют размещать в своих структурах данные и методы, с помощью которых происходит взаимодействие с потребителем или с другими программно- аппаратными комплексами. 3
  • 4. Системы управления базами данных (СУБД)  Комплекс программных средств, предназначенных для создания структуры новой базы, наполнения ее содержимым, редактирования содержимого и визуализации информации. 4
  • 5. Визуализация информации базы  Отбор отображаемых данных в соответствии с заданным критерием, их упорядочение, оформление и последующая выдача на устройство вывода или передача по каналам связи. 5
  • 6.  Большинство СУБД опираются на единый устоявшийся комплекс основных понятий. 6
  • 7. Структура простейшей БД  Хотя данных в базе и нет, но информация в ней все-таки есть — это структура базы.  Она определяет методы занесения данных и хранения их в базе. 7
  • 8.  Основными объектами любой базы данных являются ее таблицы.  Простейшая база данных имеет хотя бы одну таблицу.  Структура простейшей базы данных тождественно равна структуре ее таблицы. 8
  • 9.  Структуру простейшей базы данных образуют поля и записи.  Если записей в таблице пока нет, значит, ее структура образована только набором полей. 9
  • 10. Свойства полей БД  Поля базы данных определяют структуру базы и групповые свойства данных, записываемых в ячейки, принадлежащие каждому из полей. 10
  • 11. Имя поля  Определяет, как следует обращаться к данным этого поля при автоматических операциях с базой. 11
  • 12. Тип поля  Определяет тип данных, которые могут содержаться в данном поле. 12
  • 13. Размер поля  Определяет предельную длину данных, которые могут размещаться в данном поле. 13
  • 14. Формат поля  Определяет способ форматирования данных в ячейках, принадлежащих полю. 14
  • 15. Маска ввода  Определяет форму, в которой вводятся данные в поле. 15
  • 16. Подпись  Определяет заголовок столбца таблицы для данного поля. 16
  • 17. Значение по умолчанию  Значение, которое вводится в ячейки поля автоматически. 17
  • 18. Условие на значение  Ограничение, используемое для проверки правильности ввода данных. 18
  • 19. Сообщение об ошибке  Текстовое сообщение, которое выдается автоматически при попытке ввода в поле ошибочных данных. 19
  • 20. Обязательное поле  Свойство, определяющее обязательность заполнения данного поля при наполнении базы. 20
  • 21. Пустые строки  Свойство, разрешающее ввод пустых строковых данных. 21
  • 22. Индексированное поле  Если поле обладает этим свойством, все операции, связанные с поиском или сортировкой записей по значению, хранящемуся в данном поле, существенно ускоряются. 22
  • 23.  Свойства полей могут различаться в зависимости от типа данных. 23
  • 24. Типы данных  Таблицы баз данных, как правило, допускают работу с гораздо большим количеством разных типов данных. 24
  • 25. Текстовый  Тип данных, используемый для хранения обычного неформатированного текста ограниченного размера (до 255 символов). 25
  • 26. Поле Мемо  Специальный тип данных для хранения больших объемов текста (до 65 535 символов). 26
  • 27. Числовой  Тип данных для хранения действительных чисел. 27
  • 28. Дата/время  Тип данных для хранения календарных дат и текущего времени. 28
  • 29. Денежный  Тип данных для хранения денежных сумм. 29
  • 30. Счетчик  Специальный тип данных для уникальных натуральных чисел с автоматическим наращиванием. 30
  • 31. Логический  Тип для хранения логических данных (могут принимать только два значения, например Да или Нет). 31
  • 32. Поле объекта OLE  Специальный тип данных, предназначенный для хранения объектов OLE, например мультимедийных. 32
  • 33. Гиперссылка  Специальное поле для хранения адресов URL для Web-объектов Интернета. 33
  • 34. Мастер подстановок  Объект, настройкой которого можно автоматизировать ввод данных в поле так, чтобы не вводить их вручную, а выбирать из раскрывающегося списка. 34
  • 35. Безопасность баз данных  Базы данных — это тоже файлы, но работа с ними отличается от работы с файлов других типов, создаваемых прочими приложениями.  Для баз данных предъявляются особые требования с точки зрения безопасности, поэтому в них реализован другой подход к сохранению данных. 35
  • 36.  Целостность содержимого базы не может и не должна зависеть ни от конкретных действий некоего пользователя, забывшего сохранить файл перед выключением компьютера, ни от перебоев в электросети. 36
  • 37.  В части операций участвует операционная система компьютера, но некоторые операции сохранения происходят в обход операционной системы.  Операции изменения структуры базы данных, создания новых таблиц или вообще объектов происходят при сохранении файла базы данных. 37
  • 38.  Операции по изменению содержания данных, не затрагивающие структуру базы, максимально автоматизированы и выполняются без предупреждения. 38
  • 40. Режимы работы с базами данных  СУБД имеет два режима работы: проектировочный и пользовательский.  Первый режим предназначен для создания или изменения структуры базы и создания ее объектов.  Во втором режиме происходит использование ранее подготовленных объектов для наполнения базы или получения данных из нее. 40
  • 41. Проектировщики  Их задача состоит в разработке структуры таблиц базы данных и согласовании ее с заказчиком. 41
  • 42. Пользователи  Получают исходную базу данных от проектировщиков и занимаются ее наполнением и обслуживанием. 42
  • 43. Объекты базы данных  Основные типы объектов мы рассмотрим на примере СУБД Microsoft Access.  В версии Microsoft Access эта СУБД позволяет создавать и использовать объекты семи различных типов. 43
  • 44. Таблицы  Это основные объекты любой базы данных.  В таблицах хранятся все данные, имеющиеся в базе.  Таблицы хранят структуру базы (поля, их типы и свойства). 44
  • 45. Запросы  Служат для извлечения данных из таблиц и предоставления их пользователю в удобном виде.  С помощью запросов выполняют: отбор данных, их сортировку и фильтрацию, преобразование данных по заданному алгоритму, создают новые таблицы выполняют автоматическое наполнение таблиц данными, импортированными из других источников, выполняют простейшие вычисления в таблицах и многое другое. 45
  • 46.  Из соображений безопасности, чем меньше доступа к базовым таблицам имеют конечные пользователи, тем лучше.  Во-первых, снижается риск того, что неумелыми действиями они повредят данные в таблицах.  Во-вторых, предоставив разным пользователям разные запросы, можно эффективно разграничить их доступ к данным в строгом соответствии с кругом персональных обязанностей. 46
  • 47.  Особенность запросов состоит в том, что они черпают данные из базовых таблиц и создают на их основе временную результирующую таблицу. 47
  • 48.  Основной принцип состоит в том, что от базовых таблиц никакой упорядоченности не требуется.  Все записи в основные таблицы вносятся только в естественном порядке по мере их поступления, то есть в неупорядоченном виде. 48
  • 49. Формы  Формы — это средства для ввода данных.  Смысл их — предоставить пользователю средства для заполнения только тех полей, которые ему заполнять положено. 49
  • 50.  Преимущества форм раскрываются особенно наглядно, когда происходит ввод данных с заполненных бланков. 50
  • 51. Отчеты  Предназначены только для вывода данных на печатающее устройство. 51
  • 52. Страницы  Физически это особый объект, выполненный в коде HTML, размещаемый на web- странице и передаваемый клиенту вместе с ней.  Сам по себе этот объект не является базой данных, но содержит компоненты, через которые осуществляется связь переданной web-страницы с базой данных, остающейся на сервере. 52
  • 53. Макросы и модули  Эти категории объектов предназначены как для автоматизации повторяющихся операций при работе с системой управления базами данных, так и для создания новых функций путем программирования. 53
  • 54.  В СУБД Microsoft Access макросы состоят из последовательности внутренних команд СУБД и являются одним из средств автоматизации работы с базой.  Модули создаются средствами внешнего языка программирования, в данном случае языка Visual Basic for Applications. 54
  • 55. Проектирование базы данных  Неоптимальные решения и прямые ошибки, заложенные на этапе проектирования, впоследствии очень трудно устраняются, поэтому этот этап является основополагающим. 55
  • 56. Разработка технического задания Обычно используют следующие подходы:  демонстрируют заказчику работу аналогичной базы данных, после чего согласовывают спецификацию отличий;  если аналога нет, выясняют круг задач и потребностей заказчика, после чего помогают ему подготовить техническое задание. 56
  • 57. При подготовке технического задания составляют  список исходных данных, с которыми работает заказчик;  список выходных данных, которые необходимы заказчику для управления структурой своего предприятия;  список выходных данных, которые не являются необходимыми для заказчика, но которые он должен предоставлять в другие организации. 57
  • 58. Разработка схемы данных  Работа начинается с составления генерального списка полей — он может насчитывать десятки и даже сотни позиций.  В соответствии с типом данных, размещаемых в каждом поле, определяют лишь более подходящий тип для каждого поля. 58
  • 59.  Далее распределяют поля генерального списка по базовым таблицам.  На первом этапе распределение производят по функциональному признаку.  Цель — обеспечить, чтобы ввод данных в одну таблицу производился, по возможности, в рамках одного подразделения, а еще лучше — на одном рабочем месте. 59
  • 60.  Наметив столько таблиц, сколько подразделений охватывает база данных, приступают к дальнейшему делению таблиц.  Критерием необходимости деления является факт множественного повтора данных в соседних записях. 60
  • 61.  В каждой из таблиц намечают ключевое поле.  В качестве такового выбирают поле, данные в котором повторяться не могут. 61
  • 62.  С помощью карандаша и бумаги расчерчивают связи между таблицами.  Такой чертеж называется схемой данных. 62
  • 63. Типы возможных связей между таблицами  Наиболее распространенными являются связи «один ко многим» и «один к одному».  Связь между таблицами организуется на основе общего поля, причем в одной из таблиц оно обязательно должно быть ключевым, то есть на стороне «один» должно выступать ключевое поле, содержащее уникальные, неповторяющиеся значения. 63
  • 64.  Системы управления, способные работать со связанными таблицами, называют системами управления реляционными базами данных, а схемы данных в технической литературе могут называть схемой реляционных отношений. 64
  • 65.  Разработкой схемы данных заканчивается «бумажный» этап работы над техническим предложением.  На этом этапе завершается предварительное проектирование базы данных, и на следующем этапе начинается ее непосредственная разработка. 65
  • 66. Работа с СУБДРабота с СУБД MicrosoftMicrosoft AccessAccess 66
  • 67. Общие замечания  СУБД Microsoft Access предоставляет несколько средств создания каждого из основных объектов базы:  ручные (разработка объектов в режиме Конструктора);  автоматизированные (разработка с помощью программ-мастеров);  автоматические — средства ускоренной разработки простейших объектов. 67
  • 68.  При разработке учебных таблиц и запросов рекомендуется использовать ручные средства — работать в режиме Конструктора.  Использование мастеров ускоряет работу, но не способствует освоению понятий и методов. 68
  • 69.  При разработке учебных форм, отчетов и страниц доступа лучше пользоваться автоматизированными средствами, предоставляемыми мастерами.  Это связано с тем, что для данных объектов большую роль играет внешний вид. 69
  • 71. Создание таблиц  Создание таблиц начинается с выбора элемента управления Таблицы. 71
  • 72. Окно Конструктора таблиц Графический бланк для создания и редактирования структуры таблиц. 72
  • 73.  При создании таблицы целесообразно (хотя и не обязательно) задать ключевое поле.  Для задания ключевого поля достаточно щелкнуть на его имени правой кнопкой мыши и в открывшемся контекстном меню выбрать пункт Ключевое поле. 73
  • 74.  Если первичный ключ необходим для связи с другими таблицами, но ни одно из полей не является уникальным, то его можно создать на базе двух (или более полей).  Групповое выделение выполняют при нажатой клавише SHIFT щелчками на квадрат­ных маркерах слева от имен полей. 74
  • 75.  Закончив создание структуры таблицы, бланк закрывают (при этом система выдает запрос на сохранение таблицы), после чего дают таблице имя, и с этого момента она доступна в числе прочих таблиц в основном окне База данных. 75
  • 76.  Созданную таблицу открывают в окне База данных двойным щелчком на ее значке.  Новая таблица не имеет записей — только названия столбцов, характеризующие структуру таблицы. 76
  • 77. Заполнение таблицы данными  Производится обычным порядком. Курсор ввода устанавливается в нужную ячейку указателем мыши.  Переход к следующей ячейке можно выполнить клавишей TAB. Переход к очередной записи выполняется после заполнения последней ячейки. 77
  • 78.  Шириной столбцов можно управлять методом перетаскивания их границ.  Удобно использовать автоматическое форматирование столбцов «по содержимому».  Для этого надо установить указатель мыши на границу между столбцами, дождаться, когда указатель сменит форму, и выполнить двойной щелчок. 78
  • 79.  После наполнения таблицы данными сохранять их не надо — все сохраняется автоматически.  Однако, если при работе с таблицей произошло редактирование её макета, СУБД попросит подтвердить сохранение этих изменений. 79
  • 80.  Если возникнет необходимость изменить структуру таблицы, таблицу надо открыть в режиме Конструктора.  Для этого ее следует выделить в окне База данных и щелкнуть на кнопке Конструктор. 80
  • 81. Создание межтабличных связей  Межтабличная связь отображается в окне Схема данных в линии, соединяющей два поля разных таблиц.  Главная — это та таблица, которая участвует в связи своим ключевым полем (название этого поля на схеме данных отображается полужирным шрифтом). 81
  • 82. Основные назначения связи  обеспечение целостности данных,  автоматизация задач обслуживания базы. 82
  • 83. Связь между таблицами позволяет  либо исключить возможность удаления или изменения данных в ключевом поле главной таблицы, если с этим полем связаны какие- либо поля других таблиц;  либо сделать так, что при удалении (или изменении) данных в ключевом поле главной таблицы автоматически произойдет удаление или изменение соответствующих данных в полях связанных таблиц. 83
  • 84. Настройка свойств связи  В окне Схема данных выделить линию, соединяющую поля двух таблиц, щелкнуть на ней правой кнопкой мыши и открыть контекстное меню связи, после чего выбрать в нем пункт Изменить связь — откроется диалоговое окно Изменение связей. 84
  • 85.  Смысл создания реляционных связей между таблицами состоит, с одной стороны, в защите данных, а с другой стороны — в автоматизации внесения изменений сразу в несколько таблиц при изменениях в одной таблице. 85
  • 86.  Если исполнителю надо получить данные из базы, он должен использовать специальные объекты — запросы.  Если запрос подготовлен, надо открыть панель Запросы в окне База данных, выбрать его и открыть двойным щелчком на значке — откроется результирующая таблица, в которой исполнитель найдет то, что его интересует. 86
  • 87.  Лишь в тех случаях, когда исполнитель не находит нужных данных в результирующей таблице, возникает необходимость готовить новый запрос.  В учебных целях запросы лучше готовить вручную, с помощью Конструктора. 87
  • 89. Формирование запроса по образцу  С помощью контекстного меню на верхней половине бланка открывают те таблицы, к которым обращен запрос.  Затем в них щелкают двойными щелчками на названиях тех полей, которые должны войти в результирующую таблицу.  Сформировав структуру запроса, его закрывают, дают ему имя и в дальнейшем запускают двойным щелчком на значке в окне База данных. 89
  • 90. Упорядочение записей в результирующей таблице  Если необходимо, чтобы данные, отобранные в результате работы запроса на выборку, были упорядочены по какому-либо полю, применяют сортировку по возрастанию или убыванию. 90
  • 91. Многоуровневая сортировка  Данные сначала сортируются по тому полю, которое в бланке запроса по образцу находится левее, затем по следующему полю, для которого включена сортировка, и так далее слева направо. 91
  • 92. Изменение порядка следования столбцов  выделяют столбец щелчком на его заголовке (кнопку мыши отпускают);  еще раз щелкают на заголовке уже выделенного столбца (но кнопку не отпускают);  перетаскивают столбец в другое место. 92
  • 93. Управление отображением данных в результирующей таблице  По умолчанию предполагается, что все поля, включенные в запрос, должны выводиться на экран. 93
  • 94. Использование условия отбора  Для каждого поля в этой строке можно задать индивидуальное условие. 94
  • 95. Другие виды запросов  запросы с параметром (критерий отбора может задать сам пользователь);  итоговые запросы (назначение их отдаленно напоминает итоговые функции электронных таблиц); 95
  • 96. Другие виды запросов  запросы на изменение (позволяют автоматизировать заполнение полей таблиц);  перекрестные запросы (позволяющие создавать результирующие таблицы на основе результатов расчетов, полученных при анализе группы таблиц);  специфические запросы SQL (запросы к серверу базы данных, написанные на языке запросов SQL). 96
  • 97. Работа с формами  Существует два вида организации структуры форм: на основе таблицы и на основе запроса. 97
  • 98. Автоформы  Формы удобнее готовить с помощью средств автоматизации.  Полностью автоматическими являются средства, называемые автоформами. 98
  • 99. Виды автоформ  «в столбец»,  ленточные,  табличные. 99
  • 100. Создание автоформы  Открыть панель Формы в окне База данных и воспользоваться командной кнопкой Создать.  В открывшемся диалоговом окне Новая форма выбирают тип автоформы и таблицу (или запрос), на которой она основывается. 100
  • 101.  Если форма основывается только на одном объекте, она называется простой формой.  Если форма основывается на полях из нескольких связанных таблиц, то она называется сложной и представляет собой композицию из нескольких форм. 101
  • 102. Создание форм с помощью мастера  выбирают таблицы и поля, которые войдут в будущую форму;  выбирается внешний вид формы;  выбирается стиль оформления формы;  сохраняют форму под заданным именем. 102
  • 103. Структура формы  Линии, разделяющие разделы, перетаскиваются по вертикали с помощью мыши — это позволяет изменять размеры разделов так, как требуется. 103
  • 104.  Разделы заголовка и примечания имеют чисто оформительское назначение — их содержимое напрямую не связано с таблицей или запросом, на котором основана форма. 104
  • 105.  Раздел данных имеет содержательное значение — в нем представлены элементы управления, с помощью которых выполняется отображение данных или их ввод. 105
  • 106. Элементы управления формы  Основными элементами оформления формы являются текстовые надписи и рисунки.  Для создания в форме текстовых надписей служат два элемента управления — Надпись и Поле.  Для создания графических элементов оформления служат элементы управления Рисунок, Свободная рамка объекта и Присоединенная рамка объекта. 106
  • 107. Дизайн формы  Формы базы данных — это средства, с помощью которых с ней общаются люди.  В первую очередь, все элементы управления форм должны быть аккуратно выровнены. 107
  • 108.  При работе вручную используют перетаскивание маркеров, которые видны вокруг элемента управления, когда он выделен. 108
  • 109. Управление последовательностью перехода  Физически последовательность перехода — это порядок перехода к следующему полю по окончании работы с предыдущим. 109
  • 110. Изменение порядка перехода  щелчком на кнопке маркера слева от названия выделяется элемент управления (кнопка мыши отпускается);  после повторного щелчка с перетаскиванием элемент перемещается на новое место. 110
  • 111. Работа со страницами доступа к данным  Служит для обеспечения удаленного доступа к данным через Интернет или через корпоративную сеть Intranet. 111
  • 112. Страницы доступа  Имеют небольшой размер, содержат удобные элементы управления для навигации в базе данных, могут быть записаны в формате кода HTML, переданы по медленным каналам связи и воспроизведены в стандартном браузере. 112
  • 113. Создание страницы доступа к данным  На первом этапе работы Мастера форм выбирают таблицы (или запросы), в их составе — поля, к которым должна обеспечить доступ страница. 113
  • 114. Создание страницы доступа к данным  Второй этап работы мастера предназначен для управления группировкой данных.  Эта возможность предусмотрена для доступа к базам, содержащим большие объемы данных. 114
  • 115.  Для каждого уровня группировки в структуре объекта образуется отдельный раздел, то есть различные уровни группировки могут быть дополнены различными элементами управления экранной web-формы. 115
  • 116. Создание страницы доступа к данным  На третьем этапе выбирается метод упорядочения отображаемых данных.  Возможно задание до четырех полей сортировки, причем сортировка возможна как по возрастанию, так и по убыванию. 116
  • 117. Создание страницы доступа к данным  На последнем этапе выполняется сохранение страницы под заданным именем. 117
  • 118. Редактирование страницы доступа к данным Основными отличиями от форм являются:  наличие большего количества разделов ;  расширенный состав элементов управления на Панели элементов;  иной механизм перетаскивания элементов управления и присоединенных надписей. 118
  • 119. Работа с отчетами  Отчеты служат для форматированного вывода данных на печатающие устройства и, соответственно, при этом должны учитывать параметры принтера и параметры используемой бумаги. 119
  • 120. Мастер отчетов  Работает в шесть этапов.  При его работе выполняется выбор базовых таблиц или запросов, на которых отчет базируется, выбор полей, отображаемых в отчете, выбор полей группировки, выбор полей и методов сортировки, выбор формы печатного макета и стиля оформления. 120
  • 121.  Редактирование структуры отчета выполняют в режиме Конструктора .  Важной особенностью отчетов является наличие средства для вставки в область верхнего или нижнего колонтитула текущего номера страницы и полного количества страниц. 121