Как создать отношения таблицы сочинение пример

ООО "Сочинения-Про"

Ежедневно 8:00–20:00

Санкт-Петербург

Ленинский проспект, 140Ж

magbo system

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

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

Имеет смысл составить прототип каждого отчета или выходного списка и рассмотреть, какие элементы вам понадобятся для создания отчета. Например, когда вы изучаете бланк письма, вам могут прийти на ум несколько вещей. Если вы хотите включить правильное приветствие – например, «Мистер», «Миссис» или «мисс» Строка, которая начинает приветствие, вам нужно будет создать элемент приветствия. Кроме того, вы можете начать с буквы «Дорогой мистер Смит», а не «Уважаемый. Мистер Сильвестр Смит ». Это говорит о том, что вы обычно хотите хранить фамилию отдельно от имени.

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

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

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

     

  1. Информация в этой форме берется из таблицы “Клиенты” …
  2.  

  3. … таблица сотрудников …
  4.  

  5. … таблица заказов …
  6.  

  7. … таблица продуктов…

 

  • … и таблица сведений о заказе.
  • Access – это система управления реляционными базами данных. В реляционной базе данных вы делите свою информацию на отдельные предметные таблицы. Затем вы используете табличные отношения для объединения информации по мере необходимости.

    Создание отношения один ко многим

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

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

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

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

    Создание отношения «многие ко многим»

    Рассмотрим взаимосвязь между таблицей “Продукты” и таблицей “Заказы”.

    Один заказ может включать более одного продукта. С другой стороны, один продукт может появиться во многих заказах. Поэтому для каждой записи в таблице «Заказы» может быть много записей в таблице «Продукты». И для каждой записи в таблице «Продукты» в таблице «Заказы» может быть много записей. Этот тип отношений называется отношением многие ко многим, потому что для любого продукта может быть много заказов; и для любого заказа может быть много продуктов. Обратите внимание, что для выявления взаимосвязей «многие ко многим» между вашими таблицами важно учитывать обе стороны взаимосвязи.

    Зарегистрируйся, чтобы продолжить изучение работы

      Поделиться сочинением
      Ещё сочинения
      Нет времени делать работу? Закажите!

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