Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Полный 3 семестр.doc
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
248.32 Кб
Скачать

Пар 2.3 Поддержка ссылочной целостности.

Чтобы аксесс автоматически отслеживала ссылочную целостность двух табл необходимо при формировании связи установить флажок «отслеживание целостности данных»

Рис 1.

Если установлен этот флажок, то СУБД не позволит:

  1. Ввести значение внешнего ключа, если нет такого же значения первичного ключа в связанной табл ( нельзя будет ввести запись о продаже от 50го товара, если в т. ТОВАР нет товара с таким номером)

  2. Удалить запись из табл с первичным ключом, если в связанной с ней табл есть записи с таким же значением внешнего ключа (нельзя будет удалить 33-ий товар, т.к. в т.ПРОДАЖИ есть связанная с ним продажа)

  3. Изменить значение первичного ключа табл, если в связанной с ней табл есть записи с таким же значением вторичного ключа ( нельзя будет изменить номер 33-го товара, тк. В т. ТОВАРА есть связанная с ним продажа.)

Если этот флажок не установлен:

То СУБД не следит за ссылочной целостностью, и разрешает все вышеперечисленные ситуации.

(если тесте вопрос про флажки, которые вообще не установлены, то отв на все галочки, подходит все.)

Чтобы преодолеет ограничение на удаление и обновление связанных записей, сохраняя при этом целостность БД, следует установить дополнительные флажки:

Флажок КАСКАДНОЕ ОБНОВЛЕНИЕ СВЯЗАННЫХ ЗАПИСЕЙ. Тогда при изменении значения первичного ключа в строке одной таб, в соотв-их ей строках связанной табл значении внешнего ключа автоматически замен на новые ( если пользователь изменить № 33 товара в табл товар на 77-ой, то в сооот-их строках табл продажи № 33 товара будут заменены на № 77. И ничего не изменится )

Флажок КАСКАДНОЕ УДАЛЕНИЕ СВЯЗАННЫХ ЗАПИСЕЙ. Тогда при удалении записи из табл с первичным ключом, СУБД автоматически удалит связанные с ней записи табл с внешним ключам. Это удобно, но опасно.

Пар 3. Обобщенная технология в субд. Пар 3.1 создание структуры табл бд

Вкл в себя:

  1. Формирование полей табл, при этом для каждого поля следует:

  1. Дать уникальное имя в пределах табл имя

  2. Определить тип данных, которые будут в поле храниться

  3. Определить свойства поля, если это возможно в Субд.

  1. Определение ключа и индексов (индекс полей) в таблицах.

На этом этапе данные табл не вводятся. В результате получается множество пустых таблиц.

Данный процесс оказывает огромное влияние на обеспечение целостности базы данных:

а) создание ключей заставляет СУБД следить за структурной целостностью

б) создание свойств полей заставляет следить за семантической целостностью ( за смыслом данных)

Пар 3.2. Построение связей между таблицами

В явном виде реализуется не во всех СУБД в акцесс этот этап называется построением схемы данных

Пар 3.3 Ввод и редактирование и редактирование данных

Способы:

  1. Ввод с помощью стандартного окна с таблицей. Этим пользуются в основном при вводе тестового набора данных

  2. Импорт через буфер обмена только данных\ части_данных из другой табл этой же или др. БД.

  3. Импорт табл (структурные+данные) из другой БД.

  4. Ввод данных с помощью экранных форм (ЭФ).

ЭФ – созданный программистом интерфейс ввода и редактирования данных ( окно для ввода\вывода данных), удобный и понятный пользователю БД, как правило, с графическими элементами.

ЭФ имеет имя, создается с помощью Мастера ЭФ и затем совершенствуются с помощью Конструктора ЭФ.