Правильная организация хранения данных в БД для большого проекта?

Question

[yarovikov]

Привет всем.
Наметился проект на сотню-другую тысяч юзеров что-то типа аналога юду.

Вопрос: как оптимальнее организовать хранение объявлений, личных переписок и тд в БД? Писать буду весь функционал личного кабинета без плагинов, пока что наметил для себя такие моменты:
1. юзеров храним стандартно в wp_users
2. отзывы, отклики, задания, баланс счета храним в user_meta
3. для заданий думаю использовать стандартную таблицу wp_posts (ибо под другое она не планируется, ну максимум на сотню статей в блоге), чтобы не писать новый класс для работы с постами и поиском
4. для личных сообщений использовать кастомную таблицу

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

Answer 1

[Владимир Коротенко]

При всей моей любви к WP такое количество пользователей не для него.
Используйте Laravel или Yii.

4 Если же будете писать на ВП переписку вынесите в отдельную систему и возможно сделайте его в качестве SPA.
2 Отклики, рейтинги это все в БД. И очень хорошо продумайте структуру

Посмотрите идеи вот в этом вопросе
Как «облегчить» таблицу в БД, но сохранить функционал?

Comments

[yarovikov]

Переписка не в реалтайм, максимально просто.

[Владимир Коротенко]

yarovikov, Дело даже не в реалтайме. Код получается чище, быстрее и менее напряжен для сервера.
Да и система сообщений это отдельная и очень напряжная тема

[yarovikov]

Владимир Коротенко, пока что на это я повлиять не могу)

[yarovikov]

Владимир Коротенко, я вот сейчас смотрю в исходники одного из популярных шаблонов, там переписка сделана в виде комментариев к проекту))

[Владимир Коротенко]

yarovikov, Последнее слово всегда за профайлером (метриками)

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

Любой путь имеет право на существование

[yarovikov]

Владимир Коротенко, пока что я не ни у кого не видел объяснения причин, почему вп не подходит для больших проектов, а вот сами проекты с активными юзерами с миллионными бюджетами видел. Странная фигня.

[Владимир Коротенко]

yarovikov, И что это доказывает по вашему мнению? Ваши выводы?

Например известная марка Maternity начинала с тракторов. Но зачем сейчас делать трактор, желая получить суперкар?

[yarovikov]

Владимир Коротенко, аналогия так себе

Answer 2

[Вова Дружаев]

отзывы, отклики, задания, баланс счета храним в user_meta

сразу нет. Вы хотите хранить числовые данные, float, text (разной длины) в общей табличке с типом longtext и без индекса которая? Да это смешно будет вам потом когда вы поймете, что выборка по этому типу тормозная.
Под нужный тип данных надо соответствующую колонку с определенным типом заводить

Третий пункт также - это бред. Вукоммерц и bbPress поленились на старте и теперь у них проблемы. Они тоже думали что там будет сотня товаров и тем форумов ))

А вообще разработка грамотной структуры и отработка всего - большие деньги и время. Не проще ли взять готовое решение? Народ более 5-ти лет допиливает и оптимизирует... а вы написать и сразу в продакшен?

Не айс брать глину и лепить кирпичи. Когда есть готовые

Comments

[yarovikov]

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

Значит оптимальнее абсолютно все раскидать по своим таблицам?

[Вова Дружаев]

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

[yarovikov]

Владимир Дружаев, а чем лучше кастомные таблицы вместо wp_posts под заявки?