• Страница 1 из 1
  • 1
БД
Shadow_Caras
Дата: Четверг, 23.12.10, 11:01 | Сообщение # 1
Сообщений: 332
Статус: Offline
Тема 1. Теория баз данных
Основные понятия теории баз данных
1. Понятие базы данных.
2. Структура базы данных.
Вопрос 1.
База данных (БД) – это специальным образом организованное хранение информационных ресурсов в виде интегрированной совокупности файлов, которая обеспечивает удобное взаимодействие между ними и быстрый доступ к данным.
БД можно определить как унифицированную совокупность данных, которая совместно использует различные задачи в рамках некоторой единой автоматизированной информационной системы.
Операции, выполняемые с БД:
1)добавление новой информации в существующий файл БД;
2) добавление новых пустых файлов в БД;
3) изменение (модификация) информации в существующих файлах БД;
4) поиск информации;
5) удаление информации из существующего файла БД;
6) удаление файлов из БД.

Предметная область-часть реального мира, которая подлежит изучению с целью организации управления в этой сфере и последующей автоматизации процесса управления.
Объектом называют элемент информационной системы, сведения о котором хранятся в базе данных (иногда объект называют сущностью).
Классом объектов называют их совокупность, обладающую одинаковым набором свойств.
Атрибут – это информационное отображение свойств объекта.
Ключевым элементом данных называется такой атрибут, который позволяет определить значение других элементов данных.
Первичный ключ – это атрибут, который уникальным образом определяет каждый объект (запись).
Вторичным ключом называют атрибут, значение которого может повторяться для нескольких объектов (записей).
Запись данных – это совокупность значений связанных элементов данных.
Принципы БД:
1)целостность и непротиворечивость;
2)минимальная избыточность данных.
Функции СУБД:
1) управление данными;
2) управление транзакциями;
3) протоколирование;
4) поддержка языков БД.
Вопрос 2.
Различают три уровня архитектуры БД:
1) внутренний;
2) внешний уровень;
3) концептуальный уровень.
Внутренний уровень наиболее приближенный к физической системе непосредственного хранения данных. Данный уровень описывает, каким образом размещаются данные на устройствах хранения информации. (Для традиционного пользователя БД внутренний уровень, как правило, недоступен к просмотру и модификации.)
Внешний уровень связан со способами представления данных непосредственно для пользователя.
Концептуальный уровень является переходным от внутреннего к внешнему уровням, это обобщенное представление данных для множества пользователей. На этом уровне содержание БД представляется в целом, в отличие от внешнего уровня –где конкретные данные представляются конкретному пользователю.
Понятие архитектуры клиент/сервер:
1) сервер БД, которым является СУБД. Сервер управляет хранением данных, доступом, защитой, резервным копированием, отслеживает целостность данных и выполняет запросы клиентов;
2) клиенты, представляют собой различные приложения пользователей и выполняют запросы к серверу;
3) сеть коммуникационное программное обеспечение, осуществляют взаимодействие между клиентом и сервером с помощью сетевых протоколов.
Функции сервера БД:
1) обслуживание данных;
2) управление многопользовательским доступом;
3) обеспечение ссылочной целостности данных;
4) контроль завершения транзакций.

Ссылочная целостность данных – это система и набор специальных правил, которые обеспечивают единство связанных данных в БД.
Контроль завершения транзакций – задача СУБД по контролю и предупреждению повреждения данных в нештатных ситуациях. Эти функции реализуются при помощи – хранимых процедур, триггеров и правил.
Хранимые процедуры – это набор особых действий и манипуляций с данными, которые хранятся на сервере.
Триггеры – это вид хранимых процедур, которые связаны с событиями и запускаются автоматически, как только на сервере БД с данными происходит такое событие.
Правило – это такой тип триггера, который проверяет данные до внесения их в базу данных.
Основные преимущества этой архитектуры:
1) снижение количества передаваемой по компьютерной сети информации;
2) возможность хранения правил доступа и обработки на сервере, что позволяет избежать дублирование кода в различных приложениях, использующих общую БД.
3) мощные возможности управления доступа к элементам БД, резервное копирование, архивация и параллельная обработка данных.

Тема 2. Модели баз данных.
Процесс накопления и модели данных
1. Понятие процесса накопления.
2. Модели базы данных.
3. Программно-аппаратный уровень процесса накопления данных
Процесс накопления данных состоит из процедур:
• выбор хранимых данных;
• хранение данных;
• актуализация и извлечение данных.
Входные – это данные, полученные из первичной информации.
Промежуточные – это данные, которые формируются из других данных при алгоритмических преобразованиях.
Выходные – это данные, которые являются результатом обработки первичных данных по соответствующей модели.
Набор принципов, определяющих организацию логической структуры хранения данных в базе, получил название модели данных.
Модели БД определяются компонентами:
1) допустимой организацией данных;
2) ограничениями целостности;
3) множеством допустимых операций.
При любом подходе к построению модели БД используют три основных конструктивных элемента:
1)Сущность – это собирательное понятие некоторого повторяющегося объекта, процесса или явления окружающего мира, о котором необходимо хранить информацию в БД.
2) Атрибут – это именованная характеристика сущности, которая принимает значение из некоторого множества.
3) Связь – выступает в качестве средства с помощью которого представляются отношения между сущностями.
Существует три модели БД: 1) иерархическая модель; 2) сетевая модель; 3) реляционная модель. Иерархическая модель- представляется в виде древа в котором объекты выделяются по уровням соподчиненности. Достоинства: простота; Недостаток: жесткая фиксированность связи между элементами данных. Сетевая модель - представляется в виде диаграммы связей на диаграмме указывают независимые типы данных. Достоинства: информационная гибкость; Недостатки: жесткая структура препятствующая развитию информационной базы. Реляционная модель- это современная модель, существует взаимосвязь между элементами данных представленных в виде таблиц, которые называются отношениями.
Отношения обладают следующими свойствами: 1. каждый элемент таблицы представляет собой один элемент данных. 2.Элементы столбца имеют одинаковую природу и однозначное имя. 3. В таблице нет двух одинаковых строк. 4.Строки и столбцы могут просматриваться в любом порядке независимо от их информационного содержания. Достоинства: простота логической модели, гибкая система защиты независимость данных возможность построения простых манипуляций с данными.
Реляционная БД подчиняется трем основным аспектам:
1) Структура данных – понимается логическая организация данных.
2) Целостность данных – безошибочность и точность информации.
3) Манипулирование данными – действия совершаемые над БД.
Отношения обладают следующими свойствами:
1) каждый элемент таблицы представляет собой один элемент данных (повторяющиеся группы отсутствуют);
2) элементы столбца имеют одинаковую природу и столбцам однозначно присвоены имена;
3) в таблице нет одинаковых строк;
4) строки и столбцы могут просматриваться в любом порядке не зависимо от их информационного содержания.
СУБД делятся на: Профессиональные – представляют собой программную основу для разработки автоматизированных систем управления крупными экономическими объектами (Oracle, Progress, Sybase).
Персональные – это программное обеспечение, ориентированное на решение задач локального пользователя (Dbase, FoxPro, Paradox, Access).

Тема 3. Проектирование логической структуры базы данных
Проектирование логической структуры базы данных
1. Концепция функциональной зависимости.
2. Нормализация базы данных.
3. Объектное моделирование.
Вопрос 1.
Рассмотрим концепцию функциональной зависимости, которая по сути является связью типа «многие к одному» между множествами атрибутов внутри отношения.
Для примера рассмотрим базу данных:
Отношение S (студенты) имеет четыре атрибута:
• Sn – номер студенческого билета;
• Name – ФИО студента;
• Group – студенческая группа;
• Spec – наименование специальности.
Отношение Р (предметы) имеет четыре атрибута:
• PN – код предмета;
• PName – наименование предмета;
• Prep – ФИО преподавателя;
• Kafedra – наименование кафедры.
Отношение SP (оценки) состоит из четырех атрибутов.
• PN – код предмета;
• Name – ФИО студента;
• SN – номер студенческого билета;
• OCENKA – оценка по предмету.
В данном примере имеет место функциональная зависимость между множеством атрибутов (SN, PN) и (OCENKA), т.е. множеству пар кортежей номеров студенческих билетов и кодов предметов соответствует одно значение оценки студента по предмету.
• Определение1: Если R – некоторое отношение, а X, Y – некоторое подмножество множества атрибутов отношения R, то Y функционально зависимо от X, при условии, что каждое значение множества X отношения R связано с одним значением множества Y отношения R.
Второй вариант функциональной зависимости – для всех возможных значений данной переменной. В нашем примере – это зависимость (PN) и (Name) выполняется для всех возможных значений SP.
Таким образом:
• Определение2: Если R является переменной отношения, а X и Y – некоторые подмножества множества атрибутов отношения R, то Y функционально зависимо от X при условии, что для любого допустимого значения R каждое значение X связано с одним значением множества Y.
• Определение3: Если X является потенциальным ключом отношения R, то все атрибуты Y отношения R должны быть функционально зависимы от X.
Если же отношение R удовлетворяет функциональной зависимости XY, но X не является потенциальным ключом, то можно говорить об избыточности отношения R.
Вопрос 2.
Классический подход нормализации БД основан на процессе проектирования в терминах реляционной модели данных методом последовательных приближений к приемлемому набору схем отношений.
Началом должно служить представление предметной области в виде одного или нескольких отношений. На каждом шаге проектирования производится некоторый набор схем отношений, обладающих лучшими свойствами с точки зрения представления информации.
Таким образом, можно сказать, что процесс проектирования представляет собой нормализацию схем отношений, причем каждая следующая нормальная форма (НФ) обладает свойствами лучшими, чем предыдущая.
В структуре БД приведенной в примере (вопрос 1) имеется избыточность, т.к. в отношении SP (оценки) присутствует атрибут NAME (фамилия студента) и в отношении S (студенты) этот же атрибут имеет место.
Таким образом информация о фамилии студента дублируется, при этом возникает проблемы, связанные с изменением информации (например, при изменении фамилии студента необходимо ее изменить в обоих отношениях).
Следовательно, структура БД должна содержать по одному элементу информации и только в одном месте, что позволяет избежать избыточности.
Последовательность нормальных форм:
• 1) первая нормальная форма (1НФ);
• 2) вторая нормальная форма (2НФ);
• 3) третья нормальная форма (3НФ);
• 4) нормальная форма Бойса-Кодда (НФБК);
• 5) четвертая нормальная форма (4НФ);
• 6) форма проекции соединения (5НФ);
Основные свойства нормальных форм:
• 1) каждая следующая НФ шире предыдущей;
• 2) при переходе к следующей НФ свойства предыдущих нормальных форм сохраняются.
Итоговая схема процедуры нормализации отношений:
1. Отношение находящееся в 1НФ необходимо разбить на проекции для исключения всех зависимостей, не являющихся неприводимыми. В итоге будет получен набор отношений 2НФ.
2. Отношение, находящееся во 2НФ следует разбить на проекции для исключения «двоичных» функциональных зависимостей. В результате будет получен набор отношений 3НФ.
3. Полученные отношения следует разбить на проекции для исключения любых функциональных зависимостей, в которых детерминанты не являются ключами.
4. НФБК необходимо разбить на проекции для исключения любых многозначных зависимостей, которые не являются функциональными. В итоге получается набор отношений 4НФ.
5. Отношение 4НФ необходимо разбить на проекции с целью исключения любых зависимостей соединения. Таким образом получается набор отношений 5НФ.
Вопрос 3.
Реляционная модель данных достаточна для моделирования предметных областей. Однако проектирование на основе методологии нормализации достаточно сложный и неудобный процесс. При этом проявляется ограниченность реляционной модели:
• 1) реляционная модель не дает достаточных средств для представления смысла данных.
• 2) для многих приложений трудно моделировать предметную область на основе таблиц.
• 3) процесс проектирования БД происходит на основе учета зависимостей между данными, реляционная модель не дает каких-либо средств для представления этих зависимостей.
• 4) реляционная модель данных не располагает аппаратом для разделения сущностей и связей.
Модель «Сущность-Связь» (часто называют ER – моделью). Моделирование предметной области базируется на использовании диаграмм, включающих небольшое число разнородных компонентов. В связи с наглядностью представления концептуальных схем БД ER-модели получили широкое распространение в системах, поддерживающих автоматизированное проектирование реляционных БД.
Основными понятиями этой модели являются:
1) Сущность – это реальный или представляемый объект, информация о котором должна сохраняться и быть доступна. В диаграммах ER-модели сущность представляется в виде прямоугольника, содержащего имя сущности.
2) Связь - это графическое изображение ассоциации, установленное между двумя сущностями. Эта ассоциация всегда является бинарной и может существовать между двумя разными сущностями. Связь представляется в виде линии, соединяющей две сущности. При этом в месте соприкосновения связи с сущностью используется трехточечный вход в прямоугольник, если для связи могут использоваться несколько элементов. И одноточечный вход, если в связи может участвовать только один элемент сущности. Обязательный конец связи изображается сплошной линией.
3) Атрибутом сущности является любой элемент, который служит для уточнения, идентификации, классификации, числовой характеристики или выражения состояния сущности. Имена атрибутов заносятся в прямоугольник, обозначающий сущность, и изображаются малыми буквами под именем сущности.
• Как и в реляционных БД в ER-моделях вводится понятие нормальных форм, причем их смысл близко соответствует смыслу реляционных нормальных форм.
• Подтипы и супертипы сущностей, как в языках объектно-ориентированного программирования вводится возможность наследования типа.
• Связи «многие ко многим».
• Уточняемые степени связи – определение возможного количества экземпляров сущности.
• Каскадное удаление экземпляров сущности.
• Домены – допустимое множество значений атрибута сущности.

Тема 4. Функции защиты базы данных. Транзакция и параллелизм. Безопасность и целостность баз данных – 2 часа, лекция. 1) Транзакция и параллелизм. Понятие механизма транзакций. Операторы транзакций БД. Понятие параллелизма. Три основные проблеме при параллельной обработке данных. Блокировка. Протокол доступа. 2) Безопасность и целостность баз данных. Подходы обеспечения безопасности данных. Обязательное управление доступом к БД (основные правила). Понятие ограничения целостности БД. Четыре типа ограничений целостности.
Функции защиты базы данных
1. Транзакция и параллелизм.
2. Безопасность и целостность баз данных.
Вопрос 1.
При работе СУБД возникает необходимость защиты БД от возможных случайных или преднамеренных ситуаций, когда существует вероятность потери данных. Например, доступ к БД имеют несколько пользователей. Возможно повреждение или неправильная запись данных, что может привести к ошибке. Одним из способов решения этих проблем является механизм транзакций.
• Определение: Под транзакцией понимается неделимая (с точки зрения воздействия на БД) последовательность операторов манипулирования данными (чтение, удаление, вставка, модификация), что возможны два итога:
• 1) результаты всех операторов, входящих в транзакцию, отображаются в БД.
• 2)воздействие всех этих операторов полностью отсутствует.
Поддерживание механизма транзакций – показатель уровня развитости СУБД. Корректное поддерживание транзакций одновременно является основой обеспечения целостности БД. Транзакция также составляет основу изолированности пользователей в многопользовательских системах.
• В СУБД транзакция начинается с оператора BEGIN.
• Завершение оператором COMMIT – фиксирует результат во внешней памяти.
• Завершение оператором ROLLBACK – результаты отсутствуют во внешней памяти.
В многопользовательских системах с одной БД одновременно могут работать несколько пользователей. Одной из основных задач СУБД является обеспечение изолированности пользователей. Такую задачу СУБД принято называть параллелизмом транзакций.
При параллельной обработке возникает три проблемы:
1. Проблема потери результата обновления – транзакция может быть незавершена из-за того, что данные, которые она обрабатывает, могут быть модифицированы другой транзакцией.
2. Проблема незафиксированности зависимости – транзакция может использовать для работы данные, которые в настоящий момент модифицируются другой транзакцией.
3. Проблема несовместимого анализа – другая транзакция может внести в БД некую информацию, которая не будет соответствовать целостному состоянию БД.
Для решения таких проблем используют блокировку – метод управления параллельными процессами, при котором объект БД не может быть модифицирован без транзакции.
Различают два вида блокировки:
1. Блокировка записи;
2. Блокировка чтения.
Вопрос 2.
Под безопасностью понимают защиту БД от несанкционированного разрушения, изменения и модификации. В СУБД традиционно поддерживаются избирательный или обязательный подходы обеспечения безопасности данных.
• При избирательном подходе к управлению безопасностью каждый пользователь обладает различными правами при работе с тем или иным объектом БД.
• При обязательном подходе каждому объекту БД присваивается уровень доступа
Оба подхода реализуются в СУБД в виде особых правил безопасности.
Избирательное управление доступом задается правилами, которые должны включать следующее:
1. имя правила – представляет собой структуру, по которой это правило идентифицируется системой;
2. собственно правила – набор директив, составляющих способ и возможность доступа, модификации объектов БД;
3. диапазон применения привилегий;
4. идентификаторы пользователей;
5. действие при нарушении правила.
Типы целостности:
1. Ограничение целостности домена – определяет множество значений, из которых состоит домен. Эти ограничения можно устранить только за счет устранения самого домена.
2. Ограничение целостности атрибута – это определение домена, из которого берутся значения для данного атрибута.
3. Ограничение целостности отношения – правило, задаваемое только для данного отношения БД. Действие такого ограничения происходит в том случае, когда ограничение (заданное логическим выражением) становится ложным.
4. Ограничение целостности БД – задается для двух или более связанных между собой отношений. В отличие от других ограничений, эта разновидность помимо традиционных частей обязательно должно содержать условие соединения отношений.
Тема 6. Access.
Основы Access
1. Характеристика БД Access и ее компоненты.
2. Рабочая среда Access.
3. Работа с файлами.

Создание БД в Access:
1 способ – с помощью Мастера (на основе имеющегося шаблона)
2 способ – без помощи Мастера (создание пустой базы и определение всех ее объектов вручную)
Предварительные действия перед созданием базы данных:
• Каково назначение БД и кто будет ею пользоваться?
• Какие таблицы (данные) будет содержать база данных?
• Какие запросы и отчеты могут потребляться пользователем этой базы данных?
• Какие формы может потребоваться создать?
СУБД Access имеет возможности:
1. Объединение информации из самых различных источников.
2.Представление данных в удобном для пользователя виде с помощью таблиц, диаграмм, отчетов.
3.интеграция с другими компонентами Microsoft.
Объекты БД Access:
Таблицы – предназначены для сохранения данных.
Запросы – для поиска и извлечения только требуемых данных.
Формы – для просмотра, добавления и изменения данных в таблице.
Отчеты – для анализа и печати данных в определенном формате.
Страницы – для доступа к данным и просмотра, обновления и анализа данных через интернет.
Макросы – для автоматизации часто выполняемых задач.

Работа с таблицами
1. Создание таблиц в режиме Конструктора.
2. Другие способы создания таблиц.
3. Ввод и редактирование данных.
4. Поиск и сортировка данных.

Создать таблицы в Access можно 3 способами:
1) с помощью Мастера.
2) в режиме Конструктора.
3) путем ввода данных.
Создание таблицы в режиме Конструктора (вручную):
1) Задать имена полей (столбцов) таблицы;
2) Указать типы данных каждого поля и задать свойства полей;
3) Установить первичный ключ таблицы;
4) Задать имя таблицы при ее сохранении.
Типы данных поля:
Текстовый – текст или комбинация текста и чисел, не требующие вычисления.
Поле МЕМО – примечание.
Числовой – данные для математических вычислений, кроме финансовых.
Дата/время – значение дат и временим со 100 до 9999.
Денежный – для денежных значений (точность до 15 знаков в целой, и до 4 в дробной части).
Счетчик - автоматическая вставка последовательности, которая увеличивается на 1 при добавлении записи.
Логический – данные принимают только одно из двух возможных значений ДА/НЕТ (не индексированное поле).
Поле объекта OLE – объект связанный или внедренный в БД.
Гиперссылка – адрес гиперссылки.
Мастер подстановок – запускает мастер подстановок, который создает поле со списком.
Размеры полей числового типа:
Байт – числа от 0 до 255.
Действительное – числа от -10^28 до 10^28.
Целое - Числа от -32 768 до 32 767
Длинное целое - Числа от -2 147 483 648 до 2 147 483 647
Одинарное с плавающей точкой - Числа от -3,402823Е38 до -1,401298Е-45 (для отрицательных) и от 1,401298Е-45 до 3,402823Е38 (для положительных).
Двойное с плавающей точкой - -1,79769313486231Е308 до -4,94065645841247Е-324 (для отрицательных) и 1,797…Е308 до 4,94065…Е-324 (для положительных.
Определение параметров поля:
Размер поля - Определяет максимальную длину текстового поля или способ представления чисел в поле типа ЧИСЛОВОЙ.
Формат поля -Определяет способ представления данных в определенном формате, но допускается использование собственных форматов пользователя.
Маска ввода - Определяет при вводе формат данных, включающий изображение постоянных символов в поле, а также задает проверку формата данных (нап-р, для тел. 8-095-***-**-**).
Подпись поля - Определяет надпись, которая будет использована в качестве наименования поля в форме или отчете. Если для этого параметра не задано значение, то в качестве надписи используется имя поля по умолчанию.
Значение по умолчанию - Определяет значение, которое автоматически будет введено в поле при генерации записи.
Условие на значение - Определяет множество значений вводимых в поле.
Сообщение об ошибке - Сообщение о попытке ввести в поле данные, не удовлетворяющие правилу, заданному характеристикой Значение по умолчанию.
Обязательное поле - Определяет необходимость заполнения данного поля при вводе данными.
Пустые строки - Допускает ввод пустых строк.
Индексированное поле - Признак индексирования, принимающий следующие значения: а) НЕТ – при отсутствии индексации, б) ДА (Совпадения допускаются) – индексирование с возможностью повторения значений поля, в) ДА (Совпадения не допускаются) – индексирование с невозможностью повторения значений поля.
Индексирование полей:
 С целью ускорения поиска и сортировки данных в любой СУБД используются индексы.
 Индекс является средством, которое обеспечивает быстрый доступ к данным в таблице на основе одного или нескольких столбцов.
 Индекс представляет собой упорядоченный список значений или ссылок на те записи, в которых хранятся эти значения.
Индексы бывают двух типов:
 Простые – созданные по одному столбцу;
 Составные – созданные по нескольким столбцам
Недостатки индексации:
 1) при добавлении или удалении записи в индексном столбце (поле) требуется обновить индекс;
 2) замедляет работу БД.
• Поэтому индексы рекомендуется создавать только для тех полей таблицы, по которым наиболее часто выполняется поиск записей.
• Примечание: в Access индексировать можно любое поле, кроме MEMO – полей, полей типа Гиперссылка и объект OLE.
Ключевые поля:
• Прежде чем сохранить таблицу, необходимо определить в ней ключевое поле.
• Для этого выбирается поле, которое содержит уникальные значения (например, код или номер).
• После выбора, выделить строку с описанием поля и нажать кнопку на панели инструментов с изображением ключа.
• Если выбранное поле содержит повторяющиеся или пустые значения, то его нельзя определить как ключевое.
Редактирование структуры таблицы в режиме Конструктора.
1) Перемещение поля:
 1а) выделить поле или группу полей;
 1б) установить курсор на выделенном поле и перетащить с помощью мыши на новое место.
 Примечание: во время перетаскивания снизу указателя появляется пунктирный прямоугольник, а тонкая горизонтальная линия указывает возможное место вставки.
2) Вставка поля
 2а) щелкнуть на области выделения той строки, над которой необходимо вставить новое поле;
 2б) нажать клавишу INSERT или щелкнуть на кнопке на панели инструментов Добавить строки
 2в)Ввести в новую строку название поля и задать его тип.
3) Удаление поля
• 3а) выбрать поле, которое необходимо удалить;
• 3б) нажать клавишу DELETE или щелкнуть а кнопке Удалить строки на панели инструментов.
4) Создание столбца подстановок
• 4а) в столбце Тип данных выбрать из списка значений Мастер подстановок;
• 4б) в открывшемся диалоговом окне установить переключатель Объект «столбец подстановки» будет использовать значение из таблицы или запроса и нажать кнопку Далее;
• 4в) в следующем диалоговом окне выбрать таблицу или запрос со значением, которые будет содержать столбец подстановки и нажать Далее;
• 4г) в следующем д.о. в списке Доступные поля выводятся все поля выбранной таблицы, необходимо переместить в список Выбранные поля и нажать клавишу Далее;
• 4д) в следующем д.о. можно отформатировать раскрывающийся список;
• 4е) в последнем д.о. необходимо ввести подпись для поля и нажать клавишу Готово.
Вкладка «Подстановка»
Тип элемента управления - Определяет вид поля (обычное, список или поле со списком)
Тип источник строк - Таблица или запрос, список значений и список полей
Источник строк - Определяет источник данных (путь)
Присоединенный столбец - Определяет номер столбца в раскрывающемся списки, значения из которых должны записываться в поле подстановки
Число столбцов - Число вводимых столбцов в раскрывающемся списке
.Заглавие столбца – определяет заголовки столбцов.
Ширина столбца – определяет ширину столбца.
Число строк из списка – определяет max число строк в списке.
Ширина списка – ширина раскрывающегося списка.
Ограничиться списком – определяет могут ли вводится в поле значения, не являющиеся элементами списка.
Ввод данных в таблицу:
• Ввод записей в режиме таблицы;
• Ввод данных с помощью форм;
• Копирование данных из другой таблицы;
• Импортирование данных из внешних файлов;
• Присоединение внешних таблиц.
Редактирование таблиц:
• Добавление записи в таблицу;
• Удаление записи из таблицы;
• Ввод данных в поле;
• Изменение значений текстового и числового полей;
• Поиск и замена данных.

Работа с формами в Access:
1. Режимы работы с формами.
2. Составные и связанные формы.
Формами называются настраиваемые диалоговые окна, сохраняемые в БД в виде объектов специального типа.
Формы содержат элементы управления. Элементами управления являются:
1) текстовые поля – для ввода и правки данных;
2) кнопки, флажки, переключатели – для наглядного управления данными;
3) списки – для упрощенного ввода данных (через выбор);
4) надписи – для пояснения действий;
5) рамки объектов – для отображения графиков и объектов OLE.
Работа с формами может происходить в трех режимах
1) в режиме формы;
2) в режиме таблицы;
3) в режиме Конструктора.
Структура формы:
1) Заголовок формы;
2) Верхний колонтитул;
3) Область данных;
4) Нижний колонтитул;
5) Примечание.
Панели инструментов:
1) Панель элементов.
2) Панель инструментов Конструктора формы.
3) Панель инструментов Формат.
Элементы управления формами:
Присоединенные – связаны с полями базовой таблицы (источником);
Свободные элементы управления не связаны с таблицами, предназначены для ввода информации, которая используется в других целях;
Вычисляемые – это такие элементы, значения которых рассчитываются на основе других элементов.
Панель инструментов «Элементы управления»:
1) Элемент управления Надпись;
2) Элемент управления Поле;
3) Элемент управления Выборка;
4) Элемент управления Список;
5) Элемент управления Поле со списком;
6) Элемент управления Кнопка;
7) Элемент управления Рисунок;
Свойства элемента управления СПИСОК:
Имя – название данного элемента.
Данные – название поля в таблице, которая будет содержать выбранное в списке значение.
Тип источника строк – определяет источник данных для списка.
Число столбцов – определяет число столбцов в списке для наглядности представления данных.
Заглавие столбцов – вывод на экран заголовка столбца и ширину.
Присоединенный столбец – указывает значение какого столбца списка связано с соответствующим полем базовой таблицы.
Создание формы с помощью Мастера:
1) Открыть список форм и выбрать пункт «Создание формы с помощью Мастера»;
2) В первом диалоговом окне выбрать из списка «Таблицы и запросы» имя запроса;
3) Перенести из списка «Допустимые поля» в список «Выбранные поля» все поля кнопкой >>;
4) Нажать кнопку ДАЛЕЕ и следуя указаниям Мастера выбрать внешний вид формы;
5) В последнем окне Мастера задать имя формы и нажать кнопку ГОТОВО.
Создание формы в режиме Конструктора:
1. Раскрыть список таблиц в окне БД и выделить в нем название таблицы.
2. Выбрать категорию «Новый объект» и на панели инструментов выбрать объект Форма.
3. В диалоговом окне «Новая форма» выбрать из списка Конструктор и нажать ОК. Раскроется окно Конструктора форм, в котором отображается область данных пустой формы.
4. Установить размер формы. Поскольку таблица – источник данных для формы уже указана, то на экране присутствует плавающее окно со списком полей этой таблицы.
5. Перетащить поля из списка полей в области данных формы. В результате на форме окажется элемент управления Поле и присоединенная к нему надпись.
6. Когда все элементы управления размещены на форме, окно со списком полей таблицы можно закрыть.
7. Далее отформатировать и выровнять некоторые элементы управления.
Работа с запросами в Access
1. Создание и выполнение запросов.
2. Анализ и изменение данных с помощью запросов.
Запросы используются для просмотра, анализа и изменения данных одной или нескольких таблиц. Запрос в какой-то степени аналогичен фильтру, т.к. одна из основных функций запроса – найти и отобрать нужные данные в БД. Сам запрос не содержит данные, но позволяет выбирать данные из таблиц и выполнять над ними ряд операций.
Запросы позволяют:
1) отбирать поля из одной или нескольких таблиц;
2) сортировать записи;
3) отбирать записи, отвечающие заданным условиям;
4) выполнять табличные вычисления.
Запрос на автоподстановку – позволяет автоматически заполнять поля для новой записи;
Запрос на выборку – осуществляет выборку данных из таблиц;
Запрос на изменение – позволяет модифицировать данные в таблицах (удалять, обновлять и добавлять записи);
Запрос на создание таблицы – позволяет создавать новую таблицу на основе данных одной или нескольких существующих таблиц, а также запросов.
Создание запроса с помощью Мастера
1. Выбрать вкладку Запросы.
2. Выбрать Создание запроса с помощью Мастера. На экране появиться диалоговое окно Создание простых запросов.
3. В поле со списком Таблицы и запросы выбрать название таблицы.
4. С помощью клавиш со стрелками переместить названия полей из списка Доступные поля в список Выбранные поля. Нажать кнопку ДАЛЕЕ.
5. В следующем окне выбрать тип запроса: подробный или итоговый, с помощью переключателя и нажать ДАЛЕЕ.
6. В следующем диалоговом окне задать имя запроса и нажать ГОТОВО.
Создание запроса с помощью Конструктора
1. На вкладке Запросы выбрать значок Создание запроса в режиме Конструктора.
2. Появляется окно конструктора и диалоговое окно Добавление таблицы.
3. Выбрать таблицы, которые должны участвовать в запросе с помощью кнопки Добавить и закрыть окно Добавления таблицы.
4. В верхней части окно Конструктора отображаются выбранные элементы и связи между ними.
5. Окно Конструктора запросов состоит из двух частей. Верхняя часть представляет собой свободное поле, в котором размещаются таблицы – источники данных. Нижняя часть называется бланком запроса и заполняется в процессе конструирования.
6. Для добавления поля в запрос необходимо в таблице – источнике дважды щелкнуть по этому полю л.к.м. При этом в бланке запроса появляется столбец, соответствующий выбранному полю.
7. Затем можно задать порядок сортировки. Для этого используется строка Сортировка.
8. В строке Условие отбора определяются критерии, по которым будут отбираться записи.
9. Если нужно установить несколько условий отбора, которые выполняются одновременно (связка «И»), то все эти условия необходимо записать в одной строке. Для связки «ИЛИ» каждое условие записывается в отдельной строке.
Запрос на удаление
1. Открыть схему данных и изменить связи между таблицами, установив флажок Каскадное удаление связанных записей.
2. Создать запрос на выборку на основе таблицы.
3. Установить условие отбора в бланке запроса.
4. Преобразовать запрос на выборку в запрос на удаление записи. Для этого выбрать команду меню Запрос > Удаление
5. При запуске этого запроса выводиться сообщение с приглашением подтвердить удаление записей и информация о количестве удаленных записей.

Работа с отчетами в Access
1. Создание отчетов.
2. Печать отчетов.
Отчет – это гибкое и эффективное средство для организации данных при выводе на печать.
Создание отчета с помощью Мастера
1) Выбрать объект Отчет и указать пункт Мастер отчетов.
2) В первом диалоговом окне перенести поля запроса (таблицы) из списка Доступные поля в список Выбранные поля и нажать кнопку ДАЛЕЕ.
3) Во втором д.о. Мастера выбрать вид представления данных. На этом этапе Мастер проверяет связи между таблицами и в зависимости от установленной связи выбирает по умолчанию поле, по которому будет выполняться группировка данных.
4) На следующем шаге можно добавить уровни группировки.
5) Затем добавляется порядок сортировки.

 



Я счастлив! (bakemonogatari)
---

Нару-тян
Дата: Четверг, 23.12.10, 15:24 | Сообщение # 2
Сообщений: 2142
Статус: Offline
немало немало))
 



Пыщ пыщ ололо я водитель НЛО! =D
---

GOSU
Дата: Четверг, 23.12.10, 21:43 | Сообщение # 3
Сообщений: 1569
Статус: Offline
мног букаф, впринципе как и в любом экзамене
 


---

Маранонэ
Дата: Четверг, 23.12.10, 22:15 | Сообщение # 4
Сообщений: 838
Статус: Offline
А для чего это здесь? Я даже читать не стала, слишком много текста.
 


колонисты

Посмотрела “Пилу” – придумала конкурсы на следующий день рождения.
---

Кос-тян
Дата: Четверг, 23.12.10, 22:25 | Сообщение # 5
Сообщений: много
Статус: Offline
БД это конечно очень интересно и занимательно, особенно для любителей аниме.
Но и вправду, для чего это здесь, черт возьми?!)))
 


---

Нару-тян
Дата: Четверг, 23.12.10, 22:28 | Сообщение # 6
Сообщений: 2142
Статус: Offline
Я думаю дело в том что у Shadow_Carasа, впереди экзамен, и вот что бы его написать, его нужно сдуть епта))а так не нужно будет хрен знает где лазить, зашел на сайт и списывай спокойно))но это сугубо мое мнение))
 



Пыщ пыщ ололо я водитель НЛО! =D
---

GOSU
Дата: Четверг, 23.12.10, 22:58 | Сообщение # 7
Сообщений: 1569
Статус: Offline
Quote (Кос-тян)
БД это конечно очень интересно и занимательно, особенно для любителей аниме.

А по конкретнее?)
 


---

Кос-тян
Дата: Пятница, 24.12.10, 01:00 | Сообщение # 8
Сообщений: много
Статус: Offline
Quote (GOSU)
А по конкретнее?)

Это же ирония) на самом деле БД это очень унылая и не интересная штука))))
 


---

GOSU
Дата: Пятница, 24.12.10, 14:05 | Сообщение # 9
Сообщений: 1569
Статус: Offline
Quote (Кос-тян)
БД это очень унылая и не интересная штука))))

прочитав пару строк я в этом убедился
 


---

  • Страница 1 из 1
  • 1
Поиск: