Как называется модель базы данных, для которой была создана таблица monitors
Обновлено: 21.11.2024
Одной из целей хорошего дизайна базы данных является устранение избыточности данных (дубликатов данных). Для достижения этой цели вы делите свои данные на множество предметных таблиц, чтобы каждый факт был представлен только один раз. Затем вы предоставляете Access способ собрать разделенную информацию — вы делаете это, помещая общие поля в связанные таблицы. Однако, чтобы правильно выполнить этот шаг, вы должны понимать отношения между таблицами, а затем указать эти отношения в своей базе данных.
В этой статье
Введение
После того как вы создали таблицу для каждой темы в своей базе данных, вы должны предоставить Access способ снова собрать эту информацию вместе, когда это необходимо. Вы делаете это, размещая общие поля в связанных таблицах и определяя отношения между вашими таблицами. Затем вы можете создавать запросы, формы и отчеты, отображающие информацию сразу из нескольких таблиц. Например, форма, показанная здесь, включает информацию, полученную из нескольких таблиц:
<р>1. Информация в этой форме поступает из таблицы "Клиенты". <р>2. . таблица "Заказы". <р>3. . таблица "Продукты". <р>4. . и таблицу сведений о заказе.Имя клиента в поле «Кому выставить счет» извлекается из таблицы «Клиенты», значения «Идентификатор заказа» и «Дата заказа» берутся из таблицы «Заказы», название продукта берется из таблицы «Продукты», а значения «Цена за единицу» и «Количество» берутся из таблицу сведений о заказе. Эти таблицы связаны друг с другом различными способами для переноса информации из каждой в форму.
В предыдущем примере поля в таблицах должны быть согласованы, чтобы в них отображалась информация об одном и том же заказе. Эта координация осуществляется с помощью связей между таблицами. Связь между таблицами работает путем сопоставления данных в ключевых полях — часто поле с одинаковым именем в обеих таблицах. В большинстве случаев эти совпадающие поля являются первичным ключом из одной таблицы, который обеспечивает уникальный идентификатор для каждой записи, и внешним ключом в другой таблице. Например, сотрудников можно связать с заказами, за которые они несут ответственность, создав табличную связь между полями EmployeeID в таблицах "Сотрудники" и "Заказы".
<р>1. EmployeeID появляется в обеих таблицах в качестве первичного ключа . <р>2. . и как внешний ключ.Типы связей между таблицами
В Access существует три типа связей между таблицами.
Отношение "один ко многим"
В качестве примера возьмем базу данных отслеживания заказов, включающую таблицы «Клиенты» и «Заказы». Клиент может сделать любое количество заказов. Из этого следует, что для любого клиента, представленного в таблице «Клиенты», может быть много заказов, представленных в таблице «Заказы». Связь между таблицей "Клиенты" и таблицей "Заказы" представляет собой связь "один ко многим".
Чтобы представить отношение "один ко многим" в структуре базы данных, возьмите первичный ключ на стороне "один" отношения и добавьте его в качестве дополнительного поля или полей в таблицу на стороне "многие" отношение. В этом случае, например, вы добавляете новое поле — поле ID из таблицы «Клиенты» — в таблицу «Заказы» и называете его «Идентификатор клиента». Затем Access может использовать идентификационный номер клиента в таблице «Заказы», чтобы найти нужного клиента для каждого заказа.
Отношения "многие ко многим"
Теперь давайте посмотрим на взаимосвязь между таблицей "Продукты" и таблицей "Заказы". В одном заказе может быть несколько товаров. С другой стороны, один и тот же продукт может фигурировать во многих заказах. Поэтому для каждой записи в таблице «Заказы» может быть много записей в таблице «Продукты». Кроме того, для каждой записи в таблице «Продукты» может быть много записей в таблице «Заказы». Эта связь называется связью «многие ко многим». Обратите внимание, что для обнаружения существующих отношений "многие ко многим" между вашими таблицами важно учитывать обе стороны отношения.
Для представления связи "многие ко многим" необходимо создать третью таблицу, часто называемую соединительной таблицей, в которой связь "многие ко многим" разбивается на две связи "один ко многим". Вы вставляете первичный ключ из каждой из двух таблиц в третью таблицу. В результате третья таблица записывает каждое вхождение или экземпляр отношения. Например, таблица «Заказы» и таблица «Продукты» имеют отношение «многие ко многим», которое определяется путем создания двух отношений «один ко многим» для таблицы «Сведения о заказе». В одном заказе может быть много продуктов, и каждый продукт может быть указан во многих заказах.
Отношение "один к одному"
В связи "один к одному" каждая запись в первой таблице может иметь только одну совпадающую запись во второй таблице, а каждая запись во второй таблице может иметь только одну совпадающую запись в первой таблице.Эта связь не распространена, потому что чаще всего информация, связанная таким образом, хранится в одной и той же таблице. Вы можете использовать связь «один к одному», чтобы разделить таблицу с множеством полей, изолировать часть таблицы из соображений безопасности или сохранить информацию, которая применяется только к подмножеству основной таблицы. Когда вы определяете такую связь, обе таблицы должны иметь общее поле.
Зачем создавать отношения между таблицами?
Связи между таблицами можно создать явным образом с помощью окна "Связи" или путем перетаскивания поля из панели "Список полей". Access использует отношения между таблицами, чтобы решить, как соединять таблицы, когда вам нужно использовать их в объекте базы данных. Существует несколько причин, по которым вам следует создавать отношения между таблицами перед созданием других объектов базы данных, таких как формы, запросы и отчеты.
Отношения между таблицами влияют на дизайн ваших запросов
Для работы с записями из нескольких таблиц часто необходимо создать запрос, который объединяет таблицы. Запрос работает, сопоставляя значения в поле первичного ключа первой таблицы с полем внешнего ключа во второй таблице. Например, чтобы вернуть строки со списком всех заказов для каждого клиента, вы создаете запрос, который объединяет таблицу «Клиенты» с таблицей «Заказы» на основе поля «Идентификатор клиента». В окне «Связи» вы можете вручную указать поля для объединения. Но если между таблицами уже определена связь, Access предоставляет соединение по умолчанию на основе существующей связи между таблицами. Кроме того, если вы используете один из мастеров запросов, Access использует информацию, которую он собирает из отношений между таблицами, которые вы уже определили, чтобы предоставить вам обоснованный выбор и предварительно заполнить параметры свойств соответствующими значениями по умолчанию.
Связи между таблицами влияют на структуру форм и отчетов
Когда вы разрабатываете форму или отчет, Access использует информацию, которую он собирает из отношений между таблицами, которые вы уже определили, чтобы предоставить вам обоснованный выбор и предварительно заполнить параметры свойств соответствующими значениями по умолчанию.
Отношения между таблицами — это основа, на которой можно обеспечить ссылочную целостность, чтобы предотвратить бесхозные записи в базе данных. Бесхозная запись — это запись со ссылкой на другую несуществующую запись, например запись заказа, которая ссылается на несуществующую запись клиента.
При разработке базы данных вы делите информацию на таблицы, каждая из которых имеет первичный ключ. Затем вы добавляете внешние ключи в связанные таблицы, которые ссылаются на эти первичные ключи. Эти пары внешний ключ-первичный ключ формируют основу для отношений между таблицами и многотабличных запросов. Важно, чтобы эти ссылки внешнего ключа на первичный ключ оставались синхронизированными. Ссылочная целостность, которая зависит от отношений между таблицами, помогает обеспечить синхронизацию ссылок.
Понятие ссылочной целостности
При разработке базы данных вы делите информацию из базы данных на множество тематических таблиц, чтобы свести к минимуму избыточность данных. Затем вы даете Access возможность снова собрать данные, поместив общие поля в связанные таблицы. Например, для представления отношения «один ко многим» вы берете первичный ключ из таблицы «один» и добавляете его в качестве дополнительного поля в таблицу «многие». Чтобы собрать данные вместе, Access берет значение из таблицы «многие» и ищет соответствующее значение в таблице «один». Таким образом, значения в таблице «многие» ссылаются на соответствующие значения в таблице «один».
Предположим, у вас есть связь "один ко многим" между грузоотправителями и заказами, и вы хотите удалить грузоотправителя. Если грузоотправитель, которого вы хотите удалить, имеет заказы в таблице «Заказы», эти заказы станут «сиротами», когда вы удалите запись грузоотправителя. Заказы по-прежнему будут содержать идентификатор грузоотправителя, но этот идентификатор больше не будет действительным, поскольку запись, на которую он ссылается, больше не существует.
Целью ссылочной целостности является предотвращение сиротства и синхронизация ссылок, чтобы эта гипотетическая ситуация никогда не возникала.
Вы обеспечиваете ссылочную целостность, включив ее для связи между таблицами. После принудительного применения Access отклоняет любую операцию, нарушающую ссылочную целостность для этой связи таблицы. Это означает, что Access будет отклонять как обновления, изменяющие цель ссылки, так и удаления, удаляющие цель ссылки. Возможно, у вас есть вполне обоснованная необходимость изменить первичный ключ для грузоотправителя, у которого есть заказы в таблице «Заказы». В таких случаях вам действительно нужно, чтобы Access автоматически обновлял все затронутые строки как часть одной операции. Таким образом, Access гарантирует, что обновление будет выполнено полностью, чтобы ваша база данных не осталась в несогласованном состоянии, когда некоторые строки были обновлены, а некоторые нет. По этой причине Access поддерживает параметр каскадного обновления связанных полей.Когда вы обеспечиваете ссылочную целостность и выбираете параметр Каскадное обновление связанных полей, а затем обновляете первичный ключ, Access автоматически обновляет все поля, которые ссылаются на первичный ключ.
Возможно также, что у вас есть обоснованная необходимость удалить строку и все связанные записи — например, запись о грузоотправителе и все связанные заказы для этого грузоотправителя. По этой причине Access поддерживает параметр каскадного удаления связанных записей. Когда вы обеспечиваете ссылочную целостность и выбираете параметр «Каскадное удаление связанных записей», а затем удаляете запись на стороне первичного ключа отношения, Access автоматически удаляет все записи, которые ссылаются на первичный ключ.
Просмотр взаимосвязей между таблицами
Чтобы просмотреть отношения между таблицами, нажмите «Связи» на вкладке «Инструменты для баз данных». Откроется окно Отношения, в котором будут показаны все существующие отношения. Если отношения между таблицами не определены и вы открываете окно "Связи" в первый раз, Access предлагает добавить в окно таблицу или запрос.
Открыть окно "Отношения"
Нажмите «Файл», нажмите «Открыть», а затем выберите и откройте базу данных.
На вкладке "Инструменты для баз данных" в группе "Отношения" нажмите "Отношения".
На вкладке "Конструктор" в группе "Взаимосвязи" нажмите "Все взаимосвязи".
Это отображает все определенные отношения в вашей базе данных. Обратите внимание, что скрытые таблицы (таблицы, для которых установлен флажок "Скрытые" в диалоговом окне "Свойства таблицы") и их взаимосвязи не будут отображаться, если в диалоговом окне "Параметры навигации" не установлен флажок "Показать скрытые объекты".
Связь между таблицами представлена линией связи, проведенной между таблицами в окне "Связи". Отношение, которое не обеспечивает ссылочную целостность, выглядит как тонкая линия между общими полями, поддерживающими отношение. Когда вы выбираете взаимосвязь, щелкая ее линию, линия утолщается, указывая на то, что она выбрана. Если вы примените ссылочную целостность для этой связи, линия будет толще на каждом конце. Кроме того, цифра 1 отображается над толстой частью линии с одной стороны отношения, а символ бесконечности (∞) — над толстой частью линии с другой стороны.
Когда окно "Взаимосвязи" активно, вы можете выбрать одну из следующих команд на ленте:
На вкладке "Дизайн" в группе "Инструменты":
Редактировать отношения Открывает диалоговое окно «Редактировать отношения». Когда вы выбираете линию связи, вы можете нажать Редактировать связи, чтобы изменить связь между таблицами. Вы также можете дважды щелкнуть линию связи.
Очистить макет Удаляет все таблицы и отношения из окна "Связи". Обратите внимание, что эта команда только скрывает таблицы и отношения, но не удаляет их.
Отчет о взаимосвязях Создает отчет, отображающий таблицы и взаимосвязи в базе данных. В отчете отображаются только те таблицы и связи, которые не скрыты в окне "Связи".
На вкладке "Дизайн" в группе "Взаимосвязи":
Добавить таблицы (показать таблицу в Access 2013) Позволяет выбрать таблицы для отображения в окне "Связи".
Скрыть таблицу Скрывает выбранную таблицу в окне "Связи".
Прямые отношения Отображает все отношения и связанные таблицы для выбранной таблицы в окне "Связи", если они еще не отображены.
Все отношения Отображает все отношения и связанные таблицы в базе данных в окне "Связи". Обратите внимание, что скрытые таблицы (таблицы, для которых установлен флажок "Скрытые" в диалоговом окне "Свойства таблицы") и их взаимосвязи не будут отображаться, если в диалоговом окне "Параметры навигации" не выбран параметр "Показать скрытые объекты".
Закрыть Закрывает окно отношений. Если вы внесли какие-либо изменения в макет окна «Отношения», вам будет предложено сохранить эти изменения.
Ознакомление с таблицами, формами, запросами и другими объектами в базе данных Access может облегчить выполнение самых разных задач, таких как ввод данных в форму, добавление или удаление таблиц, поиск и замена данных, и выполнение запросов.
В этой статье представлен общий обзор структуры базы данных Access. Access предоставляет несколько инструментов, которые можно использовать для ознакомления со структурой конкретной базы данных. В этой статье также объясняется, как, когда и почему вы используете каждый инструмент.
Примечание. Эта статья посвящена традиционным базам данных Access, состоящим из файла или набора файлов, содержащих все данные и функции приложения, например формы ввода данных. Некоторые из них не относятся к веб-базам данных Access и веб-приложениям Access.
В этой статье
Обзор
База данных – это набор информации, относящейся к определенному предмету или цели, например отслеживанию заказов клиентов или ведению музыкальной коллекции.Если ваша база данных не хранится на компьютере или хранится только ее часть, возможно, вы отслеживаете информацию из различных источников, которые необходимо координировать и систематизировать.
Например, предположим, что номера телефонов ваших поставщиков хранятся в разных местах: в картотеке, содержащей номера телефонов поставщиков, в файлах с информацией о продуктах в картотеке и в электронной таблице, содержащей информацию о заказах. Если номер телефона поставщика изменится, вам, возможно, придется обновить эту информацию во всех трех местах. В хорошо продуманной базе данных Access номер телефона сохраняется только один раз, поэтому вам нужно обновить эту информацию только в одном месте. В результате, когда вы обновляете номер телефона поставщика, он автоматически обновляется везде, где вы его используете в базе данных.
Доступ к файлам базы данных
Вы можете использовать Access для управления всей своей информацией в одном файле. В файле базы данных Access вы можете использовать:
Таблицы для хранения ваших данных.
Запросы для поиска и извлечения нужных данных.
Формы для просмотра, добавления и обновления данных в таблицах.
Отчеты для анализа или печати данных в определенном макете.
<р>1. Храните данные один раз в одной таблице, но просматривайте их из нескольких мест. Когда вы обновляете данные, они автоматически обновляются везде, где появляются. <р>2. Получить данные с помощью запроса. <р>3. Просмотр или ввод данных с помощью формы. <р>4. Отображение или печать данных с помощью отчета.Все эти элементы — таблицы, запросы, формы и отчеты — являются объектами базы данных.
Примечание. Некоторые базы данных Access содержат ссылки на таблицы, хранящиеся в других базах данных. Например, у вас может быть одна база данных Access, не содержащая ничего, кроме таблиц, и другая база данных Access, содержащая ссылки на эти таблицы, а также запросы, формы и отчеты, основанные на связанных таблицах. В большинстве случаев не имеет значения, является ли таблица связанной таблицей или фактически хранится в базе данных.
Таблицы и связи
Для хранения данных вы создаете по одной таблице для каждого типа отслеживаемой информации. Типы информации могут включать информацию о клиентах, продуктах и деталях заказа. Чтобы объединить данные из нескольких таблиц в запрос, форму или отчет, вы определяете отношения между таблицами.
Примечание. В веб-базе данных или веб-приложении нельзя использовать вкладку объекта «Отношения» для создания отношений. Вы можете использовать поля поиска для создания отношений в веб-базе данных или веб-приложении.
<р>1. Информация о клиентах, которая когда-то существовала в списке рассылки, теперь находится в таблице "Клиенты". <р>2. Информация о заказах, которая когда-то существовала в электронной таблице, теперь находится в таблице "Заказы". <р>3. Уникальный идентификатор, например идентификатор клиента, отличает одну запись от другой в таблице. Добавляя поле уникального идентификатора одной таблицы в другую таблицу и определяя связь между двумя полями, Access может сопоставлять связанные записи из обеих таблиц, чтобы вы могли объединить их в форме, отчете или запросе.Запросы
Запрос может помочь вам найти и получить данные, соответствующие заданным вами условиям, включая данные из нескольких таблиц. Вы также можете использовать запрос для одновременного обновления или удаления нескольких записей, а также для выполнения предопределенных или пользовательских вычислений с вашими данными.
Примечание. Вы не можете использовать запрос для обновления или удаления записей в веб-базе данных или веб-приложении.
<р>1. В таблице "Клиенты" содержится информация о клиентах. <р>2. В таблице «Заказы» содержится информация о заказах клиентов. <р>3. Этот запрос извлекает данные «Идентификатор заказа» и «Требуемая дата» из таблицы «Заказы», а также данные «Название компании» и «Город» из таблицы «Клиенты». Запрос возвращает только заказы, которые были необходимы в апреле, и только для клиентов, находящихся в Лондоне.Формы
Вы можете использовать форму для просмотра, ввода и изменения данных по одной строке за раз. Вы также можете использовать форму для выполнения других действий, таких как отправка данных в другое приложение. Формы обычно содержат элементы управления, связанные с базовыми полями в таблицах. Когда вы открываете форму, Access извлекает данные из одной или нескольких из этих таблиц, а затем отображает данные в том макете, который вы выбрали при создании формы. Вы можете создать форму с помощью одной из команд формы на ленте, мастера форм или создать форму самостоятельно в представлении «Дизайн».
Примечание. Для создания форм и отчетов в веб-базах данных и веб-приложениях вы используете представление «Макет», а не представление «Дизайн».
<р>1. В таблице одновременно отображается множество записей, но вам может потребоваться горизонтальная прокрутка, чтобы увидеть все данные в одной записи. Кроме того, при просмотре таблицы нельзя одновременно обновлять данные из более чем одной таблицы. <р>2. Форма фокусируется на одной записи за раз и может отображать поля из более чем одной таблицы. Он также может отображать изображения и другие объекты. <р>3. Форма может содержать кнопку, по нажатию которой можно распечатать отчет, открыть другие объекты или иным образом автоматизировать задачи.Отчеты
Вы можете использовать отчет, чтобы быстро проанализировать данные или представить их определенным образом в печати или в других форматах. Например, вы можете отправить коллеге отчет, в котором данные группируются и подсчитываются итоги. Или вы можете создать отчет с адресными данными, отформатированными для печати почтовых наклеек.
<р>1. Используйте отчет для создания почтовых ярлыков. <р>2. Используйте отчет, чтобы отобразить итоги на диаграмме. <р>3. Используйте отчет для отображения рассчитанных итогов.Теперь, когда вы знаете об основной структуре баз данных Access, читайте дальше, чтобы узнать, как использовать встроенные инструменты для изучения конкретной базы данных Access.
Подробнее об объектах в базе данных
Один из лучших способов узнать о конкретной базе данных – использовать Database Documenter. Вы используете Database Documenter для создания отчета, содержащего подробную информацию об объектах в базе данных. Сначала вы выбираете, какие объекты будут детализированы в отчете. Когда вы запускаете Database Documenter, его отчет содержит все данные о выбранных вами объектах базы данных.
Откройте базу данных, которую вы хотите задокументировать.
На вкладке "Инструменты для баз данных" в группе "Анализ" щелкните Database Documenter.
В диалоговом окне Documenter щелкните вкладку, соответствующую типу объекта базы данных, который вы хотите задокументировать. Чтобы создать отчет обо всех объектах в базе данных, перейдите на вкладку Все типы объектов.
Выберите один или несколько объектов, перечисленных на вкладке. Чтобы выбрать все объекты на вкладке, нажмите «Выделить все».
Database Documenter создает отчет, содержащий подробные данные для каждого выбранного объекта, а затем открывает отчет в режиме предварительного просмотра. Например, если вы запустите Database Documenter для формы ввода данных, отчет, созданный Documenter, перечислит свойства для формы в целом, свойства для каждого из разделов в форме и свойства для любых кнопок, меток , текстовые поля и другие элементы управления в форме, а также любые модули кода и разрешения пользователей, связанные с формой.
Чтобы напечатать отчет, на вкладке Предварительный просмотр в группе Печать щелкните Печать.
Изучение таблицы в режиме конструктора
Примечание. Режим конструктора недоступен для таблиц в веб-базах данных.
Открывая таблицу в режиме конструктора, вы можете детально изучить ее структуру. Например, вы можете найти настройку типа данных для каждого поля, найти любые маски ввода или посмотреть, используются ли в таблице какие-либо поля поиска — поля, которые используют запросы для извлечения данных из других таблиц. Эта информация полезна, поскольку типы данных и маски ввода могут повлиять на вашу способность находить данные и выполнять запросы на обновление. Например, предположим, что вы хотите использовать запрос на обновление для обновления определенных полей в одной таблице путем копирования данных в аналогичных полях из другой таблицы. Запрос не будет выполнен, если типы данных для каждого поля в исходной и целевой таблицах не совпадают.
Откройте базу данных, которую вы хотите проанализировать.
В области навигации щелкните правой кнопкой мыши таблицу, которую вы хотите изучить, и выберите в контекстном меню пункт «Дизайн».
При необходимости запишите имя каждого поля таблицы и тип данных, присвоенный каждому полю.
Тип данных, назначенный полю, может ограничивать размер и тип данных, которые пользователи могут вводить в поле. Например, пользователи могут быть ограничены 20 символами в текстовом поле и не могут вводить текстовые данные в поле с числовым типом данных.
Чтобы определить, является ли поле полем подстановки, щелкните вкладку "Подстановка" в нижней части сетки макета таблицы в разделе "Свойства поля".
В поле подстановки отображается один набор значений (одно или несколько полей, например имя и фамилия), но обычно хранится другой набор значений (одно поле, например числовой идентификатор). Например, поле поиска может хранить идентификационный номер сотрудника (сохраненное значение), но отображать имя сотрудника (отображаемое значение). Когда вы используете поле подстановки в выражениях или в операциях поиска и замены, вы используете сохраненное значение, а не отображаемое значение. Знакомство с сохраненными и отображаемыми значениями поля поиска — лучший способ убедиться, что выражение или операция поиска и замены, использующая поле поиска, работает так, как вы ожидаете.
На следующем рисунке показано типичное поле поиска. Помните, что настройки, которые вы видите в свойстве "Источник строк" поля, могут различаться.
В показанном здесь поле подстановки используется запрос для извлечения данных из другой таблицы. Вы также можете увидеть поле подстановки другого типа, называемое списком значений, в котором используется жестко запрограммированный список вариантов. На этом рисунке показан типичный список значений.
По умолчанию в списках значений используется текстовый тип данных.
Лучший способ найти списки поиска и значений — открыть вкладку "Поиск" и щелкнуть записи в столбце "Тип данных" для каждого поля в таблице. Дополнительные сведения о создании полей поиска и списков значений см. по ссылкам в разделе "См. также".
Просмотр отношений между таблицами
Чтобы увидеть графическое представление таблиц в базе данных, полей в каждой таблице и взаимосвязей между этими таблицами, используйте вкладку объекта "Связи". Вкладка объекта «Связи» дает общее представление о таблице и структуре отношений базы данных — важная информация, когда вам нужно создать или изменить отношения между таблицами.
Примечание. Вы также можете использовать вкладку объекта "Отношения" для добавления, изменения или удаления отношений.
Откройте базу данных, которую вы хотите проанализировать.
На вкладке "Инструменты для баз данных" в группе "Отношения" нажмите "Отношения".
Появится вкладка объекта "Отношения", на которой показаны отношения между всеми таблицами в открытой базе данных.
Примечание. Вы не можете использовать вкладку объекта "Отношения" в веб-базе данных или веб-приложении.
Реляционная база данных — это тип базы данных, в которой хранятся точки данных, связанные друг с другом, и предоставляется доступ к ним. Реляционные базы данных основаны на реляционной модели — интуитивно понятном и простом способе представления данных в таблицах. В реляционной базе данных каждая строка таблицы представляет собой запись с уникальным идентификатором, называемым ключом. Столбцы таблицы содержат атрибуты данных, и каждая запись обычно имеет значение для каждого атрибута, что упрощает установление отношений между точками данных.
Пример реляционной базы данных
Вот простой пример двух таблиц, которые малый бизнес может использовать для обработки заказов на свои продукты. Первая таблица — это таблица информации о клиенте, поэтому каждая запись включает имя клиента, адрес, информацию о доставке и выставлении счетов, номер телефона и другую контактную информацию. Каждый бит информации (каждый атрибут) находится в своем собственном столбце, и база данных присваивает каждой строке уникальный идентификатор (ключ). Во второй таблице — таблице заказов клиентов — каждая запись включает идентификатор клиента, разместившего заказ, заказанный продукт, количество, выбранный размер и цвет и т. д., но не имя клиента или контактную информацию.< /p>
У этих двух таблиц есть только одна общая черта: столбец ID (ключ). Но благодаря этому общему столбцу реляционная база данных может создать связь между двумя таблицами. Затем, когда приложение обработки заказов компании отправляет заказ в базу данных, база данных может перейти к таблице заказов клиентов, получить правильную информацию о заказе продукта и использовать идентификатор клиента из этой таблицы для поиска счетов и доставки клиента. информация в информационной таблице клиента. Затем склад может забрать правильный продукт, клиент может получить своевременную доставку заказа, а компания может получить оплату.
Как устроены реляционные базы данных
Реляционная модель означает, что логические структуры данных — таблицы данных, представления и индексы — отделены от физических структур хранения. Это разделение означает, что администраторы баз данных могут управлять физическим хранилищем данных, не затрагивая доступ к этим данным как к логической структуре. Например, переименование файла базы данных не приводит к переименованию хранящихся в нем таблиц.
Различие между логическими и физическими также применяется к операциям базы данных, которые представляют собой четко определенные действия, позволяющие приложениям манипулировать данными и структурами базы данных. Логические операции позволяют приложению указать необходимое ему содержимое, а физические операции определяют, как получить доступ к этим данным, а затем выполнить задачу.
Чтобы гарантировать, что данные всегда точны и доступны, реляционные базы данных следуют определенным правилам целостности. Например, правило целостности может указать, что повторяющиеся строки не допускаются в таблице, чтобы исключить возможность ввода ошибочной информации в базу данных.
Реляционная модель
В первые годы существования баз данных каждое приложение хранило данные в собственной уникальной структуре. Когда разработчики хотели создавать приложения для использования этих данных, им нужно было много знать о конкретной структуре данных, чтобы найти нужные данные. Эти структуры данных были неэффективны, их было сложно поддерживать и трудно оптимизировать для обеспечения хорошей производительности приложений. Модель реляционной базы данных была разработана для решения проблемы множества произвольных структур данных.
Реляционная модель данных обеспечивает стандартный способ представления и запроса данных, который может использоваться любым приложением. С самого начала разработчики осознавали, что главная сила модели реляционной базы данных заключается в использовании таблиц, которые представляют собой интуитивно понятный, эффективный и гибкий способ хранения структурированной информации и доступа к ней.
Со временем появилась еще одна сильная сторона реляционной модели, поскольку разработчики начали использовать язык структурированных запросов (SQL) для записи и запроса данных в базе данных. В течение многих лет SQL широко использовался в качестве языка запросов к базе данных.Основанный на реляционной алгебре, SQL предоставляет внутренне согласованный математический язык, который упрощает повышение производительности всех запросов к базе данных. Для сравнения, другие подходы должны определять отдельные запросы.
Преимущества системы управления реляционными базами данных
Простая, но мощная реляционная модель используется организациями всех типов и размеров для самых разных информационных потребностей. Реляционные базы данных используются для отслеживания запасов, обработки транзакций электронной торговли, управления огромными объемами критически важной информации о клиентах и многого другого. Реляционная база данных может использоваться для любых потребностей в информации, в которых точки данных связаны друг с другом и должны управляться безопасным, основанным на правилах и согласованным способом.
Реляционные базы данных существуют с 1970-х годов. Сегодня преимущества реляционной модели по-прежнему делают ее наиболее распространенной моделью для баз данных.
Реляционная модель и согласованность данных
Реляционная модель лучше всего подходит для обеспечения согласованности данных между приложениями и копиями баз данных (называемых экземплярами). Например, когда клиент вносит деньги в банкомат, а затем просматривает баланс счета на мобильном телефоне, клиент ожидает, что этот депозит будет немедленно отражен в обновленном балансе счета. Реляционные базы данных превосходны в такой согласованности данных, гарантируя, что несколько экземпляров базы данных всегда будут иметь одни и те же данные.
Для других типов баз данных сложно поддерживать такой уровень своевременной согласованности с большими объемами данных. Некоторые современные базы данных, такие как NoSQL, могут обеспечивать только «согласованность в конечном итоге». В соответствии с этим принципом, когда база данных масштабируется или когда несколько пользователей одновременно обращаются к одним и тем же данным, данным требуется некоторое время, чтобы «наверстать упущенное». Конечная согласованность приемлема для некоторых целей, например для ведения списков в каталоге продуктов, но для важных бизнес-операций, таких как операции с корзиной покупок, реляционная база данных по-прежнему является золотым стандартом.
Приверженность и атомарность
Реляционные базы данных обрабатывают бизнес-правила и политики на очень детальном уровне, со строгими политиками в отношении обязательств (то есть, делая изменения в базе данных постоянными). Например, рассмотрим базу данных инвентаризации, которая отслеживает три детали, которые всегда используются вместе. Когда одна часть вытягивается из инвентаря, две другие тоже должны вытягиваться. Если одна из трех частей недоступна, ни одна из частей не должна быть извлечена — все три части должны быть доступны до того, как база данных примет какое-либо обязательство. Реляционная база данных не будет фиксировать одну часть, пока не узнает, что может фиксировать все три. Эта многогранная возможность обязательства называется атомарностью. Атомарность — это ключ к обеспечению точности данных в базе данных и обеспечению их соответствия правилам, положениям и политикам бизнеса.
Свойства ACID и РСУБД
Четыре важнейших свойства определяют транзакции реляционных баз данных: атомарность, непротиворечивость, изоляция и надежность, обычно называемые ACID.
- Атомарность определяет все элементы, составляющие полную транзакцию базы данных.
- Согласованность определяет правила поддержания точек данных в правильном состоянии после транзакции.
- Изоляция делает эффект транзакции невидимым для других, пока она не будет зафиксирована, чтобы избежать путаницы.
- Надежность гарантирует, что изменения данных станут постоянными после фиксации транзакции.
Хранимые процедуры и реляционные базы данных
Доступ к данным включает множество повторяющихся действий. Например, простой запрос на получение информации из таблицы данных может потребоваться повторить сотни или тысячи раз, чтобы получить желаемый результат. Эти функции доступа к данным требуют некоторого типа кода для доступа к базе данных. Разработчики приложений не хотят писать новый код для этих функций в каждом новом приложении. К счастью, реляционные базы данных допускают хранимые процедуры, представляющие собой блоки кода, доступ к которым можно получить с помощью простого вызова приложения. Например, одна хранимая процедура может обеспечить согласованную маркировку записей для пользователей нескольких приложений. Хранимые процедуры также могут помочь разработчикам убедиться, что определенные функции данных в приложении реализованы определенным образом.
Блокировка базы данных и параллелизм
Конфликты могут возникать в базе данных, когда несколько пользователей или приложений пытаются изменить одни и те же данные одновременно. Методы блокировки и параллелизма снижают вероятность конфликтов, сохраняя при этом целостность данных.
Блокировка предотвращает доступ других пользователей и приложений к данным во время их обновления. В некоторых базах данных блокировка применяется ко всей таблице, что отрицательно сказывается на производительности приложения.Другие базы данных, такие как реляционные базы данных Oracle, применяют блокировки на уровне записей, оставляя другие записи в таблице доступными, что помогает повысить производительность приложений.
Параллелизм управляет активностью, когда несколько пользователей или приложений одновременно вызывают запросы к одной и той же базе данных. Эта возможность обеспечивает правильный доступ для пользователей и приложений в соответствии с политиками, определенными для управления данными.
На что обратить внимание при выборе реляционной базы данных
Программное обеспечение, используемое для хранения, управления, запроса и извлечения данных, хранящихся в реляционной базе данных, называется системой управления реляционной базой данных (RDBMS). СУБД обеспечивает интерфейс между пользователями, приложениями и базой данных, а также административные функции для управления хранением данных, доступом и производительностью.
Несколько факторов могут повлиять на ваше решение при выборе между типами баз данных и продуктами реляционных баз данных. Выбранная вами СУБД будет зависеть от потребностей вашего бизнеса. Задайте себе следующие вопросы:
- Каковы наши требования к точности данных? Будут ли хранение и точность данных зависеть от бизнес-логики? Есть ли у наших данных строгие требования к точности (например, финансовые данные и правительственные отчеты)?
- Нужна ли нам масштабируемость? Каков масштаб данных, которыми нужно управлять, и каков их ожидаемый рост? Должна ли модель базы данных поддерживать зеркальные копии базы данных (как отдельные экземпляры) для масштабируемости? Если да, то может ли он поддерживать согласованность данных в этих экземплярах?
- Насколько важен параллелизм? Потребуется ли нескольким пользователям и приложениям одновременный доступ к данным? Поддерживает ли программное обеспечение базы данных параллелизм при защите данных?
- Каковы наши потребности в производительности и надежности? Нужен ли нам высокопроизводительный и надежный продукт? Каковы требования к производительности запроса-ответа? Каковы обязательства поставщика в отношении соглашений об уровне обслуживания (SLA) или незапланированных простоев?
С годами реляционные базы данных стали лучше, быстрее, надежнее и с ними стало проще работать. Но они также стали более сложными, и администрирование базы данных уже давно стало работой на полный рабочий день. Вместо того чтобы использовать свой опыт для разработки инновационных приложений, приносящих пользу бизнесу, разработчикам приходилось тратить большую часть своего времени на действия по управлению, необходимые для оптимизации производительности базы данных.
Сегодня автономная технология опирается на сильные стороны реляционной модели, технологии облачных баз данных и машинного обучения, чтобы создать реляционную базу данных нового типа. Автономная база данных (также известная как автономная база данных) поддерживает мощь и преимущества реляционной модели, но использует искусственный интеллект (ИИ), машинное обучение и автоматизацию для мониторинга и повышения производительности запросов и задач управления. Например, чтобы повысить производительность запросов, автономная база данных может выдвигать гипотезы и тестировать индексы, чтобы выполнять запросы быстрее, а затем запускать лучшие из них в рабочую среду — и все это самостоятельно. Автономная база данных вносит эти улучшения постоянно, без участия человека.
Автономная технология освобождает разработчиков от рутинных задач по управлению базой данных. Например, им больше не нужно заранее определять требования к инфраструктуре. Вместо этого с автономной базой данных они могут добавлять ресурсы хранения и вычислений по мере необходимости для поддержки роста базы данных. Всего за несколько шагов разработчики могут легко создать автономную реляционную базу данных, ускорив разработку приложений.
MySQL – это хорошо известное бесплатное приложение для работы с базами данных с открытым исходным кодом. Его высокая производительность, простота использования и безопасность данных делают его популярным решением для баз данных.
Одним из наиболее важных процессов в MySQL является создание таблиц для хранения и организации данных.
В этом руководстве вы узнаете, как создать таблицу в MySQL и вставить данные, а также о различных способах запроса данных.
- Доступ к окну терминала/командной строке
- Система, работающая под управлением MySQL (узнайте, как проверить версию MySQL)
- Учетная запись пользователя MySQL с правами root или администратора
Создать таблицу в MySQL Shell
Таблица MySQL хранит и упорядочивает данные в столбцах и строках, как это определено во время создания таблицы.
Общий синтаксис для создания таблицы в MySQL:
Примечание. [ЕСЛИ НЕ СУЩЕСТВУЕТ] проверяет наличие идентичной таблицы в базе данных. Запрос не будет выполнен, если идентичная таблица уже существует.
Шаг 1. Войдите в оболочку MySQL
<р>1. Откройте окно терминала и войдите в оболочку MySQL. Используйте либо существующую учетную запись пользователя MySQL, либо войдите в систему как пользователь root.(Замените username\root своим именем пользователя.)
<р>2. Введите пароль для своей учетной записи.Приглашение mysql> означает, что вы вошли в оболочку MySQL.
Примечание. Если вы получили ошибку Command Not Found при попытке войти в оболочку MySQL, не беспокойтесь. Прочтите нашу статью, чтобы исправить ошибку «Команда не найдена» в MySQL.
Шаг 2. Создайте базу данных
Давайте создадим базу данных фильмы.
<р>1. Создайте базу данных с помощью инструкции CREATE: <р>2. Затем убедитесь, что база данных была создана, показав список всех баз данных. Используйте оператор SHOW:Терминал выводит список баз данных и информацию о времени выполнения запроса:
<р>3. Выберите базу данных, чтобы внести в нее изменения, используя оператор USE:
Шаг 3. Создайте таблицу
Мы создадим таблицу, содержащую информацию о двух фильмах:
<р>2. Убедитесь, что таблица создана с помощью команды DESCRIBE:
Терминал выводит информацию о таблице:
- Поле — указывает имя столбца.
- Тип — указывает тип данных для столбца (varchar для символов, int для чисел).
- Null — указывает, может ли столбец оставаться с нулевыми значениями.
- Ключ — отображает основной столбец.
- По умолчанию — отображает значение столбца по умолчанию.
- Дополнительно — указывает дополнительную информацию о столбцах.
<р>3. Вставьте информацию о фильме в порядке столбцов: название, жанр, режиссер и год выпуска. Используйте команду ВСТАВИТЬ:
<р>4. Повторите предыдущий шаг со вторым фильмом. Используйте команду SELECT для отображения таблицы:
Терминал распечатывает таблицу movie:
Примечание. Если вы хотите удалить таблицу, следуйте нашему руководству о том, как удалить таблицу в MySQL.
Создать таблицу с помощью скрипта файла
Есть возможность создать таблицу MySQL с помощью скрипта.
<р>1. Используйте предпочитаемый текстовый редактор для создания файла и введите следующий синтаксис: <р>2. После ввода синтаксиса сохраните файл и выйдите из текстового редактора.<р>3. Скопируйте файл в MySQL с помощью следующей команды:
Сценарий запускается автоматически после копирования. В нашем случае создается таблица с данными из файлаmovies1.sql.
<р>4. Войдите в оболочку MySQL:<р>5. Убедитесь, что сценарий успешно выполнен, выбрав только что созданную таблицу:
Запрос данных MySQL
Существует несколько вариантов запроса данных из таблицы MySQL. Используя операторы SELECT и VIEW, вы можете эффективно манипулировать данными и находить их.
Отображение данных столбца
Отображение данных столбца с помощью команды SELECT:
В выходных данных отображается выбранный столбец и связанные с ним данные:
Создать представление
Представления — это SQL-запросы, которые отображают данные на основе определенных параметров.
<р>1. Создайте представление с именем minimum_release_year для отображения названий фильмов, год выпуска которых после 1990. Используйте команду CREATE VIEW и определите параметры запроса: <р>2. Отобразите представление с помощью команды SELECT:В выходных данных отображаются фильмы, выпущенные после 1990 года.
Изменить вид
Команда ALTER VIEW MySQL изменяет параметры запроса ранее созданного представления. Например, мы изменим представление minimum_release_year, чтобы отображались названия фильмов, год выпуска которых предшествует 2018 году.
<р>1. Для этого запустите команду ALTER VIEW с новыми параметрами: <р>2. Используйте команду SELECT, чтобы убедиться, что представление было изменено:Теперь в выводе отображаются фильмы, выпущенные до 2018 года.
Примечание. Используйте базу знаний phoenixNAP, чтобы найти другие руководства по MySQL, такие как MySQL Triggers или MySQL Date Function и многое другое.
После прочтения этого руководства вы должны знать, как создать таблицу в MySQL и основные команды для отображения данных. Узнайте о самых важных командах MySQL и о том, как их использовать, в нашей статье-памятке по командам MySQL с загружаемым PDF-файлом.
Работа с базами данных и таблицами имеет решающее значение для организации данных. Если вы находите оболочку MySQL слишком пугающей, рассмотрите возможность установки Workbench для удобного графического интерфейса, в котором вы можете управлять базами данных MySQL и создавать их. Если вам интересно узнать больше о правильной организации таблиц данных, обязательно ознакомьтесь с тем, что такое нормализация базы данных. А чтобы проверить размер таблицы в базе данных MySQL, прочитайте нашу статью, как проверить размер базы данных и таблицы MySQL.
Читайте также: