- •Введение в базы данных
- •Типы субд
- •Таблицы бд и связи между ними
- •Связи между таблицами базы данных
- •Первичные ключи и индексы
- •Механизм bde
- •Проектирование бд
- •Имена таблиц и полей
- •Создание таблиц
- •Свойства таблиц Paradox 7
- •Типы полей
- •Контроль за содержимым полей
- •Ссылочная целостность
- •Парольная защита
- •Пример простой программы
- •Разработка главной формы
- •Создание псевдонима бд
- •Модуль данных
- •3. Модули данных
- •4. Компоненты для работы с базой данных
- •1. Таблица с источником данных
- •2. Компонент dbGrid для табличного просмотра и редактирования данных
- •Определение вторичных индексов для сортировки полей бд
- •Порядок создания приложения для работы с базами данных
- •1. Создание псевдонима базы данных
- •2. Создание таблиц базы данных.
- •3. Создание приложения
Таблицы бд и связи между ними
Единицей хранящейся в БД информации является таблица. Каждая таблица представляет собой совокупность строк и столбцов, где строки соответствуют экземпляру объекта, конкретному событию или явлению, а столбцы — атрибутам (признакам, характеристикам, параметрам) этого объекта, события, явления. Пример таблицы, в которой содержатся сведения о продаже книг со склада. В терминах БД столбцы таблицы называются полями, а ее строки — записями.
|
Дата Название книги |
Покупатель |
Отпущено | |
|
10.12.99 Borland С++ Builder 4 10.12.99 Delphi 5. Учебный курс 12.12.99 В сетях Всемирной паутины |
Магазин № 1 Магазин № 1 Дом книги |
100 100 2000 | |
|
Между отдельными таблицами БД могут существовать связи. Например, информация о покупателе в предыдущей таблице может дополняться в другой таблице. | |||
|
Покупатель |
Адрес |
Телефон | |
|
Магазин № 1 107005, Москва, 2-я Бауманская ул., 12 Дом книги 105066, Москва, Измайловский б-р, 18/11 |
273-00-14 165-18-99 | ||
Базы данных, между отдельными таблицами которых существуют связи, называются реляционными (от relation — связь, отношение).
Связанные отношениями таблицы взаимодействуют по принципу главная {master) — детальная (detail)*. В нашем примере таблица отпуска товаров — главная, а таблица покупателей — детальная. Главную таблицу часто называют родительской, а детальную — дочерней. Одна и та же таблица может быть главной по отношению к одной таблице БД и дочерней по отношению к другой.
Связи между таблицами базы данных
В БД существуют три типа отношений между различными множествами объектов :
один к одному,
один ко многим,
многие ко многим.
Отношение «один к одному» означает, что между множествами существует однозначное соответствие. Например, такое отношение можно наблюдать между множеством автомобилей и множеством номерных знаков. Отношение «один к одному» не вызывает избыточности, поэтому связанные таким отношением множества целесообразно объединять в одну таблицу.
Отношение «один ко многим» рассмотрено в приведенном примере. Здесь один покупатель может сделать несколько заказов, но у одного заказа существует лишь один покупатель. Отношение «один ко многим» вызывает избыточность информации. Она устраняется организацией отдельной таблицы для каждого множества объектов (Таблица Покупателей и Таблица Заказов).
Отношение «многие ко многим» самое сложное и распространенное. Рассмотрим его на примере компаний и товаров. С одной стороны, компания может производить несколько видов товаров. С другой стороны, один вид товара может производиться несколькими конкурирующими компаниями. В задачах «многие ко многим» проблема избыточности данных проявляется наиболее остро. Она решается организацией третьей таблицы, кодирующей связи между записями информационных таблиц. Например, первая таблица содержит информацию о товарах, вторая – о компаниях, третья – связывает коды компаний с кодами товаров.