Работа с базами данных

Сентябрь 2, 2022

Главная
Алгебра
Работа с базами данных

Содержание

2. Информационные системы В 21 веке одним из важнейших условий эффективного функционирования любой организации является наличие развитой
3. Модели данных Модель данных – это набор правил, по которым организуются данные. Это очень простое определение
4. Классификация моделей данных Принято выделять три группы моделей данных:
5. Классификация моделей данных – инфологическая модель Инфологическая (семантическая) модель – это обобщённое, не привязанное к какой-либо
6. Классификация моделей данных – даталогическая и физическая модели Даталогические модели являются компьютерно-ориентированными, они поддерживаются конкретными СУБД.
7. Информационные системы Современной формой информационных систем являются банки данных, которые включают в свой состав вычислительную систему,
8. ОСНОВНЫЕ ПОНЯТИЯ БАЗ ДАННЫХ БАЗЫ ДАННЫХ И СИСТЕМЫ УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ База данных (БД) — это
9. ПРИМЕРЫ БД И СУБД База данных крупного банка. В ней есть все необходимые сведения о клиентах,
10. ПРИМЕРЫ БД И СУБД База данных лечебно-профилактического учреждения (ЛПУ). Содержит необходимые сведения о пациентах, их разнообразные
11. Важнейшим достоинством применения БД в информационных системах является обеспечение независимости данных от прикладных программ. Это позволяет
12. Структура СУБД
13. Структура СУБД СУБД - интерфейс между прикладными программами и базой данных, обеспечивающий независимость данных. Основные функции
14. По характеру использования СУБД делят на персональные и многопользовательские. Многопользовательские СУБД включают в себя сервер БД
15. МОДЕЛИ СУБД В настоящее время наиболее распространены 3 модели управления базами данных Иерархическая Сетевая Реляционная Кроме
16. Иерархические базы данных . В этой модели имеется один главный объект (корень) и остальные - подчиненные
17. Иерархические базы данных Пример
18. Иерархические базы данных + Эффективное использование памяти ЭВМ + Неплохие показатели времени выполнения операций над данными
19. Сетевые базы данных В сетевой структуре данных потомок может иметь любое число предков; любой объект может
20. Реляционные базы данных Реляционная модель использует представление данных в виде таблиц (реляций, связей). В ее основе
21. Реляционные базы данных Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами: * каждый
22. Реляционные базы данных Достоинства реляционной модели: * простота и доступность для понимания пользователем. Единственной используемой информационной
23. Объектно- ориентированные базы данных (ОО БД) Объектно- ориентированные модели данных - используются понятия класса, объекта, метода.
24. Объектно- ориентированные базы данных (ОО БД). Пример. ОО БД естественным образом отражают иерархию разнородных данных. Весь
25. Проектирование структур баз данных. В настоящее время в большинстве современных баз данных используется реляционная модель, описанная
26. СУРБД Системы управления реляционными базами данных (СУРБД) должны обеспечивать свою собственную систему управления, основанную только на
27. Реляционная таблица. Свойства Каждая реляционная таблица представляет собой двумерный массив. Каждая таблица состоит из однотипных строк
28. Реляционная таблица. Свойства 5. Столбцам таблицы однозначно присваиваются имена, и в каждом из них размещаются однородные
29. Реляционная таблица. Первичный ключ Каждая таблица в БД должна иметь первичный ключ. Первичный ключ – это
30. Реляционная таблица. Первичный ключ Даже если таблица имеет составной первичный ключ, он может быть только один.
31. Реляционная таблица. Первичный ключ Реляционная теория требует, чтобы данные унифицировались уникально по трём критериям: таблицей, где
32. Реляционная таблица. Связь Связь - это функциональная зависимость между сущностями. Если между некоторыми сущностями существует связь,
33. Реляционная таблица. Связь Связи могут быть представлены пятью основными характеристиками: тип связи (идентифицирующая, не идентифицирующая, полная/
34. Определение отношений между таблицами Следующий шаг при разработке БД в реляционной модели, это установление связей между
35. Определение отношений между таблицами Простейшая связь между записями таблиц - это одна-к-одной. Связь такого типа осуществляется,
36. Определение отношений между таблицами Если связаны все ключевые поля одной таблицы и часть ключевых полей другой
37. Назначение и возможности Microsoft Access MS Access наиболее популярная СУРБД для разработки настольных баз данных (БД).
38. Назначение и возможности Microsoft Access Microsoft Access предоставляет несколько средств создания каждого из основных объектов базы.
39. Объекты базы данных Таблицы - основные структурные элементы базы данных. Предназначены для хранения данных в виде
40. Объекты базы данных Отчёты – объекты, предназначенные для вывода данных на печать. Макрос – макрокоманда или
42. Скачать презентацию

Слайд 2

Информационные системы
В 21 веке одним из важнейших условий эффективного функционирования любой

организации является наличие развитой автоматизированной информационной системы.
Информационная система
реализует автоматизированный сбор, обработку и манипулирование данными,
содержит технические средства обработки данных,
содержит программное обеспечение и обслуживающий персонал.
Важнейшей структурной частью информационных систем являются модели данных и базы данных.

Слайд 3

Модели данных
Модель данных – это набор правил, по которым организуются данные.
Это

очень простое определение можно уточнить.
Модель данных – это некоторая абстракция, которая, будучи приложена к конкретным данным, позволяет пользователям и разработчикам трактовать их как информацию, то есть сведения, содержащие не только данные, но и взаимосвязи между ними.

Слайд 4

Классификация моделей данных
Принято выделять три группы моделей данных:

Слайд 5

Классификация моделей данных – инфологическая модель
Инфологическая (семантическая) модель – это обобщённое,

не привязанное к какой-либо ЭВМ и СУБД описание предметной области. Это описание, выполненное с использованием естественного языка, математических формул, таблиц, графиков и других средств объединяет частные представления о содержимом базы данных, полученные в результате опроса пользователей, и представления разработчиков о данных, которые могут потребоваться в будущих приложениях.
Такая человеко-ориентированная модель полностью независима от физических параметров среды хранения данных. Поэтому инфологическая модель не должна изменяться до тех пор, пока она адекватно отражает предметную область, то есть до тех пор, пока не произошли изменения в предметной области.

Слайд 6

Классификация моделей данных – даталогическая и физическая модели
Даталогические модели являются компьютерно-ориентированными,

они поддерживаются конкретными СУБД. С их помощью СУБД даёт возможность пользователям осуществлять доступ к хранимым данным лишь не заботясь об их физическом расположении. Так как доступ к данным осуществляется с помощью конкретной СУБД, то даталогические модели описываются на языке описания данных используемой СУБД.
Физические модели. Нужные данные отыскиваются СУБД на внешних запоминающих устройствах по физической модели данных. Физическая модель оперирует категориями, относящимися к организации внешней памяти и структурам хранения данных, которые используются в данной операционной среде.

Слайд 7

Информационные системы
Современной формой информационных систем являются банки данных, которые включают в

свой состав
вычислительную систему,
одну или несколько баз данных (БД),
систему управления базами данных (СУБД),
набор прикладных программ (ПП).
Основными функциями банков данных являются:
хранение данных и их защита;
изменение (обновление, добавление и удаление) хранимых данных;
поиск и отбор данных по запросам пользователей;
обработка данных и вывод результатов.

Слайд 8

ОСНОВНЫЕ ПОНЯТИЯ БАЗ ДАННЫХ
БАЗЫ ДАННЫХ И СИСТЕМЫ УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ
База данных

(БД) — это организованная структура хранения данных и информации.
Данные и информация — понятия взаимосвязанные, но не тождественные. Для получения информации из данных должен существовать метод ее получения.
Система управления базами данных (СУБД) размещает в своих структурах не только данные, но и методы (программный код), с помощью которых происходит взаимодействие с потребителем или с другими программно-аппаратными комплексами.
Система управления базами данных (СУБД) — это комплекс программных средств создания, ведения и совместного использования БД многими пользователями.

Слайд 9

ПРИМЕРЫ БД И СУБД
База данных крупного банка. В ней есть все

необходимые сведения о клиентах, об их адресах, кредитной истории, состоянии расчетных счетов, финансовых операциях и т. д.
Доступ к этой базе имеется у достаточно большого количества сотрудников банка.
Отсутствует лицо, которое имеет доступ ко всей базе полностью и при этом способно единолично вносить в нее произвольные изменения.
База содержит методы и средства, позволяющие каждому из сотрудников оперировать только с теми данными, которые входят в его компетенцию.
В результате взаимодействия данных, содержащихся в базе, с методами, доступными конкретным сотрудникам, образуется информация, которую они потребляют и на основании которой в пределах собственной компетенции производят ввод и редактирование данных.

Слайд 10

ПРИМЕРЫ БД И СУБД
База данных лечебно-профилактического учреждения (ЛПУ).
Содержит необходимые сведения

о пациентах, их разнообразные персональные данные, истории болезней, состояние и физиологические показатели организма, рекомендации и назначения и т. д.
Доступ к этой базе имеется у достаточно большого количества сотрудников ЛПУ – врачей, лаборантов, медсестер, медстатистиков, фармацевтов, финансистов, руководителей ЛПУ.
Отсутствует лицо, которое имеет доступ ко всей базе полностью и при этом способно единолично вносить в нее произвольные изменения.
База содержит методы и средства, позволяющие каждому из сотрудников оперировать только с теми данными, которые входят в его компетенцию.
В результате взаимодействия данных, содержащихся в базе, с методами, доступными конкретным сотрудникам, образуется информация, которую они потребляют и на основании которой в пределах собственной компетенции производят ввод и редактирование данных.

Слайд 11

Важнейшим достоинством применения БД в информационных системах является обеспечение независимости данных

от прикладных программ. Это позволяет не обременять пользователей проблемами представления данных на физическом уровне.

Слайд 12

Структура СУБД

Слайд 13

Структура СУБД
СУБД - интерфейс между прикладными программами и базой данных, обеспечивающий

независимость данных.
Основные функции СУБД.
Определение структуры создаваемой базы данных, ее инициализация и проведение начальной загрузки
Предоставление пользователям возможности манипулирования данными (выборка необходимых данных, выполнение вычислений, визуализация).
Обеспечение независимости прикладных программ и данных.
Защита логической целостности баз данных.
Защита физической целостности баз данных.
Управление полномочиями пользователей на доступ к базам данных.
Синхронизация работы нескольких пользователей.
Управление ресурсами среды хранения.
Поддержка деятельности системного персонала.

Слайд 14

По характеру использования СУБД делят на персональные и многопользовательские.
Многопользовательские СУБД включают

в себя сервер БД и клиентскую часть, работают в неоднородной вычислительной среде — допускаются разные типы ЭВМ и различные операционные системы.
Персональные СУБД обеспечивают возможность создания персональных БД и недорогих приложений, работающих с ними, и при необходимости создания приложений, работающих с сервером БД.

Слайд 15

МОДЕЛИ СУБД
В настоящее время наиболее распространены 3 модели управления базами данных
Иерархическая
Сетевая
Реляционная
Кроме

них используются также и объектно-ориентированная модель

Слайд 16

Иерархические базы данных
. В этой модели имеется один главный объект (корень)

и остальные - подчиненные - объекты, находящиеся на разных уровнях иерархии. Взаимосвязи объектов образуют иерархическое дерево с одним корневым объектом.
Иерархическая БД состоит из упорядоченного набора нескольких экземпляров одного типа дерева. Автоматически поддерживается целостность ссылок между предками и потомками. Основное правило: никакой потомок не может существовать без своего родителя

Слайд 17

Иерархические базы данных Пример

Слайд 18

Иерархические базы данных
+ Эффективное использование памяти ЭВМ
+ Неплохие показатели времени выполнения

операций над данными
- Громоздкость для обработки информации с достаточно сложными логическими связями.
- Сложность понимания для обычного пользователя

Слайд 19

Сетевые базы данных
В сетевой структуре данных потомок может иметь любое число

предков; любой объект может быть одновременно и главным, и подчиненным, и может участвовать в образовании любого числа взаимосвязей с другими объектами.
Сетевая БД состоит из набора записей и набора связей между этими записями.
+ Возможность эффективной реализации по затратам памяти и оперативности обработки
- Сложность и жесткость БД
- Понижен контроль целостности данных
- Большое количество связей

Слайд 20

Реляционные базы данных
Реляционная модель использует представление данных в виде таблиц (реляций,

связей). В ее основе лежит математическое понятие теоретико-множественного отношения: она базируется на реляционной алгебре и теории отношений.
Реляционная модель ориентирована на организацию данных в виде двумерных таблиц.

Слайд 21

Реляционные базы данных
Каждая реляционная таблица представляет собой двумерный массив и

обладает следующими свойствами:
* каждый элемент таблицы — один элемент данных
* все ячейки в столбце таблицы однородные, то есть все
элементы в столбце имеют одинаковый
тип (числовой, символьный и т. д.)
* каждый столбец имеет уникальное имя
* одинаковые строки в таблице отсутствуют
* порядок следования строк и столбцов может быть произвольным

Слайд 22

Реляционные базы данных
Достоинства реляционной модели:
* простота и доступность для

понимания пользователем. Единственной используемой информационной конструкцией является "таблица";
* строгие правила проектирования, базирующиеся на математическом аппарате;
* полная независимость данных. Изменения в прикладной программе при изменении реляционной БД минимальны;
* для организации запросов и написания прикладного ПО нет необходимости знать конкретную организацию БД во внешней памяти.
Недостатки реляционной модели:
* далеко не всегда предметная область может быть представлена в виде "таблиц";
* в результате логического проектирования появляется множество "таблиц". Это приводит к трудности понимания структуры данных;
* БД занимает относительно много внешней памяти;
* относительно низкая скорость доступа к данным.

Слайд 23

Объектно- ориентированные базы данных (ОО БД)
Объектно- ориентированные модели данных - используются

понятия класса, объекта, метода.
В объектно-ориентированной базе данных хранятся не только данные, но и методы их обработки в виде программного кода.
Хорошо подходят для приложений со сложными типами данных
Специализированные медицинские системы с программами компьютерного моделирования
Системы составных документов, объединяющих текст, графику и электронные таблицы – электронные медицинские карты.
Свойство ОО БД - понятийная сложность.

Слайд 24

Объектно- ориентированные базы данных (ОО БД). Пример.
ОО БД естественным образом

отражают иерархию разнородных данных.
Весь документ представлен как один объект, состоящий из разнородных объектов, которые, в свою очередь, состоят из еще более мелких объектов .

Слайд 25

Проектирование структур баз данных.
В настоящее время в большинстве современных баз

данных используется реляционная модель, описанная Коддом в строгих математических терминах в 1970 г.
Реляционная модель ориентирована на организацию данных в виде двумерных таблиц и базируется на двух утверждениях:
база данных должна состоять из таблиц и только из таблиц. Только содержимое таблиц определяет операции БД;
описание данных и манипуляции над ними должны быть независимыми от способа хранения данных на нижнем уровне.

Слайд 26

СУРБД
Системы управления реляционными базами данных (СУРБД) должны обеспечивать свою собственную систему

управления, основанную только на логическом представлении данных. СУРБД включает
Язык для оперирования с реляционными структурами - структурированный язык запросов SQL (Structured Query Language).
При использовании реляционной модели СУБД пользователь работает с логической структурой данных.
В большинстве настольных СУРБД пользователь не имеет доступа ко внутреннему представлению данных, СУРБД самостоятельно работают с файлами. Пользователь определяет только отношения и связи между ними.

Слайд 27

Реляционная таблица. Свойства
Каждая реляционная таблица представляет собой двумерный массив.
Каждая таблица состоит

из однотипных строк и имеет уникальное имя.
Строки имеют фиксированное число полей (столбцов) и значений (множественные поля и повторяющиеся группы недопустимы). Иначе говоря, в каждой позиции таблицы на пересечении строки и столбца всегда имеется в точности одно значение или ничего.
Строки таблицы обязательно отличаются друг от друга хотя бы единственным значением, что позволяет однозначно идентифицировать любую строку такой таблицы.

Слайд 28

Реляционная таблица. Свойства
5. Столбцам таблицы однозначно присваиваются имена, и в каждом

из них размещаются однородные значения данных (даты, фамилии, целые числа или денежные суммы).
6. Полное информационное содержание базы данных представляется в виде явных значений данных и такой метод представления является единственным. В частности, не существует каких-либо специальных "связей" или указателей, соединяющих одну таблицу с другой.
7. При выполнении операций с таблицей ее строки и столбцы можно обрабатывать в любом порядке безотносительно к их информационному содержанию. Этому способствует наличие имен таблиц и их столбцов, а также возможность выделения любой их строки или любого набора строк с указанными признаками

Слайд 29

Реляционная таблица. Первичный ключ
Каждая таблица в БД должна иметь первичный ключ.
Первичный

ключ – это поле или группа полей, которые гарантируют уникальность записи.
При разработке таблицы в качестве первичного ключа следует выбирать столько полей, сколько требуется для того, чтобы каждая запись таблицы была уникальной.
Одни таблицы содержат одно поле, уникально идентифицирующее каждую запись – простой ключ.
Другие таблицы могут потребовать первичного ключа, состоящего из комбинации полей - составного ключа (composite key).

Слайд 30

Реляционная таблица. Первичный ключ
Даже если таблица имеет составной первичный ключ, он

может быть только один.
Построение первичного ключа является обязательным.
Данные часто имеют естественный ключ (natural key).
При выборе ключа надо проявлять осторожность, так как некоторые данные только кажутся уникальными.
Например, фамилия и имя, наименование фирмы и дата заказа.
Если данные не содержат естественного первичного ключа, то он должен быть создан - искусственный ключ (artifical key).

Слайд 31

Реляционная таблица. Первичный ключ
Реляционная теория требует, чтобы данные унифицировались уникально по

трём критериям:
таблицей, где хранится этот элемент данных;
названием поля в этой таблице;
значением первичного ключа для записи.

Слайд 32

Реляционная таблица. Связь
Связь - это функциональная зависимость между сущностями. Если между

некоторыми сущностями существует связь, то факты из одной сущности ссылаются или некоторым образом связаны с фактами из другой сущности.
Поддержание непротиворечивости функциональных зависимостей между сущностями называется ссылочной целостностью.
Поскольку связи находятся “внутри” реляционной модели, реализация ссылочной целостности может выполняться как приложением, так и самой СУБД (с помощью механизмов декларативной ссылочной целостности и триггеров)

Слайд 33

Реляционная таблица. Связь
Связи могут быть представлены пятью основными характеристиками:
тип связи

(идентифицирующая, не идентифицирующая, полная/ неполная категория, неспецифическая связь);
родительская сущность;
дочерняя (зависимая) сущность;
мощность связи (cordiallity);
допустимость пустых (null) значений.
Использование ненормализованных таблиц может привести к нарушению целостности данных в БД.

Слайд 34

Определение отношений между таблицами
Следующий шаг при разработке БД в реляционной модели,

это установление связей между таблицами. Чем грамотней заданы связи между таблицами, тем проще извлекать информацию из базы данных.
При описании отношений подразумевается связь между записями разных таблиц. Например, если упоминается связь типа одна-ко-многим, то имеется в виду, что одна запись некоторой таблицы связана со многими записями другой таблицы. Ни в коем случае не имеется в виду связь одной таблицы со многими таблицами

Слайд 35

Определение отношений между таблицами
Простейшая связь между записями таблиц - это одна-к-одной.

Связь такого типа осуществляется, когда связываемые таблицы имеют одинаковый первичный ключ. Чаще всего этот тип связи используется при наличии таблицы с большим числом полей, некоторые из которых являются второстепенными не столь значимыми.
Наиболее распространён тип связи одна-ко-многим. Например, клиент и заказы: один клиент может сделать много заказов. Поля, по которым осуществляются связи, не являются свободными, то есть не могут иметь произвольные значения. Например, в заказе должен быть упомянут клиент, который есть в таблице «Клиенты». С точки зрения таблицы «Клиенты» поле «ФИО клиента» может быть произвольным, так как не зависит от полей других таблиц.

Слайд 36

Определение отношений между таблицами
Если связаны все ключевые поля одной таблицы и

часть ключевых полей другой таблицы, то тип связи может быть только одна-ко-многим.
Тип связи много-ко-многим возникает, если связаны поля, частично входящие в первичный ключ одной и другой таблицы. Например, поле «Наименование продукта» в таблице «Заказы» и поле «Наименование продукта» в таблице «Отчисления». Продукт может быть заказан несколькими клиентами, а отчисления по продукту идут разным специалистам за каждую продажу продукта (если таблица «Отчисления» имеет два поля в первичном ключе - название продукта и специалист или название продукта и менеджер)

Слайд 37

Назначение и возможности Microsoft Access
MS Access наиболее популярная СУРБД для

разработки настольных баз данных (БД).
Набор мастеров позволяет полностью автоматизировать создание пользовательского интерфейса
Множество средств разработки помогает сократить время создания законченного приложения. Полная интеграция с другими приложениями MS Office – также большой плюс Access. Встроенный язык Visual Basic for Application (VBA) позволяет выполнять нестандартные задачи.

Слайд 38

Назначение и возможности Microsoft Access
Microsoft Access предоставляет несколько средств создания

каждого из основных объектов базы. Эти средства можно классифицировать как:
• ручные -разработка объектов в режиме Конструктора;
• автоматизированные - разработка с помощью программ-мастеров;
• автоматические – средства ускоренной разработки простейших объектов.

Слайд 39

Объекты базы данных
Таблицы - основные структурные элементы базы данных. Предназначены для

хранения данных в виде записей (строк) и полей (столбцов). Данные в отдельной таблице обычно относятся к определенной категории. Таблицы хранят структуру базы: поля, их типы и свойства.
Запросы – объекты, позволяющие получить нужные данные из одной или нескольких таблиц.
Формы – объекты, предназначенные, в основном, для ввода данных. В форме можно разместить элементы управления (счётчики, раскрывающиеся списки, флажки, переключатели и др.), облегчающие ввод и изменение данных в полях. Кроме того формы можно использовать для отображения данных.

Слайд 40

Объекты базы данных
Отчёты – объекты, предназначенные для вывода данных на печать.
Макрос – макрокоманда или набор

макрокоманд, используемый для автоматического выполнения некоторых операций.
Модуль – это совокупность описаний, инструкций и процедур, сохраненная под общим именем. Модули создаются средствами внешнего языка программирования, в данном случае языка Visual Basic for Application (VBA 6.0.). Позволяют реализовать нестандартные функциональные возможности, повысить уровень защищённости и др.

Работа с базами данных

Содержание

Информационные системыВ 21 веке одним из важнейших условий эффективного функционирования любой

Модели данныхМодель данных – это набор правил, по которым организуются данные.Это

Классификация моделей данныхПринято выделять три группы моделей данных:

Классификация моделей данных – инфологическая модельИнфологическая (семантическая) модель – это обобщённое,

Классификация моделей данных – даталогическая и физическая моделиДаталогические модели являются компьютерно-ориентированными,

Информационные системыСовременной формой информационных систем являются банки данных, которые включают в

ОСНОВНЫЕ ПОНЯТИЯ БАЗ ДАННЫХБАЗЫ ДАННЫХ И СИСТЕМЫ УПРАВЛЕНИЯ БАЗАМИ ДАННЫХБаза данных

ПРИМЕРЫ БД И СУБДБаза данных крупного банка. В ней есть все

ПРИМЕРЫ БД И СУБДБаза данных лечебно-профилактического учреждения (ЛПУ). Содержит необходимые сведения

Важнейшим достоинством применения БД в информационных системах является обеспечение независимости данных

Структура СУБД

Структура СУБДСУБД - интерфейс между прикладными программами и базой данных, обеспечивающий

По характеру использования СУБД делят на персональные и многопользовательские.Многопользовательские СУБД включают

МОДЕЛИ СУБДВ настоящее время наиболее распространены 3 модели управления базами данныхИерархическаяСетеваяРеляционнаяКроме

Иерархические базы данных. В этой модели имеется один главный объект (корень)

Иерархические базы данных Пример

Иерархические базы данных+ Эффективное использование памяти ЭВМ+ Неплохие показатели времени выполнения

Сетевые базы данныхВ сетевой структуре данных потомок может иметь любое число

Реляционные базы данныхРеляционная модель использует представление данных в виде таблиц (реляций,

Реляционные базы данных Каждая реляционная таблица представляет собой двумерный массив и

Реляционные базы данных Достоинства реляционной модели: * простота и доступность для

Объектно- ориентированные базы данных (ОО БД)Объектно- ориентированные модели данных - используются

Объектно- ориентированные базы данных (ОО БД). Пример. ОО БД естественным образом

Проектирование структур баз данных. В настоящее время в большинстве современных баз

СУРБДСистемы управления реляционными базами данных (СУРБД) должны обеспечивать свою собственную систему

Реляционная таблица. СвойстваКаждая реляционная таблица представляет собой двумерный массив.Каждая таблица состоит

Реляционная таблица. Свойства5. Столбцам таблицы однозначно присваиваются имена, и в каждом

Реляционная таблица. Первичный ключКаждая таблица в БД должна иметь первичный ключ.Первичный

Реляционная таблица. Первичный ключДаже если таблица имеет составной первичный ключ, он

Реляционная таблица. Первичный ключРеляционная теория требует, чтобы данные унифицировались уникально по

Реляционная таблица. СвязьСвязь - это функциональная зависимость между сущностями. Если между

Реляционная таблица. СвязьСвязи могут быть представлены пятью основными характеристиками: тип связи

Определение отношений между таблицамиСледующий шаг при разработке БД в реляционной модели,

Определение отношений между таблицамиПростейшая связь между записями таблиц - это одна-к-одной.

Определение отношений между таблицамиЕсли связаны все ключевые поля одной таблицы и

Назначение и возможности Microsoft Access MS Access наиболее популярная СУРБД для

Назначение и возможности Microsoft Access Microsoft Access предоставляет несколько средств создания

Объекты базы данныхТаблицы - основные структурные элементы базы данных. Предназначены для

Объекты базы данныхОтчёты – объекты, предназначенные для вывода данных на печать.Макрос – макрокоманда или набор

Похожие презентации