Я знал что вопрос удалят за спам тегами и общую бессмысленность )))
Но если коротко, то аналитику никак специально не "организовывают".
"По завершении заказа" информация и так имеется в базе данных. И никуда её еще раз писать не надо
Всё считается по имеющимся данным, простым SQL запросом.
у вас вообще не магазин получается. я плохо знаю предметную область провайдинга, но тут по-моему, всё другое.
товаров у вас получается всего десяток, еще столько же услуг
зачем нужна отдельная дата услуги - непонятно, ведь услугу оказывает мастер, который совершает выезд.
клиент не делает постоянно заказы, а у 99% будет только одна покупка.
Не знаю, я тут вообще не вижу нужды в таблице заказов. Есть пользователь, на нем висит тариф и какое-то оборудование. Но в целом повторюсь - я не знаю предметную область.
я только не понял тогда, при чем здесь упаковка и доставка.
Мне кажется, вам самому сначала надо определиться, что у вас за торговая точка.
Можно и мантикору, но я порекормендую все-таки эластик. Это примерно как Жигули и Фольксваген. Ездить будет, но хуже, а главное - при переезде в Европу твои навыки замены карбюратора не пригодятся.
В любом случае, с внешним поисковым движком искать уже будет он сам, а этот запрос вообще не понадобится.
Судя по нелепости тех фрагментов кода, которые мы видим, автор просто-напросто вызывает функцию mysqli_query только один раз. Какой запрос успевает в нее попасть - то и исполняется.
Мысль о том, эту функцию можно вызвать два раза, видимо ещё пока слишком сложна для понимания.
mayton2019, судя по всему, вы не понимаете, что такое теги.
Вот смотрите, на этом сайте используются теги: mysql, php - и так далее.
Для их поиска нужно только имя. Им не нужен никакой "Стемминг", "Лемматизация" и убирание предлогов. И всё остальное, что вы тут нафантазировали.
Ваша идея давно понятна. И я уже писал выше, что она собой представляет.
Такие гении, предлагающие "оставить нормализацию за кадром" и "слить все в JSON", тут стадами бегают. А спроси его потом - а как тег из системы удалить, или переименовать, или слить два тега в один - только глазками хлопают.
mayton2019, я с трудом понимаю ваш язык. Поэтому опишу то, как я вас понял, и попробую объяснить, как это работает на самом деле. Если вы что-то другое имели в виду, то поправьте.
Что такое "теги == токены" я не понял совсем.
"текстовый поиск" - это, как я понимаю, полнотекстовый поиск.
Он здесь не нужен, поскольку у нас нет текста. А есть простая таблица, где поиск происходит просто по совпадению. По колонке с именами тегов строится обычный индекс, и нужные строки находятся мгновенно. Затем через джойн, по первичному ключу, точно так же мгновенно находятся нужные посты, привязанные к найденным тегам.
Это самые основы реляционной архитектуры.
Сначала сливать нормализованные данные в одну колонку, а потом строить по ним полнотекстовый индекс - это по осмысленности примерно как отрезать себе уши и пришить их к нижней части спины, соединив с головой звукопроводящими трубками от стетоскопа. Работать будет, но криво, а главное - непонятно зачем.
