YN
Нужна структура таблиц. Ищем для одного юзера, или для всех юзеров?
Какие колонки должны быть в результате?
Какие колонки должны быть в результате?
Size: a a a
2021 October 08
С
для одного. product_ID хватает
YN
1. Да, может они где-то и есть, но не в официальном репозитории.
2. По идее должно работать и без weave
2. По идее должно работать и без weave
ДС
Неофициальных полно, но их как-то страшно использовать.
Спасибо, попробую настроить без него
Спасибо, попробую настроить без него
АБ
Если Вам собираете продакшен окружение докер Вам для мускла не нужен. И вообще контейнеризировать СУБД идея так себе. При этом если я правильно понял Вашу задумку, то Вам необходимо три хоста в кластер с мастер-мастер репликацией, на случай если основной хост покрашится, что бы относительно безболезненно переключить некстклауд на другой хост.
АБ
Как то так?
ДС
Да, всё так. А почему идея так себе? Данные на хосте будут храниться, а не в контейнере.
YN
Пусть человек играется
YN
Что делаем, если на все товары в последнем заказе пользователь давал отзывы?
Берём предыдущий заказ и так до бесконечности, или просто ничего не выводим?
Берём предыдущий заказ и так до бесконечности, или просто ничего не выводим?
С
ничего не выводим
YN
SELECT
o.ID AS ID,
p.PRODUCT_ID AS product_PRODUCT_ID,
p.NAME AS NAME,
o.USER_ID AS USER_ID
FROM b_sale_order o
LEFT JOIN b_sale_basket b ON b.ORDER_ID = o.ID
LEFT JOIN hl_table_reviews r ON r.UF_USER_ID = o.USER_ID
WHERE order.USER_ID = 136745 AND r.UF_USER_ID IS NULL
ORDER BY o.ORDER_ID DESC, b.PRICE DESC
LIMIT 1
o.ID AS ID,
p.PRODUCT_ID AS product_PRODUCT_ID,
p.NAME AS NAME,
o.USER_ID AS USER_ID
FROM b_sale_order o
LEFT JOIN b_sale_basket b ON b.ORDER_ID = o.ID
LEFT JOIN hl_table_reviews r ON r.UF_USER_ID = o.USER_ID
WHERE order.USER_ID = 136745 AND r.UF_USER_ID IS NULL
ORDER BY o.ORDER_ID DESC, b.PRICE DESC
LIMIT 1
С
пусто возвращает, если уберу
AND r.UF_USER_ID IS NULL
отдает товар но без проверки на отзыв
AND r.UF_USER_ID IS NULL
отдает товар но без проверки на отзыв
АБ
Каждый дополнительный слой абстракции замедляет работу как таковую. И это не вопрос того, где конкретно будут хранится мускульные базы. Однако если задача научиться работать с докером/поиграться, то конечно you are welcome :)
ДС
Да. Это не настолько прод, где важнее всего стабильность и ничего никогда не должно падать, но настолько прод, чтобы можно было немного лучше прокачать опыт работы с докером.
АБ
А ещё настоятельно рекомендую использовать Перкону XtraDB вместо Марии.
ДС
Почему? Я ещё с марией не особо разобрался ))
YN
А есть ли такой товар без отзыва в последнем заказе пользователя?
АБ
Ну это Ваше там дело... :)
АБ
С точки зрения ОСи, Мария, Перкона и Мускул от Оракл выглядят вообще одинаково. В общим случаи разделения между любым из вариантов начинаются с ростом нагрузок - раз и с необходимостью отслеживания и тюнинга любых (почти любых настрое)
С
Один самый дорогой с отзывом(создал для теста), остальные без отзывов