какая логическая модель данных реализована в субд ms access
Модель данных СУБД MS ACCESS
Microsoft Access является одной из популярных систем проектирования и сопровождения БД, она представляет собой полнофункциональную СУБД, в которую входят таблицы данных, экранные формы для ввода данных в эти таблицы, запросы и отчеты для получения новой информации по данным из таблиц, макросы и модули для дополнительного программирования (рис. 7.1).
Рис. 7.1.Структура СУБД MS ACCESS
Система управления БД MS ACCESS поддерживает реляционную модель данных с механизмом ссылочной целостности. Поэтому в базах данных СУБД MS ACCESS данные представляются в виде таблиц и функциональных бинарных связей между таблицами. Дополнительное средство представления данных – запросы. Запрос представляет собой виртуальную таблицу, которая формируется по требованию на основе зараннее составленного описания запроса по данным из физических таблиц БД. Никаких других различий между физическими таблицами и запросами нет. Во всех операциях они участвуют на равных правах. Основное назначение запросов – представление для вывода дополнительной информации, а также скрытие от пользователя сложных запросов: пользователь обращается к системе с простым запросом к виртуальным данным, а всю работу по их формированию (по зараннее составленному сложному запросу) берет на себя СУБД.
Механизм ссылочной целостности в настоящее время является общепризнанным для использования в реляционных моделях для реализации функциональных бинарных связей типа 1:1 или 1:M между связанными таблицами. Он соответствует бинарному групповому отношению при определении БД в терминах групп и групповых отношений (см. п. 2.3). Этот механизм основан на методе представления бинарной связи между сущностями через атрибут: первичный атрибут схемы исходной (родительской) сущности включается как вторичный атрибут в схемы атрибутов подчиненной (дочерней) сущности.
В системе управления БД MS ACCESS в рамках таблиц действуют механизмы определения и организации контроля стандартных правил целостности данных в реляционных моделях (см. выше). Между таблицами действует механизм описания и контроля ограничений ссылочной целостности для бинарных функциональных связей. В таблицах действуют также механизмы определения и организации контроля явных ограничений целостности данных, таких, как форматы данных, допустимые диапазоны значений данных при вводе.
Таким образом, сущности в базе моделируют таблицами. Свойства объектов (атрибуты) моделируют полями (столбцами таблиц). Один из атрибутов сущности должен быть идентификатором – первичным ключом (например, табельный номер у сотрудника). Связи между сущностями можно моделировать двояко: либо таблицей, либо с атрибутом (ссылочная целостность). При этом обе таблицы, между которыми должна быть создана связь, должны иметь один и тот же атрибут, который эту связь и реализует. Только в одной из таблиц (родительской) он будет идентифицирующим атрибутом – первичным ключом, а в другой (подчиненной) – обычным атрибутом (в этом случае его называют вторичным ключом). И в обеих таблицах он должен иметь один и тот же тип данных (имя может разнится). Для представления бинарных связей типа М:М можно использовать либо таблицу, либо две функциональные связи: 1:М и M:l с промежуточной таблицей (прием описан выше в сетевой модели).
Схему БД для СУБД MS ACCESS проектируют с учетом перечисленных особенностей, т.е. реализуют этап отображения схемы инфологической модели в схему датологической модели ПО. На рис. 7.2 приведен пример схемы датологической модели для СУБД MS ACCESS.
Рис. 7.2. Схема базы данных
Рассмотрим практические приемы работы при создании БД в среде СУБД MS ACCESS методами визуального программирования.
После запуска СУБД MS ACCESS появляется окно «Microsoft Access», являющееся главным окном СУБД, на котором располагаются другие окна. В частности, сразу же после запуска на нем появляется одноименное диалоговое окно, в котором пользователь должен выбрать один из вариантов последующих действий системы:
Разработка БД в приложении СУБД Access. Логическая модель БД. Связи между сущностями
Логическая модель базы данных – это модель реального мира, данные о котором занесены в таблицы и подлежат хранению и обработке в базе данных. Каждая отдельная таблица – это сущность (класс с однотипными объектами) реального мира, обладающая определенным набором свойств (наименования полей таблицы).
1. Связь “один к одному” это такой тип связи между сущностями А и В, когда каждому экземпляру сущности А соответствует один и только один экземпляр сущности В и, наоборот, каждому экземпляру сущности В соответствует один и только один экземпляр сущности А.
2. С помощью связи “один ко многим” определяется такой тип связи между сущностями А и В, когда одному экземпляру сущности А может соответствовать 0, 1 или несколько экземпляров сущности В, однако каждому экземпляру сущности В соответствует один и только один экземпляр сущности А.
3. Связь “многие ко многим” определяет такой тип связи между сущностями А и В, при котором каждому экземпляру сущности А может соответствовать 0, 1 или несколько экземпляров сущности В и наоборот.
Рассмотрим отношения между сущностями в приведенном выше примере:
— каждый продавец может продать несколько товаров, в свою очередь – каждый товар может быть продан несколькими продавцами – связь многие-ко-многим;
— каждый клиент может быть обслужен одним продавцом, но каждый продавец может обслужить много клиентов – связь “один ко многим”;
— каждый товар может быть куплен разными клиентами, но каждый клиент может купить много товаров – «связь многие-ко-многим».
Необходимо отметить, что связь «многие-ко-многим» не поддерживается реляционными СУБД, поэтому для реализации такой связи вводится дополнительная сущность, которая обеспечивает выполнение связей “один-ко-многим” между первоначальными сущностями, например, для реализации отношения товар-клиент можно ввести третью сущность –Покупка со свойствами –код клиента, код товара, количество, дата продажи. В этом случае между сущностями Клиенты, Товар и Покупка будет отношение один-ко-многим (каждая покупка совершается конкретным клиентом с необходимым списком товаров).
Для определения связей между таблицами в СУБД существуют понятия первичного и внешнего ключей базовых таблиц.
Таблица, содержащая внешний ключ называется связанной или связываемой таблицей.
Внешний ключ – это проиндексированное поле другой таблицы, которая будет участвовать в связи. В этом случае для обеспечения целостности данных поле внешнего ключа связываемой таблицы обязательно должно обладать следующими свойствами:
— данные, вводимые в поле внешнего ключа должны повторять значения первичного ключа главной таблицы, но в отличии от неповторяющихся значений первичного ключа, во внешнем ключе одно и то же данное может повториться несколько раз;
— типы данных полей внешнего и первичного ключей совпадают;
— размеры полей внешнего и первичного ключей совпадают.
Правило, согласно которому значения внешнего ключа связанной таблицы должны быть адекватны значениям первичного ключа главной таблицы называется ссылочным ограничением или ссылочной целостностью.
Внешний ключ, также как и первичный ключ, определяется с помощью свойства ‘Индексированное поле’, только в этом случае его значение примет вид – “Да (совпадения допускаются)”.
Для того, чтобы построить логическую модель надо:
Из меню Сервис выбрать команду Схема данных;
В диалоговом окне «Добавление таблицы» выбрать все таблицы (используя клавишу Shift) и нажать кнопку Добавить, либо можно добавить каждую из таблиц поочередно;
Для создания связи между таблицами надо выделить поле первичного ключа главной таблицы, нажать клавишу мыши и, не отпуская нажатую клавишу, перенести это поле на поле внешнего ключа связываемой таблицы. После этого обязательно надо выставить ссылочные ограничения, накладываемые на связываемые таблицы см. рис.15
 |
Рис.15. Создание ссылочных ограничений
— установление флажка «Обеспечение целостности данных» означает, что значения внешних ключей связываемых таблиц должны соответствовать значениям первичных ключей главных таблиц.
— установление флажка «Каскадное обновление связанных полей» означает, что при изменении значений в первичных ключах соответствующие значения внешних ключей будут также изменены.
— установление флажка «Каскадное удаление связанных полей» означает, что при удалении значения первичного ключа соответствующие значения внешнего ключа будут удалены.
Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет
Какая логическая модель данных реализована в субд ms access
Логическая структура реляционной базы данных
Логическая структура реляционной базы данных Access является адекватным отображением полученной информационно-логической модели предметной области. Для канонической модели не требуется дополнительных преобразований. Каждый информационный объект модели данных отображается соответствующей реляционной таблицей. Структура реляционной таблицы определяется реквизитным составом соответствующего информационного объекта, где каждый столбец (поле) соответствует одному из реквизитов объекта. Ключевые реквизиты объекта образуют уникальный ключ реляционной таблицы. Для каждого столбца таблицы (поля) задается тип, размер данных и другие свойства. Строки (записи) таблицы соответствуют экземплярам объекта и формируются при загрузке таблицы.
Логическая структура реляционной базы данных
Связи между объектами модели данных реализуются одинаковыми реквизитами — ключами связи в соответствующих таблицах. При этом ключом связи типа 1 : M всегда является уникальный ключ главной таблицы. Ключом связи в подчиненной таблице является либо некоторая часть уникального ключа в ней, либо поле, не входящее в состав первичного ключа (например, код фирмы в таблице СКЛАД). Ключ связи в подчиненной таблице называется внешним ключом.
Все связи в полученной информационно-логической модели предметной области «Поставка товара» характеризуются отношением типа 1 : M. Соответственно, связь между таблицами ПОКУПАТЕЛЬ и ДОГОВОР осуществляется по коду покупателя (КОД_ПОК), который является уникальным идентификатором главного объекта ПОКУПАТЕЛЬ и неключевым в объекте ДОГОВОР (см. табл. 2.6).
Связь между таблицами ТОВАР и ПОСТАВКА_ПЛАН осуществляется по уникальному ключу главного объекта ТОВАР — Коду товара, который в подчиненном объекте ПОСТАВКА_ПЛАН является частью ключа (см. табл. 2.6). Аналогично связь между таблицами ТОВАР и ОТГРУЗКА осуществляется по уникальному ключу главного объекта ТОВАР — Коду товара.
Связь между таблицами ДОГОВОР и НАКЛАДНАЯ осуществляется по уникальному ключу главного объекта ДОГОВОР — Номеру договора (НОМ_ДОГ), который в подчиненном объекте НАКЛАДНАЯ не входит в состав ключа (см. табл. 2.7).
Связь между таблицами ДОГОВОР и ПОСТАВКА_ПЛАН осуществляется по уникальному ключу главного объекта ДОГОВОР — Номеру договора (НОМ_ДОГ), который в подчиненном объекте ПОСТАВКА_ПЛАН является частью ключа (см. табл. 2.6). Аналогично связь между таблицами НАКЛАДНАЯ и ОТГРУЗКА осуществляется по уникальному составному ключу главного объекта НАКЛАДНАЯ — НОМ_НАКЛ + + КОД_СК, который в подчиненном объекте ОТГРУЗКА является частью ключа (см. табл. 2.7).
В Access может быть создана схема данных, наглядно отображающая логическую структуру базы данных. Определение одно-многозначных связей в этой схеме должно осуществляться в соответствии с построенной моделью данных. Топология проекта схемы данных практически совпадает с топологией информационно-логической модели. Для модели данных предметной области (см. рис. 2.18), построенной в рассмотренном примере, логическая структура базы данных в виде схемы данных Access приведена на рис. 2.19.
На этой схеме прямоугольники отображают таблицы базы данных с полным списком их полей, а связи показывают, по каким полям осуществляется взаимосвязь таблиц. Имена ключевых полей для наглядности выделены и находятся в верхней части полного списка полей каждой таблицы.
Проектирование БД в MS Access
Ищем педагогов в команду «Инфоурок»
Описание презентации по отдельным слайдам:
Описание слайда:
Лекция 13. Проектирование БД в MS Access. Структура таблиц. Типы данных. Схема данных. Модификация структуры данных.
СУБД Access оперирует реляционными базами данных.
На этапе проектирования базы данных должна быть определена логическая структура базы данных для выбранной предметной области. Проект логической структуры БД устанавливает состав реляционных таблиц, их структуру и логические связи между таблицами. При формировании структуры каждой таблицы определяется совокупность атрибутов (полей, столбцов), для каждого из которых даются описание типа, размера данных и других свойств. Кроме того, должен быть указан уникальный ключ таблицы, который может состоять из одного или нескольких полей.
При проектировании базы данных, отвечающей требованиям нормализации, между таблицами определяются логические связи типа 1 : М. Такие связи позволят осуществлять в Access автоматическое поддержание связной целостности и непротиворечивости данных в базе.
Описание слайда:
Этапы проектирования и создания базы данных
Для проектирования базы данных необходимо располагать описанием выбранной предметной области, которое должно охватывать реальные объекты и процессы, определять все необходимые источники информации для обеспечения предполагаемых запросов пользователя и решаемых в приложении задач.
Определение состава и структуры данных, которые должны быть загружены в базу данных, осуществляется на основе анализа предметной области. Структура данных предметной области может отображаться информационно-логической моделью (ИЛМ). Если при построении такой модели обеспечены требования нормализации данных и она, соответственно, представлена в каноническом виде, далее легко определяется проект логической структуры нормализованной базы данных. На основе канонической модели можно создать реляционную базу без дублирования данных.
Описание слайда:
При разработке модели данных предметной области могут использоваться два подхода.
В первом подходе (аналитическом или процессном) сначала формулируются основные задачи, для решения которых строится база, выявляются информационные потребности задач приложения пользователя, и, соответственно, определяются состав и структура информационных объектов модели, а также связи между ними.
При втором подходе (интуитивном) сразу устанавливаются типовые объекты предметной области и их взаимосвязи.
Наиболее рационально сочетание обоих подходов. Это связано с тем, что на начальном этапе, как правило, нет исчерпывающих сведений обо всех задачах. Использование такой технологии тем более оправдано, что гибкие средства создания реляционной базы данных в Access позволяют на любом этапе разработки внести изменения в базу данных и модифицировать ее структуру без ущерба для введенных ранее данных.
Описание слайда:
При определении проекта логической структуры реляционной базы данных каждый информационный объект канонической модели предметной области адекватно отображается реляционной таблицей, а связям между двумя информационными объектами соответствуют логические связи между парой соответствующих таблиц.
Такие связи устанавливаются по уникальному ключу одной из этих таблиц, которая является главной в связи. Во второй таблице, которая является подчиненной, поле связи может быть либо частью ее уникального ключа, либо неключевым.
Описание слайда:
В процессе создания базы данных на компьютере сначала осуществляется конструирование ее таблиц средствами Access. Далее создается схема данных, в которой устанавливаются логические связи таблиц. В схеме данных базы могут быть заданы параметры поддержания связной целостности данных, если модель данных была разработана в соответствии с требованиями нормализации.
Информационно-логическая модель (ИЛМ) отображает данные предметной области в виде совокупности информационных объектов (ИО) и связей между ними. Эта модель представляет данные, подлежащие хранению в базе данных. Каждый информационный объект в модели данных должен иметь уникальное имя.
Описание слайда:
Разработка БД в Access
Описание слайда:
Описание слайда:
Имена полей и типы данных
Имя поля (Field Name). Каждое поле в таблице должно иметь уникальное имя, удовлетворяющее соглашениям об именах объектов в Access. Оно является комбинацией из букв, цифр, пробелов и специальных символов, за исключением точки (.), восклицательного знака (!), надстрочного знака (
) и квадратных скобок ([ ]). Имя не может начинаться с пробела и содержать управляющие символы с кодами ASCII от 0 до 31. Максимальная длина имени 64 символа.
Тип данных (Data Type). Тип данных определяется значениями, которые предполагается хранить в поле, и операциями, которые будут выполняться с этими значениями. В Access допускается использование десяти типов данных и мастера подстановок. Список возможных типов данных вызывается нажатием кнопки списка при выборе типа данных каждого поля. Рассмотрим вкратце назначение и допустимые размеры всех типов данных, которые могут назначаться полям таблицы в Access.
Описание слайда:
Текстовый (Text) — используется для хранения текста или комбинаций алфавитно-цифровых знаков, не применяемых в расчетах (например, код товара). Максимальная длина поля 255 знаков.
Поле МЕМО (Memo) — используется для хранения обычного текста или комбинаций алфавитно-цифровых знаков длиной более 255 знаков. Поля с этим типом данных в базах данных формата Access 2007 поддерживают также форматирование текста. Это единственный в Access тип данных, обеспечивающий встроенную поддержку отображения и хранения форматированного текста. Максимальный размер поля 1 Гбайт знаков или 2 Гбайт памяти (2 байта на знак) при программном заполнении полей, и 65 535 знаков при вводе данных вручную в поле и в любой элемент управления, связанный с этим полем.
Описание слайда:
Числовой (Number) — служит для хранения числовых значений (целых или дробных), предназначенных для вычислений, исключением являются денежные значения, для которых используется тип данных Денежный. Размер поля 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-сервер не зарегистрирован, отображается значок поврежденного изображения.
В accdb-файлах вместо типа данных Поле объекта OLE используется тип Гиперссылка (Hyperlink).
Описание слайда:
Гиперссылка (Hyperlink) — применяется для хранения ссылок на узлы (URL-адреса), на узлы или файлы интрасети или локальной сети (UNC-адреса — стандартного формата записи пути), а также на узлы или файлы локального компьютера. Кроме того, можно использовать ссылку на объекты Access, хранящиеся в базе данных. Может хранить до 1 Гбайт данных.
Описание слайда:
Мастер подстановок (Lookup Wizard) — появляется в списке типов данных только в режиме конструктора. Фактически типом данных не является, а вызывает мастер подстановок, с помощью которого можно создать поле, позволяющее выбрать значения из списка, построенного на основе значений поля другой таблицы, запроса или фиксированного набора значений. Такое поле отображается как поле со списком. Если список построен на основе поля таблицы или запроса, тип данных и размер создаваемого поля определяется типом данных и размером привязанного столбца, если на основе набора значений — размером текстового поля, содержащего значение.
Описание слайда:
Код репликации (Replication ID). Глобальный уникальный идентификатор (Globally unique identifier, GUID), занимает 16 байтов. Эти длинные генерируемые случайным образом значения обеспечивают малую вероятность их совпадения. Поля такого типа используются Access для создания системных уникальных идентификаторов реплик, наборов реплик, таблиц, записей и других объектов при репликации баз данных. Могут быть использованы в приложениях пользователя, например, для идентификации товаров.
Описание слайда:
Общие свойства поля
Основные свойства задаются для каждого поля на вкладке Общие (General) и. зависят от выбранного типа данных. Для отображения свойств поля необходимо установить курсор на строке соответствующего поля. Приведем свойства полей, наиболее важные на первом этапе изучения баз данных.
-Размер поля (Field Size) позволяет для текстового и числового поля уточнить тип данных или размер, задает максимальный размер данных, сохраняемых в поле. Для поля с типом данных Текстовый (Text) задается размер от 1 до 255 знаков.
Изменения в данных, которые происходят вследствие изменения свойства Размер поля (Field Size), нельзя отменить после выполнения сохранения инструкторе таблиц.
Описание слайда:
-Формат поля (Format) является форматом отображения выбранного типа данных при выводе их на экран или печать в режиме таблицы, в форме или отчете. В Access определены встроенные стандартные форматы отображения для полей с такими типами данных, как Числовой (Number), Дата/время (Date/Time), Логический (Yes/No) и Денежный (Currency). Ряд этих форматов совпадает с настройкой региональных форматов, определяемых в окне Язык и региональные стандарты в Панели управления Windows. Пользователь может создать собственный формат для всех типов данных, кроме Поле объекта OLE (OLE Object), с помощью символов форматирования. Для указания конкретного формата отображения необходимо выбрать в раскрывающемся списке одно из значений свойства Формат поля (Format).
Описание слайда:
-Число десятичных знаков (DecimalPlaces) задает для числового и денежного типов данных количество знаков после запятой. Можно задать число от 0 до 15. По умолчанию (значение Авто (Auto)) это число определяется установкой в свойстве Формат поля (Format). Следует иметь в виду, что установка этого свойства не действует, если свойство Формат поля (Format) не установлено или выбрано значение Основной (General Number). Свойство Число десятичных знаков (DecimalPlaces) влияет только на количество десятичных знаков, отображаемых на экране, и не влияет на число сохраняемых десятичных знаков. Для изменения числа сохраняемых знаков нужно изменить свойство Размер поля (Field Size).
Описание слайда:
-Подпись (Caption) поля задает текст, который выводится в таблицах, формах, отчетах.
-Значение по умолчанию (DefaultValue) определяет текст или выражение, значение которого автоматически вводится в поле при создании новой записи. Например, если задана функция =Now (), то в поле введется текущая дата и время. При добавлении записи в таблицу можно оставить значение, введенное по умолчанию, или ввести другое. Свойство Значение по умолчанию (DefaultValue) используется только при создании новой записи. Максимальная длина значения свойства составляет 255 знаков. Свойство не определено для полей с типом данных Счетчик (AutoNumber) или Поле объекта OLE (OLE Object).
-Условие на значение (ValidationRule) позволяет осуществлять контроль ввода, задает ограничения на вводимые значения, при нарушении условий запрещает ввод и выводит текст, заданный свойством Сообщение об ошибке (ValidationText).
Описание слайда:
Реляционная база данных, созданная в соответствии с проектом каноничской модели данных предметной области, состоит из нормализованных таблиц, связанных отношениями 1-М.
В такой базе данных обеспечивается отсутствие дублирования описательных данных, их однократный ввод, поддержание целостности данных средствами системы.
Связи между таблицами позволяют выполнить объединение данных различных таблиц, необходимое для решения большинства задач ввода, просмотра и корректировки данных, получения информации по запросам и вывода отчетов.
Описание слайда:
Связи между таблицами устанавливаются в соответствии с проектом логической структуры базы данных и запоминаются в схеме данных Access.
Схема данных является не только средством графического отображения логической структуры базы данных, она активно используется системой в процессе обработки данных. Система при необходимости обработки данных взаимосвязанных таблиц автоматически использует связи, определенные в схеме данных.
Таким образом, разработчику нет необходимости специально сообщать системе о наличии той или иной связи. Однажды указанные в схеме данных связи используются системой автоматически.
Создание схемы данных позволяет упростить конструирование многотабличных форм, запросов, отчетов, а также обеспечить поддержание целостности взаимосвязанных данных при вводе и корректировке данных в таблицах.
Описание слайда:
Схема данных в Access
Описание слайда:
Создание связей между таблицами схемы данных
При создании связей в схеме данных используется проект логической структуры реляционной базы данных, в котором показаны все одномногозначные связи таблиц.
Реализуются связи с помощью добавления в связанные таблицы общих полей, называемых ключом связи.
При 1-М отношениях между таблицами ключом связи является ключ главной таблицы (простой или составной). В подчиненной таблице он может быть частью уникального ключа или вовсе не входить в состав ключа таблицы. 1-М связи являются основными в реляционных базах данных. 1-М связи используются, как правило, при необходимости распределять большое количество полей, определяемых одним и тем же ключом, по разным таблицам, имеющим разный регламент обслуживания.
Описание слайда:
Обеспечение целостности данных
Если связываемые в схеме данных таблицы находятся в отношении 1 : 1 и 1 : М, для связи можно задать параметр обеспечения связной Целостности данных.
Обеспечение связной целостности данных означает, что Access при корректировке базы данных реализует для связанных таблиц контроль соблюдения следующих условий:
— в подчиненную таблицу не может быть добавлена запись с несуществующим в записях главной таблицы значением ключа связи;
— в главной таблице нельзя удалить запись, если не удалены связанные с ней записи в подчиненной таблице;
— изменение значений ключа связи в записи главной таблицы невозможно, если подчиненная таблица имеет связанные с ней записи, в которых соответственно не меняется ключ связи.
Описание слайда:
При попытке пользователя нарушить эти условия в операциях добавления и удаления записей или обновления ключевых данных в связанных таблицах Access не допускает выполнения операции и выводит соответствующее сообщение. Access не позволяет установить параметр целостности для связи таблиц, если ранее введенные в таблицы данные не отвечают требованиям целостности.
Установление между двумя таблицами связи и задание для нее параметров целостности данных возможно только при следующих условиях:
— связываемые поля имеют одинаковый тип данных, причем имена полей могут быть различными;
— обе таблицы сохраняются в одной базе данных Access;
— главная таблица связывается с подчиненной по первичному простому или составному ключу или уникальному индексу главной таблицы.
Описание слайда:
Каскадное обновление и удаление связанных записей
Если для выбранной связи обеспечивается поддержание целостности, можно задать режим каскадного удаления связанных записей и каскадного обновления связанных полей. Такие параметры делают возможным в главной таблице, соответственно, удаление записей и изменение значения в ключевом поле, т. к. при этих параметрах система автоматически выполнит необходимые изменения в подчиненных таблицах, обеспечив сохранение свойств целостности базы данных.
В режиме каскадного удаления связанных записей при удалении записи из главной таблицы будут автоматически удаляться все связанные записи в подчиненных таблицах. При удалении записи из главной таблицы выполняется каскадное удаление подчиненных записей на всех уровнях, если этот режим задан на каждом уровне.
В режиме каскадного обновления связанных полей при изменении значения ключевого поля в записи главной таблицы Access автоматически изменит значения в соответствующем поле в подчиненных записях.
Описание слайда:
Модификация структуры базы данных
Понятие «модификация структуры базы данных» включает изменение структуры отдельных таблиц, добавление и удаление таблиц, а также изменение схемы данных.
Изменение структуры таблиц
Для изменения структуры таблиц основным является режим конструктор таблиц, хотя некоторые изменения можно произвести в режиме таблицы. Такие простые операции, как изменение имени, некоторых типов данных, добавление, удаление неключевых полей, добавление полей со списком, могуч быть произведены в обоих режимах. Однако в режиме таблицы и эти операции выполняются с различными ограничениями. Например, можно в режиме таблицы изменить имя поля, дважды щелкнув в его заголовке и введя новое значение. Это значение становится именем поля, но при этом теряется значение подписи поля.
Описание слайда:
Изменение полей, которые не являются ключами или полями связи
Состав и последовательность, а также тип данных, свойства или имена таких полей можно изменять независимо от наличия связей таблицы с другими таблицами базы данных. Для заполненной таблицы при изменении типа данных, размера и других свойств, производится преобразование данных. Однако, если преобразования недопустимы, попытка изменения типа данных может привести к потере данных, поэтому система запрашивает у пользователя подтверждение его действий.
Описание слайда:
Изменение или удаление ключевого поля
Для загруженной и несвязанной таблицы при попытке изменить свойства или удалить ключевое поле система предупреждает о возможной потере данных удалении ключа. Если, например, удаляется поле в составном ключе, с других полей этого ключа будет снят признак ключа. При попытке назначить ключом другое поле, имеющее повторяющиеся значения в загруженной таблице, операция не будет завершена и будет выдано сообщение о невозможности.
Если надо изменить ключ таблицы, которая имеет связи с другими таблицами в схеме данных, необходимо предварительно разорвать связи.
Описание слайда:
Изменение схемы данных
При модификации схемы данных может производиться изменение состава ее таблиц — удаление, добавление таблиц, изменение их связей, способа объединения записей связанных таблиц.
Необходимость в изменении связей возникает, в частности, при изменении ключей в таблицах. Изменение ключа по составу, по типу и размеру его полей не может производиться до тех пор, пока не удалены связи таблицы и схеме данных.
При изменении типа данных для неключевых полей, задействованных в связях таблицы, также предварительно необходимо удалить эти связи в схеме данных.
Для внесения изменений в схему данных перед ее открытием надо закрыть все таблицы. Команда Схема данных на вкладке Работа с базами данных в группе Показать или скрыть откроет схему данных. При этом открывается вкладка ленты Работа со связями | Конструктор.
Если Вы считаете, что материал нарушает авторские права либо по каким-то другим причинам должен быть удален с сайта, Вы можете оставить жалобу на материал.