Какая структура БД системы заказов в досках объявлений?

Question

[jazzus]

Есть сайт, на котором пользователи могут заказать различные услуги IT характера.

Типа:
Поднять объект в топ
Открыть скрытую информацию об объекте
Купить какое-либо действие/доступ на сервисе

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

Смотрел примеры на github (программирую на Laravel) – там одни интернет-магазины. Но мне не нужны количества товаров, запоминания корзин и т.д. Будет зеленая кнопка Заказать, открывающая модалку в которой сразу можно будет ввести карту. Ну и возможно статистика заказов в личном кабинете. В принципе также, как на любых подобных сервисах типа авито, авто ру и т.д. Какая в таких сервисах структура заказов?
Пока думаю модели

Product (id, name, price)
Order (id, user_id, product_id, status_id, price)

Но могу не знать каких-либо тонкостей, подводных камней т.к. новичок и нет опыта, а структурой бд ошибиться не хочется.
Буду благодарен за инфу или ссылки (круто если на Ларавел-миграции по теме)

Answer 1

[Талян]

Думаю в Order столбец Price лишний, он уже есть в Product, и может рассчитываться при запросе.

Comments

[jazzus]

А если инфляция? Что я потом скажу налоговой))

[jazzus]

Я свою схему для примера привел. Чтобы понятно было направление. 100% есть бестпрактика, которую я пока не могу нагуглить. Не хочу потом рефакторить структуру, колгда на нее нарвусь.

[ProjectSoft]

Что я потом скажу налоговой))

price в order должна быть. А вот где дата заказа?
Исходя из того, что предоставляете в налоговую и стройте.

[jazzus]

ProjectSoft, даты создания/изменения автоматом в Ларавель в виде таймстемпа. Нет задачи сделать бухгалтерию, есть задача узнать бестпрактику, как делали другие программисты для своих досок объявлений (а данный продукт делался многими многократно - это 100%)

[jazzus]

ProjectSoft, в моей схеме точно не хватает object_id. Тк. нужен объект, который поднимают в топ. Только где его прописывать - orders или делать еще одну таблицу с параметрами и связывать ее с orders. В общем я могу это все продумать, но блин это ведь уже где-то продумано и проверено на практике с тз многих нюансов