Работа с базами данных в wordpress

Question

[zholdas]

Осваиваю wordpress, вопрос в следующем: на странице надо выводить яндекс.карту, координаты объектов для карты будут браться из БД, приблизительно так: http://workingmama.ru/places, где хранить координаты? В отдельной БД или в таблице внутри БД самого wordpress? Вообще, где принято хранить данные? Ссылки приветствуются.

Answer 1

[Сергей Протько]

Логично предположить что внутри БД которую использует WP. Просто создайте там отдельную таблицу с координатами объектов.

Comments

[Сергей Протько]

Вообще «где хранить данные» уж сильно абстрактный вопрос. Это как «где хранить деньги?». Допустим если у вас есть поиск по координатам логичнее было бы хранить их в MongoDB так как там есть геоидексы. Ну и т.д. Или же если есть шардинг базы — то и того веселее. Все зависит сильно от объемов данных и того, что вы с ними собираетесь делать.

[zholdas]

Объектов немного, порядка 2000. Задача не сложная, надо записывать координаты объектов на одной странице, выводить объекты на карту на другой странице. Приблизительно так: http://workingmama.ru/places

[Сергей Протько]

Я бы сделал так: все координаты хранятся в таблице с указанием ID записи, для которой они соответствуют. Насколько я помню таблицы для WP идут не через InnoDB так что по поводу связей можно не париться. Дальше выводить объекты на карте (для этого нужны только координаты по сути) и связывать их с выведенными на странице объектами через ID (который у каждого блока будет задан через атрибут data-id). Это, скажем так, если в лоб.

[Игорь Воротнёв]

Создавать отдельные таблицы - полнейший бред.

Answer 2

[startsevdenis]

К каждой странице в wordpress можно добавить мета-поля (custom fields). Значения которых хранятся в таблице {prefix}_postmeta.
Соответственно вам для того чтобы добавить поля для ввода координат на страницу редактирования записи, можно использовать этот плагин.
Как получить данные уже на странице отображения записи написано тут.

Comments

[Сергей Протько]

Если вы с такой архитектурой замутите геопоиск, то это будет грустно…

[startsevdenis]

Не вижу особой проблемы, один объект — это запись в wordpress, у которой есть параметры допустим как в примере (город, метро и пт), которые задаются в таксономии записи и соответственно по которым и идет фильтрация. Через custom fields задаются координаты объекта, которые и выводятся на карту. при загрузке нужных постов.
Еще как вариант, но тут уже плагин не поможет, и придется все писать вручную, это добавить дополнительный столбец в {prefix}_posts и хранить координаты объекта там.

Answer 3

[Igor]

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

Если нужен веб интерфейс для данных, то можно использовать Pods Framework.

Answer 4

[Дмитрий Артеменко]

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

Answer 5

[Пума Тайланд]

Храните в отдельной, мусор в нативных таблицах wp не нужен.

Answer 6

[Jonh Doe]

Я бы хранил в этой-же базе, с друим префиксом.

Answer 7

[Игорь Воротнёв]

Не надо городить отдельных таблиц. Custom Post Types, Custom Taxonomies, Custom Fields были придуманы именно для таких задач. И все эта радость работает через все родные методы и становится частью общего механизма. Если используете CMS/CMF - испольуйте все, что в ней есть, а не придумывайте костыли. Как говорит один из идеологовв WordPress Core - перед тем как написать свою функцию, внимательней изучите документацию - в 9 случаях из 10 вы найдете готовое решение.
@startsevdenis указал правильное направление куда и надо копать. Плагин ACF или упомянутый Pods в помощь. Лично я советовал бы ACF, с ним удобнее работать, интерфейс приятней и документация на порядки полезнее. В документации Pods черт голову сломает.