Интегрированная система Delphi (стр. 2 )

§  База данных — совместно используемый набор логически связанных данных (и описание этих данных), предназначенный для удовлетворения информационных потребностей организации.[4]

Существует множество других определений, отражающих скорее субъективное мнение тех или иных авторов, однако общепризнанная единая формулировка отсутствует. Наиболее часто используются следующие отличительные признаки[5]:

1.  БД хранится и обрабатывается в вычислительной системе.
Таким образом, любые внекомпьютерные хранилища информации (архивы, библиотеки, картотеки и т. п.) базами данных не являются.

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

3.  БД включает схему, или метаданные, описывающие логическую структуру БД в формальном виде (в соответствии с некоторой метамоделью).
В соответствии с ГОСТ Р ИСО МЭК ТО , «постоянные данные в среде базы данных включают в себя схему и базу данных. Схема включает в себя описания содержания, структуры и ограничений целостности, используемые для создания и поддержки базы данных. База данных включает в себя набор постоянных данных, определенных с помощью схемы. Система управления данными использует определения данных в схеме для обеспечения доступа и управления доступом к данным в базе данных».[2]

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

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

Многие специалисты указывают на распространённую ошибку, состоящую в некорректном использовании термина «база данных» вместо термина «система управления базами данных», и указывают на необходимость различения этих понятий.

История

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

В широком аспекте понятие истории баз данных обобщается до истории любых средств, с помощью которых человечество хранило и обрабатывало данные. В таком контексте упоминаются, например, средства учёта царской казны и налогов в древнем Шумере (4000 г. до н. э.),[8] узелковая письменность инков — кипу, клинописи, содержащие документы Ассирийского царства и т. п. Следует помнить, что недостатком этого подхода является размывание понятия «база данных» и фактическое его слияние с понятиями «архив» и даже «письменность».

История баз данных в узком аспекте рассматривает базы данных в традиционном (современном) понимании. Эта история начинается с 1955 года, когда появилось программируемое оборудование обработки записей. Программное обеспечение этого времени поддерживало модель обработки записей на основе файлов. Для хранения данных использовались перфокарты.[8]

Оперативные сетевые базы данных появились в середине 1960-х. Операции над оперативными базами данных обрабатывались в интерактивном режиме с помощью терминалов. Простые индексно-последовательные организации записей быстро развились к более мощной модели записей, ориентированной на наборы. За руководство работой Data Base Task Group (DBTG), разработавшей стандартный язык описания данных и манипулирования данными, Чарльз Бахман получил Тьюринговскую премию.

В это же время в сообществе баз данных COBOL была проработана концепция схем баз данных и концепция независимости данных.

Следующий важный этап связан с появлением в начале 1970-х реляционной модели данных, благодаря работам  Кодда. Работы Кодда открыли путь к тесной связи прикладной технологии баз данных с математикой и логикой. За свой вклад в теорию и практику Кодд также получил премию Тьюринга.

Сам термин database (база данных) появился в начале 1960-х годов, и был введён в употребление на симпозиумах, организованных фирмой SDC (System Development Corporation) в 1964 и 1965 годах, хотя понимался сначала в довольно узком смысле, в контексте систем искусственного интеллекта. В широкое употребление в современном понимании термин вошёл лишь в 1970-е годы.[9]

Виды баз данных

Существует огромное количество разновидностей баз данных, отличающихся по различным критериям. Например, в «Энциклопедии технологий баз данных»,[1] по материалам которой написан данный раздел, определяются свыше 50 видов БД.

Раздел 4.1: Проектирование базы данных и создание таблиц

Проектирование баз данных — процесс создания схемы базы данных и определения необходимых ограничений целостности. Основные задачи проектирования баз данных

Основные задачи:

§  Обеспечение хранения в БД всей необходимой информации.

§  Обеспечение возможности получения данных по всем необходимым запросам.

§  Сокращение избыточности и дублирования данных.

§  Обеспечение целостности данных (правильности их содержания): исключение противоречий в содержании данных, исключение их потери и т. д.

Основные этапы проектирования баз данных

Концептуальное (инфологическое) проектирование

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

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

Чаще всего концептуальная модель базы данных включает в себя:

§  описание информационных объектов, или понятий предметной области и связей между ними.

§  описание ограничений целостности, т. е. требований к допустимым значениям данных и к связям между ними.

[править]Логическое (даталогическое) проектирование

Логическое (даталогическое) проектирование — создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных. Для реляционной модели данных даталогическая модель — набор схем отношений, обычно с указанием первичных ключей, а также «связей» между отношениями, представляющих собой внешние ключи.

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

На этапе логического проектирования учитывается специфика конкретной модели данных, но может не учитываться специфика конкретной СУБД.

Физическое проектирование

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

Нормализация

Основная статья: Нормальная форма

При проектировании реляционных баз данных обычно выполняется так называемая нормализация.

Модели «сущность-связь»

Основная статья: ER-модель данных

Модель «сущность-связь» (англ. “Entity-Relationship model”), или ER-модель, предложенная П. Ченом[1] в 1976 г., является наиболее известным представителем класса семантических (концептуальных, инфологических) моделей предметной области. ER-модель обычно представляется в графической форме, с использованием оригинальной нотации П. Чена, называемой ER-диаграмма, либо с использованием других графических нотаций (Crow's Foot, Information Engineering и др.).

Основные преимущества ER-моделей:

§  наглядность;

§  модели позволяют проектировать базы данных с большим количеством объектов и атрибутов;

§  ER-модели реализованы во многих системах автоматизированного проектирования баз данных (например, ERWin).

Основные элементы ER-моделей:

§  объекты (сущности);

§  атрибуты объектов;

§  связи между объектами.

Сущность — объект предметной области, имеющий атрибуты.

Связь между сущностями характеризуется:

§  типом связи (1:1, 1:N, N:М);

§  классом принадлежности. Класс может быть обязательным и необязательным. Если каждый экземпляр сущности участвует в связи, то класс принадлежности — обязательный, иначе — необязательный.

Семантические модели

Семантическая модель (концептуальная модель, инфологическая модель) – модель предметной области, предназначенная для представления семантики предметной области на самом высоком уровне абстракции. Это означает, что устранена или минимизирована необходимость использовать понятия «низкого уровня», связанные со спецификой физического представления и хранения данных.

Дж. Введение в системы баз данных. — 8-е изд. — М.: «Вильямс», 2006:

Семантическое моделирование стало предметом интенсивных исследований с конца 1970-х годов. Основным побудительным мотивом подобных исследований (т. е. проблемой, которую пытались разрешить исследователи) был следующий факт. Дело в том, что системы баз данных обычно обладают весьма ограниченными сведениями о смысле хранящихся в них данных. Чаще всего они позволяют лишь манипулировать данными определенных простых типов и определяют некоторые простейшие ограничения целостности, наложенные на эти данные. Любая более сложная интерпретация возлагается на пользователя. Однако было бы замечательно, если бы системы могли обладать немного более широким объемом сведений и несколько интеллектуальнее отвечать на запросы пользователя, а также поддерживать более сложные (т. е. более высокоуровневые) интерфейсы пользователя.
[…]
Идеи семантического моделирования могут быть полезны как средство проектирования базы данных даже при отсутствии их непосредственной поддержки в СУБД.

Наиболее известным представителем класса семантических моделей является модель «сущность-связь» (ER-модель).

Тема 4.2: Управление записями: добавление, редактирование, удаление и навигация

Если необходимо добавить данные в базу данных Microsoft Office Access 2003 или внести изменения в содержащиеся в ней данные, большую часть работы можно выполнить в режиме форм (Форма. Объект базы данных Microsoft Access, в котором разработчик размещает элементы управления, принимающие действия пользователей или служащие для ввода, отображения и изменения данных в полях.) и таблиц (Объект в режиме таблицы. Данные из таблицы, формы, запроса, представления или хранимой процедуры, отображаемые в формате строк и столбцов.). После того как таблицы и запросы (Запрос. Требование на отбор данных, хранящихся в таблицах, или требование на выполнение определенных действий с данными. Запрос позволяет создать общий набор записей из данных, находящихся в разных таблицах, который будет служить источником данных для формы, отчета или страницы доступа к данным.) разработаны, режим форм или таблиц можно использовать для работы с данными. Можно также использовать страницу доступа к данным (Страница доступа к данным. Веб-страница, созданная для просмотра данных из Интернета или интрасети и работы с ними. Данные страницы обычно хранятся в базе данных Access.) для добавления или изменения данных при работе с базой данных, находящейся в интрасети (Интрасеть. Компьютерная сеть внутри организации, использующая технологии Интернета (например, протоколы HTTP и FTP). Переходы между документами, веб-страницами и другими объектами выполняются в интрасети с помощью гиперссылок.) или в Интернете (Интернет. Всемирная компьютерная сеть, объединяющая тысячи небольших сетей и миллионы коммерческих, образовательных, правительственных и персональных компьютеров. Интернет подобен огромному городу с электронными библиотеками, магазинами, бюро, картинными галереями и т. п.).

Добавление записи

1.  Чтобы добавить запись, выполните одно из следующих действий:

o  Если вы работаете с формой, откройте соответствующую форму в режиме формы.

o  Если вы работаете со страницей доступа к данным, откройте соответствующую страницу в режиме страницы. Если на вашем компьютере приложение Access не установлено, откройте эту страницу в веб-обозревателе.

o  Если вы работаете с таблицей, откройте соответствующую таблицу в режиме таблицы.

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

3.  Введите данные, а затем нажмите клавишу TAB, чтобы перейти к следующему полю.
Советы 

o  Чтобы начать новую строку в поле, которое поддерживает многострочный текст, нажмите сочетание клавиш CTRL+ВВОД.

o  Чтобы предотвратить автоматическое завершение ввода при наборе значения поля со списком, установите для свойстваАвтоподстановка этого элемента управления значение Нет.

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

4.  Когда ввод данных в каждое из полей записи будет закончен, нажмите кнопку Новая запись, чтобы добавить еще одну запись, или перейдите в другую запись.
 Примечание.  Нельзя вставить новую запись между двумя существующими записями. Однако порядок следования записей можно изменить путем сортировки.

При переходе к другой записи в приложении Access сначала проверяется, можно ли сохранить всю запись (проверка на уровне записи), после чего происходит сохранение изменений. Если запись нельзя сохранить, необходимо либо внести необходимые исправления, либо отменить изменения.

Изменение записи

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

1.  Откройте форму (в режиме формы), страницу (в обозревателе или в режиме страницы) или таблицу (в режиме таблицы), в которой необходимо отредактировать запись.

2.  Перейдите к нужной записи с помощью кнопок на панели инструментов навигации.

3.  С помощью мыши, клавиши TAB или клавиш со стрелками перейдите к полю, которое требуется отредактировать.
Чтобы полностью заменить содержимое поля в таблице, поместите указатель мыши вблизи левого края поля и, когда он примет форму знака «плюс», как показано в приведенном ниже примере, выполните щелчок. При работе с формой щелкните имя поля.

Чтобы добавить текст к существующему содержимому поля, поместите курсор в то место, в которое необходимо добавить новые символы. Курсор можно перемещать с помощью клавиш со стрелками. В приведенном ниже примере курсор находится в конце текущего содержимого поля, поэтому все, что будет вводиться, добавится к строке «Alfreds FutterKiste».

4.  Введите текст в поле.

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

Удаление содержимого поля или удаление всей записи

Текст в поле можно удалить и оставить поле пустым (если в поле допускается значение Null), либо можно заменить текст другим значением. Можно также необратимо удалить одну или несколько записей в таблице:

o  Чтобы удалить текст в поле, выделите текст и нажмите клавишу DEL.

o  Чтобы удалить одну или несколько записей в таблице или в форме, выделите записи и нажмите клавишу DEL.

o  Чтобы удалить запись на странице доступа к данным, нажмите кнопку Удалить на панели перехода по записям.

 Примечание.  Чтобы временно скрыть одну или несколько записей при работе в каком-либо режиме, примените один или несколько фильтров.

Навигация. Пример "Изменение адреса клиента"

Клиент сообщил вам, что у него изменился адрес, и вам необходимо обновить данные в базе данных «Борей».

4.  Откройте форму «Клиенты» в базе данных «Борей».

5.  Нажимайте кнопку Следующая запись до тех пор, пока не появится запись, относящаяся к данному клиенту.

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

Символ	Значение
	Текущая запись, нет несохраненных изменений
	Текущая запись, идет процесс редактирования
	Текущая запись, заблокированная другим пользователем и недоступная для редактирования

6.  Щелкните внутри поля «Адрес» и замените содержащийся в нем текст новым адресом. Символ индикатора записи изменится, показывая, что есть несохраненные изменения.
Примечание.  В многопользовательской среде, если запись заблокирована другим пользователем, символ индикатора записи изменится на символ заблокированной записи, обозначающий, что запись не может быть изменена.

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

Тема 4.3: Индексирование: понятие индекса, типы индексных файлов. Создание, активация и удаление индекса. Переиндексирование

Создание ключей в базовых отношениях автоматически связано с созданием индексов.

Дадим определение понятия индекса.

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

Индексы в системах управления базами данных бывают двух видов:

1) простые.

Простой индекс берется для подсхемы схемы базового отношения из одного атрибута;

2) составные.

Соответственно составной индекс – это индекс для подсхемы, состоящей из нескольких атрибутов.

Но, кроме деления на простые и составные индексы, в системах управления базами данных существует деление индексов на уникальные и неуникальные. Итак:

1) уникальные индексы – это индексы, ссылающиеся не более чем на один атрибут.

Уникальные индексы, как правило, соответствуют первичному ключу отношения;

2) неуникальные индексы – это индексы, могущие соответствовать нескольким атрибутам одновременно.

Неуникальные ключи, в свою очередь, чаще всего соответствуют внешним ключам отношения.

Рассмотрим пример, иллюстрирующий деление индексов на уникальные и неуникальные, т. е. рассмотрим следующие отношения, заданные таблицами:

 
 
 

Здесь соответственно Primary key – первичный ключ отношения, Foreign key – внешний ключ. Понятно, что в этих отношениях, индекс атрибута Primary key – уникальный, так как он соответствует первичному ключу, т. е. одному атрибуту, а индекс атрибута Foreign key – неуникальный, ведь он соответствует ключам внешним. И его значение «20» соответствует одновременно первой и третьей строкам таблицы-отношения.

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

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

106 = (103)2 = 220;

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

Create index имя индекса

On имя базового отношения (имя атрибута,..);

Здесь мы видим знакомый нам металингвистический символ «,..», обозначающий возможность повтора аргумента через запятую, т. е. в этом операторе может быть создан индекс, соответствующий нескольким атрибутам.

Если требуется объявить уникальный индекс, перед словом index добавляют ключевое слово unique, и тогда весь оператор создания в базовом отношении индекса принимает следующий вид:

Create unique index имя индекса

On имя базового отношения (имя атрибута);

Тогда в самом общем виде, если вспомнить правило обозначения необязательных элементов (металингвистический символ []), оператор создания индекса в базовом отношении будет выглядеть следующим образом:

Create [unique] index имя индекса

On имя базового отношения (имя атрибута,..);

Если требуется удалить из базового отношения уже имеющийся индекс, используют оператор Drop, также уже известный нам:

Drop index {имя базового отношения. Имя индекса},.. ;

Почему здесь используется уточненное имя индекса «имя базового отношения. Имя индекса»? В операторе удаления индекса всегда используется его уточненное имя, потому что имя индекса должно быть уникальным в пределах одного отношения, но не больше.

Тема 4.4: Сортировка, поиск и фильтрация данных

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

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

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

Поиск и замена значений в полях

Для поиска значений в текущем или во всех полях таблицы необходимо в режиме таблицы или формы нажать кнопку панели инструментов Найти или воспользоваться командой меню Правка | Найти.

В появившемся диалоговом окне Поиск и замена На вкладке Поиск в поле Образец вводится значение, которое требуется найти в полях таблицы. В раскрывающемся списке Поиск в выбирается область поиска. Если в таблице не выделен ни один из столбцов, этот раскрывающийся список позволяет выбрать в качестве области поиска поле, в котором установлен курсор, или таблицу целиком. Если в таблице выделено несколько столбцов, то этот список неактивен и поиск автоматически производится только в выделенных столбцах. В раскрывающемся списке Совпадение можно выбрать степень совпадения значений: С начала поля, С любой частью поля, Поля целиком. Раскрывающийся список Просмотр в нижней части окна позволяет выбрать направление поиска, которое может принимать значения Все, Вверх, Вниз.

Если выбрать в диалоговом окне вкладку Замена, оно дополнится раскрывающимся списком Заменить на, позволяющим ввести в найденные поля новое значение.

Сортировка записей

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

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

Тема 4.5: Взаимосвязи между таблицами: установление и удаление. Типы ключей. Способы объединения таблиц

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

1.  Один - к одному 1  1. Запись таблицы А может иметь не более одной связанной записи в таблице В и наоборот. Ключевое поле в таких таблицах должно быть уникальным.

2.  Многие - к одному  1. Одной записи в таблице А может соответствовать одна запись в таблице В, а одной записи в таблице В - несколько записей в таблице А. В таблице В ключевое поле должно быть уникальным.

3.  Один - ко многим 1 . Каждой записи в таблице А могут соответствовать несколько записей в таблице В, а запись в таблице В не может иметь более одной соответствующей записи в таблице А. В таблице А ключевое поле должно быть уникальным. Отношения вида 1 и 1 отличаются тем, какая таблица является главной.

4.  Многие - ко многим . Такая таблица не нормализована. Одной записи таблицы А может соответствовать несколько записей таблицы В и наоборот. Уникальных ключей нет. Все ключи внешние. В этом случае таблицу надо нормализовать, используя инструментАнализатор таблиц (меню Сервис, Анализ, Таблица, запускается мастер).

Связанные поля не обязательно должны иметь одинаковые имена (поле Номер счёта таблицы План счетов и поле Дебет таблицы ЖХО), но обязательно должны иметь одинаковые типы данных. Поля типа Числовой должны иметь одинаковые значения свойства Размер поля. Разрешается связывать типы полей Счётчик и Числовое, Длинное целое (или Счётчик и Числовое поле, если код репликации задан для обоих полей). Перед установкой связей следует закрыть все таблицы.

Находясь в окне БД, нажать кнопку Схема данных, затем Добавить таблицу (или команда меню Связи, Добавить таблицу), появится окно Добавление таблицы . Выбрать таблицу из списка (один раз щёлкнуть левой кнопкой мыши) и нажать кнопкуДобавить, выбрать следующую таблицу, нажать кнопку Добавить и т. д. Выбрать все таблицы, затем нажать кнопку Закрыть. Затем уцепить левой кнопкой мыши поле первой таблицы со стороны связи 1 и тащить, опустить на то же поле другой таблицы, появится ДО Изменение связей внизу указан тип отношения один - ко многим, нажать кнопку Создать. Для удаления связи - щёлкнуть правой кнопкой мыши нужную связь и выбрать команду Удалить, для изменения - два раза щёлкнуть линию связи, появится ДОИзменение связей, которое имеет три флажка:  Обеспечение целостности данных означает выполнение условий корректного внесения записей,  Каскадное обновление связанных полей,  Каскадное удаление связанных полей означают, что при изменении (или удалении) значений первичного ключа главной таблицы автоматически меняются (или удаляются) соответствующие значения внешнего ключа подчиненной таблицы. Связи следует создавать при пустых таблицах, иначе нельзя будет установить эти параметры целостности БД (или какой-либо из них). При составном ключе в окне Изменение связей необходимо для каждого ключа главной таблицы (Таблица) выбрать соответствующее поле подчинённой таблицы (Связанная таблица). При установлении связи по составному ключу необходимо выделить все поля, входящие в ключ главной таблицы, и перетащить их на одно из полей связи в подчинённой таблице. При выделении полей удерживать клавишу <Ctrl>. Установленные связи используются при создании запросов, форм и отчётов, их называют постоянными. Надо сохранить макет схемы данных, нажав кнопку Сохранить. Закрыть окно Схема данных. Установим связи между всеми таблицами в соответствии с логической

1. Объединение только тех записей, в которых связанные поля обеих таблиц совпадают (внутреннее объединение).