WordPress структура бд: Таблицы (структура) Базы Данных WordPress — Знакомство с WordPress

Таблицы (структура) Базы Данных WordPress — Знакомство с WordPress

WordPress в качестве базы данных использует MySQL v5.7 или выше, ИЛИ MariaDB v10.3 или выше.

Ниже все таблицы имеют дефолтный префикс wp_. У вас этот префикс может быть другой — его можно изменить в файле wp-config.php, там он указывается в переменной:

$table_prefix = 'wp_';

Названия всех таблиц находятся в объекте wpdb и получить, например, название таблицы wp_posts с текущим префиксом установленном в конфигурационном файле можено так: $wpdb->posts.

Таблицы WordPress (обычная установка)

Схема базы данных WordPress — структура всех таблиц

Записи — подробнее

wp_posts

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

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

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

wp_postmeta

Дополняет таблицу $wpdb->posts. Хранит дополнительные данные записей (постов) их еще называют метаполя.

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

Пользователи — подробнее

wp_users

Таблица с данными о зарегистрированных пользователях.

wp_usermeta

Дополнительная информация о пользователях, такая как Имя, Ник, права и прочее.
Мета поля для таблицы $wpdb->users.

Комментарии — подробнее

wp_comments

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

wp_commentmeta

Мета поля (дополнительные данные) для таблицы wp_commentmeta.

Таксономии — подробнее

wp_terms

Таблица содержащая в себе базовую информацию каждом элементе таксономии.

wp_termmeta

Таблица содержащая в себе дополнительные поля для таблицы $wpdb->terms.

wp_term_taxonomy

Таблица с информацией о таксономиях, их описание. Данные в таблице wp_terms еще не являются таксономиями — эта таблица расширяет данные каждого термина и присваиваем каждому термину таксономию к которой он относится.

wp_term_relationships

Таблица связывающая таксономии с контентом (постами, записями и т.п.). Каждая строка этой таблицы определяет связь между постом (объектом) в wp_posts и термином таксономии из таблицы wp_term_taxonomy.

Остальные таблицы

wp_options

Таблица опций (настроек).

wp_links

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

Таблицы WordPress (Multisite)

Когда сайт WordPress преобразуется в многосайтовую установку, создается «сеть» подсайтов. Текущий сайт становится первым подсайтом сети. В базе данные этот сайт становится сайтом сети (wp_site), а каждый подсайт обозначается как блог (wp_blogs).

wp_blogs

Данные всех под-сайтов сети хранятся в этой таблице.

wp_blogmeta

Появилась в WP 5.1. Тут храниться служебная информация о блогах. Например: db_version, db_last_updated. С появлением этой таблицы вам не нужно использовать таблицу wp_options для хранения некоторых данных о под-сайте и каждый раз использовать switch_to_blog(), когда такие данные нужны.

wp_blog_versions

Содержит текущую версию базы данных каждого сайта. Данные обновляются при обновлении БД для каждого сайта сети.

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

wp_registration_log

Содержит данные, когда был зарегистрирован блог сети.
В этой таблице регистрируются пользователи, которые регистрируют новый сайт после его активации.

wp_signups

Содержит пользователей, которые были зарегистрированы через базовую регистрацию WordPress со страницы: Администрация > Супер Админ > Настройки.

В этой таблице хранятся данные о блогах, которые были зарегистрированы, но не активированы, когда сеть позволяет регистрировать новые сайты. После активации сайта запись удаляется и создается запись в wp_blogs.

wp_site

Содержит, адреса основных сайтов.

Эта таблица всегда будет содержать одну сеть, хотя структура таблицы позволяет использовать несколько сетей в одной базе данных. Это не было реализовано в самом WordPress, но может быть реализовано с помощью плагинов, например: WP Multi Network или Networks for WordPress.

wp_sitemeta

Данные сайтов: различные опции, включая администратора сайта.

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

wp_users

Список пользователей всех сайтов сети.

Это общая таблица пользователей для всей сети. Это привычная таблица, только в мультисайт версии добавляются еще 2 поля: spam и delete.

wp_usermeta

Содержит мета-данные пользователей. Настройки пользователя для разных сайтов сети.

Базовые таблицы каждого сайта сети

Таблицы сайта сети: wp_posts, wp_options и т.д. Для каждого сайта сети создаются одинаковые таблицы, но с разным префиксом, например, wp_2_posts. Здесь 2 это id подсайта.

Для подстайтов создается следующий набор таблиц:

wp_2_options
wp_2_posts
wp_2_postmeta
wp_2_comments
wp_2_commentmeta
wp_2_terms
wp_2_termmeta
wp_2_term_relationships
wp_2_term_taxonomy
wp_2_links

Механизмы хранения данных в MySQL

Механизм хранения — это часть базы данных, которая отвечает за чтение и запись данных. Начиная с версии MySQL 5.5, движком хранения по умолчанию является InnoDB. Это наиболее часто используемый механизм хранения данных, поскольку он имеет блокировку на уровне строк вместо полной блокировки на уровне таблицы (что очень важно при выполнении экспорта/резервного копирования mysqldump), поддерживает транзакции (позволяя фиксировать и откатывать SQL-запросы), а также имеет полную поддержку внешних ключей и ограничений отношений.

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

Совет: Конвертируйте MyISAM в InnoDB с помощью phpMyAdmin, чтобы повысить производительность базы данных.

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

Набор символов MySQL — это набор символов, допустимых в строке. В алфавите 26 символов — от a до z. Каждой букве присвоен номер, например, a = 1, b = 2, c = 3 и так далее. Буква — это символ, а связанное с ней число — кодировка.

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

MySQL collation — это набор правил, используемых для сравнения символов в определенном наборе символов. Для сравнения строк база данных использует номера кодировки символов. Примером правила коллирования является коллирование без учета регистра, когда строки сравниваются, даже если они состоят из символов нижнего или верхнего регистра. Коллизии могут быть довольно сложными, как описано в документации MySQL:

большинство collations имеют множество правил, не только для различения регистра букв, но и для различения акцентов («акцент» — это знак, прикрепленный к символу, как в немецком Ö), а также для сопоставления нескольких символов (например, правило, согласно которому Ö = OE в одной из двух немецких колляций).
MySQL позволяет задавать наборы символов и колляции на четырех уровнях: сервер, база данных, таблица и колонка.

Для сайтов WordPress рекомендуемый набор символов — utf8mb4, а рекомендуемая коллизия — utf8mb4_unicode_ci. В WordPress 4.2 таблицы были переведены с кодовой таблицы utf8 на

utf8mb4, что позволяет хранить 4-байтовые символы, а это значит, что в базе данных можно хранить любые символы Unicode. Peter Tasker написал отличное руководство для разработчиков о том, как работает Unicode.

Понимание и работа с данными в WordPress. Часть 1. Введение / Хабр

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

Замечание от переводчика

В переводе используется терминология согласно кодексу WordPress

• Post — запись,
• Page — страница,
• Attachment — вложение,
• Revision — редакция,
• Comment — комментарий,
• Taxonomy — таксономия,
• Category — категория
• Tag — метка,
• Term — термин (конкретное значение пользовательской таксономии)
• User — пользователь
• Metadata — метаданные

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

Замечания об ошибках и опечатках прошу сообщать в личку.

Сайт на WordPress состоит из трех основных элементов:

• Сама установка WordPress
• Содержимое каталога wp-content, которое включает темы, плагины и загрузками
• База данных, где хранится контент в виде данных.

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

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

1. Вступление (сейчас вы читаете именно его)
2. Взаимосвязи между данными
3. Типы контента
4. Пользовательские данные
5. Метаданные
6. Таксономии, категории, метки и термины
7. Таксономии VS метаданные
8. Таблица опций
9. Данные WordPress Multisite

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

Типы контента в WordPress

Прежде чем разбирать данные хранящиеся в базе WordPress, рассмотрим типы контента. Существуют такие стандартные типы контента:

• Записи (posts)
• Страницы (pages)
• Пользовательские типы записей (custom post types)
• Вложения (attachments)
• Ссылки (links)
• Элементы меню (navigation menu items)

Эти типы контента имеют такие данные:

• Категории (categories)
• Метки (tags)
• Пользовательские таксономии (custom taxonomies and terms)
• Метаданные (post metadata)

Кроме того существует типы контента, хранящиеся в ином виде:

• Виджеты (widgets)
• Опции (options)
• Пользователи (users)
• Сайты для MU WordPress
• Нестандартный контент (hardcoded content), который добавляют некоторые темы/плагины.
• Сторонний контент (third party content) (например RSS)

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

Структура базы данных WordPress

WordPress использует несколько взаимосвязанных таблиц. Между ними установлены связи один ко многим. Например, к одной странице может быть много комментариев. Приведенная ниже диаграмма взята из кодекса WordPress. На ней показаны таблицы и связи между ними:

Большинство таблиц связаны с одной или несколькими другими с помощью одного поля. Это поле будет уникальным идентификатором для каждой записи (пример post_id). Более подробно для каждой таблицы:

Таблица	Данные	Связи с другими таблицами
wp_posts	Записи, страницы, вложения, редакции, пользовательские записи	wp_postmeta через post_id wp_term_relationships через post_id
wp_postmeta	Метаданные записей, страниц и т. д.	wp_posts через post_id
wp_comments	Комментарии	wp_posts через post_id
wp_commentmeta	Метаданные комментариев	wp_comments через comment_id
wp_term_relationships	Связи между таксономиями и записями, страницами и т.д.	wp_posts через post_id wp_term_taxonomy через term_taxonomy_id
wp_term_taxonomy	Таксономии (включая категории и метки)	wp_term_relationships через term_taxonomy_id
wp_terms	Ваши категории, метки и термины пользовательских таксономий	wp_term_taxonomy через term_id
wp_links	Ссылки в вашем блоке (как правило, сейчас не используется)	wp_term_relationships через link_id
wp_users	Пользователи	wp_posts через post_author
wp_user_meta	Метаданные для каждого пользователя	wp_users через user_id
wp_options	Опции и настройки сайта (устанавливаются в админке на странице настроек и в темах/плагинах)	Отсутвуют

Стоит отметить несколько вещей:

• Таблицы базы данных по умолчанию имеют префикс wp_. Вы можете его изменить (например, при установке).
• Таблица wp_posts является самой важно. Именно в ней храниться большинство данных.
• Только одна таблица не связанна с другими — таблица wp_options. В ней хранятся данные о сайте и настройках WordPress, которые не имеют отношения к записям или пользователям.
• Две таблицы используются для хранения данных о таксономии. Об это будет отдельная статья.
• В таблицах wp_users и wp_comments данные не связаны. В настройках WordPress можно указать, что только зарегистрированные пользователи могут оставить комментарий. Не смотря на это, WordPress не хранит связи о комментариях и пользователе, который их отправил.
• WordPress MU иметь некоторые дополнительные таблица. Их рассмотрение выходит за рамки данной статьи.

Связь контента и таблиц базы данных

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

Тип контента	Таблица
Записи (posts)	wp_posts
Страницы (pages)	wp_posts
Пользовательские типы записей (custom post types)	wp_posts
Вложения (attachments)	wp_posts
Ссылки (links)	wp_links
Элементы меню (navigation menu items)	wp_posts
Категории (categories)	wp_terms
Метки (tags)	wp_terms
Пользовательские таксономии (custom taxonomies)	wp_term_taxonomy
Термины пользовательских таксономий (custom terms)	wp_terms
Метаданные (post metadata)	wp_post_meta
Виджеты (widgets)	wp_options
Опции (options)	wp_options
Пользователи (users)	wp_users
Нестандартный контент (hardcoded content)	wp_posts (если добавлен к записям) wp_options (если добавлен к виджетам) Файлы тем/плагинов
Стороний контент (third party content)	wp_posts (если добавлен к записям) wp_options (если добавлен к виджетам) Файлы тем/плагинов

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

Заключение

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

Структура базы данных WordPress • WP STAGING

WordPress и почти все плагины хранят свои настройки в специальном месте на вашем сервере, называемом базой данных. Данные, хранящиеся в базе данных, организованы в так называемые «таблицы». wp_usermeta

0,4 wp_posts, wp_postmeta

0,5 wp_terms, wp_term_relationships, wp_term_taxonomy

0. 6 wp_comments, wp_commentmeta

0.7 wp_links

0.8 Графическая структура базы данных WordPress

1 Статьи по теме

Представьте что-то вроде листа Excel с одной строкой заголовка и значениями в строке ниже.

Например, Вы видите здесь небольшую часть таблицы. wp_options :

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

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

Список основных таблиц WordPress

• wp_options
• wp_users,
• wp_usermeta
• wp_posts
• wp_postmeta
• wp_terms
• wp_term_relationships
• wp_term_taxonomy
• wp_comments
• wp_commentmeta
• wp_links

Другие плагины создают другие таблицы в базе данных WordPress и не обязательно необходимы для успешной работы веб-сайта.

wp_options

Таблица wp_options является одной из самых важных таблиц базы данных WordPress и хранит все настройки сайта WordPress, такие как URL, заголовок, установленные плагины и т. д.! Большинство плагинов также хранят настройки в этой таблице.

В этой таблице хранятся все настройки панели управления WordPress.

wp_users,

wp_usermeta

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

wp_usermeta Хранит метаданные («дополнительные данные ») пользователей. Он расширяет таблицу wp_users дополнительными данными. Например, имя пользователя хранится в таблице wp_usermeta, а не в таблице wp_users.

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

wp_posts,

wp_postmeta

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

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

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

На изображениях ниже вы можете увидеть два разных post_types, ревизия и вложение , которые хранятся в одной и той же таблице wp_posts:

Таблица wp_postmeta 900 32 , как и таблица wp_usermeta расширяет таблицу wp_posts дополнительными данными и может также использоваться другими плагинами.

Например, плагины для обмена в социальных сетях, такие как MashShare, хранят количество репостов для определенного сообщения в этой таблице, а плагин Yoast SEO хранит там пользовательские теги открытого графа, сообщения и данные URL.


wp_terms,

wp_term_relationships,
wp_term_taxonomy

В таблице wp_terms хранятся категории и теги для сообщений, страниц и ссылок.

Один из столбцов в этой таблице — «слаг». «Слаг — это термин, который отражает тег определенного поста. В WordPress вы можете использовать теги для соединения записей, страниц и ссылок.

wp_term_relationship  является соединением, которое связывает эти теги с сообщениями, страницами и ссылками. Это как карта между объектами терминов и терминами.

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

wp_comments,

wp_commentmeta

wp_comments хранит комментарии к записям и страницам. Эта таблица также содержит неутвержденные комментарии и информацию об авторе вместе с иерархией комментариев. Таблица wp_commentmeta содержит дополнительные метаданные о комментариях.

wp_links

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

Графическая структура базы данных WordPress

На этой диаграмме показано, как связаны таблицы WordPress:

Источник: WordPress.org

• Сериализованные данные. Что это значит и почему это так важно?
• Как объединить промежуточный сайт с производством и сохранить публикации и пользовательский контент
• Действия и фильтры

Руководство для начинающих по схеме и структуре базы данных WordPress

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

Что такое база данных WordPress?

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

На новом веб-сайте WordPress по умолчанию 11 таблиц. Каждая таблица может хранить только определенные данные. Например, таблица комментариев wp собирает всю информацию, оставленную человеком, комментирующим запись, такую ​​как IP-адрес, слаг автора комментария и т. д. Хранение данных в определенной таблице упрощает и ускоряет их поиск.

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

 

Таблицы базы данных WordPress

Новый веб-сайт WordPress содержит 11 таблиц. Это:

1. wp_posts
2. wp_postmeta
3. wp_options
4. wp_users
5. wp_usermeta
6. wp_term_taxonomy 900 09
7. wp_terms
8. wp_term_relationships
9. wp_links
10. wp_comments
11. wp_commentmeta

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

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

Графическое представление таблиц WordPress и того, как они связаны друг с другом База данных является неотъемлемой частью Сайт на Вордпресс. Разработчикам и создателям веб-сайтов необходимо знать, как устроена база данных и как она работает. Нажмите, чтобы твитнуть

1. wp_posts

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

2. wp_postmeta

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

Примечание: В базе данных есть много таких таблиц, которые позволяют ядру WordPress, теме или плагину хранить дополнительную информацию.

3. wp_options

Таблица параметров — это таблица другого типа. Вместо того, чтобы хранить содержимое веб-сайта, он хранит настройки сайта. В этой таблице хранятся настройки вашего веб-сайта, такие как название сайта, слоган и часовой пояс. Обычно он также хранит настройки плагинов и тем. В отличие от других таблиц, таблица wp_options на самом деле не имеет отношения ни к одной из других таблиц.

4. wp_users

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

5. wp_usermeta

WordPress хранит дополнительную информацию о пользователях в таблице wp_usermeta. Например, фамилия пользователя сохраняется в таблице wp_usermeta, а не в таблице wp_users.

6. wp_terms

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

7. wp_term_taxonomy

wp_term_taxonomy хранит описания категорий, теги и определенные ссылки, связанные с категориями.

8. wp_term_relationships

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

9. wp_links

Ссылки имеют большое значение. Они как рекомендательные письма.

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

На боковой панели есть раздел Blogroll

В таблице wp_links хранится информация, связанная с blogrolls.

Поскольку блогроллы больше не используются, странно найти таблицу wp_links. Это в основном для людей, которые используют более старые версии WordPress.

10. wp_comments

В этой таблице хранятся как одобренные, так и неподтвержденные комментарии, оставленные к вашим сообщениям и страницам. Конкретные данные об авторе, такие как имя автора, адрес электронной почты, тип комментария (будь то простой комментарий, pingback или trackback) также сохраняются в этой таблице.

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

11. wp_commentmeta

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

Это последняя таблица в базе данных WordPress нового веб-сайта.

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

Чем больше времени вы тратите на работу с веб-сайтом, тем больше информации вы добавляете. В результате ваша база данных становится больше. Новые таблицы добавляются в базу данных для поддержки определенных функций на веб-сайте. Gravity Forms, например, создает свою собственную таблицу базы данных WordPress, как только вы устанавливаете ее на свой веб-сайт. Однако не все плагины добавляют таблицы в базу данных. Многие используют уже имеющиеся.

 

База данных WordPress для мультисайта

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

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

Мультисайтовые таблицы сильно отличаются от таблиц на обычном веб-сайте WordPress. Давайте посмотрим на таблицы, созданные в многосайтовой сети:

Многосайтовые таблицы WordPress

• wp_site: Таблица содержит информацию о сети, такую ​​как идентификаторы, присвоенные каждому дочернему сайту, путь к сайту и т. д.
• wp_sitemeta: Этот файл содержит дополнительную информацию о сети, такую ​​как имя сайта, адрес электронной почты администратора, идентификатор пользователя-администратора и т. д.
• wp_blogs: Каждый дочерний сайт хранится в этой таблице. Вся информация, связанная с дочерними сайтами, такая как время и дата регистрации блога или последнего обновления, если блог общедоступен или заархивирован и т. д., хранится здесь.
• wp_blog_versions: В таблице записаны версии дочерних сайтов WordPress. Так что, когда вы обновляете версию WordPress, он знает, какие сайты нуждаются в обновлении, а какие нет.
• wp_signups: Таблица wp_signups хранит информацию о зарегистрированных пользователях мультисайта. Но в многосайтовой сети у вас есть возможность отключить регистрацию новых пользователей. Если регистрация отключена, вы не увидите никаких данных в этой таблице.
• wp_registration_log: В этой таблице хранится информация о пользователе-администраторе, который создает новый дочерний сайт.

 

Заключение

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

Вы можете посетить базу данных и просмотреть таблицы, войдя в свою учетную запись хостинга WordPress и выбрав phpMyAdmin в cPanel. Но перед этим рекомендуем сделать резервную копию. Это связано с тем, что посещение базы данных сопряжено с риском, и малейшая ошибка может сломать ваш сайт. Если у вас есть резервные копии WordPress, вам не нужно об этом беспокоиться. Вы можете создать резервную копию базы данных вручную, но это займет много времени. Лучше всего использовать плагин. Чтобы узнать больше руководств по WordPress, следите за нашим блогом.

Не беспокойтесь о своей базе данных,
Попробуйте плагин BlogVault Backup прямо сейчас!

• Фейсбук
• Твиттер
• LinkedIn
• Более

Размещено в:

О WordPress

База данных

Поделиться:

София Лоуренс,

Суфия — энтузиаст WordPress, и ей нравится делиться своим опытом. с коллегами-энтузиастами. В блоге MalCare Суфия выделяет мудрость, полученная при создании плагинов для решения проблем безопасности, которые лица админов.