Серьёзно? А то, что это изменяет логику запроса - это ничего?
Согласен. Не хватает пояснения.
В таблице "feature_name_descriptions", если нет описания или наименование характеристики, поля name или/и description просто пустые, и необходимы для дальнейшей логики, которая выходит за пределы этой статьи. В первом случае когда используем "JOIN feature_name_descriptions", мы теряем "variants_links.feature_id" у которых ещё нет записи в "feature_name_descriptions". По этому я решил использовать "LEFT JOIN test_feature_name_description".
А ещё за кадром как-то остался факт необходимости полной переделки кода
С этим тоже согласен. Не хватает логики после выборки данных. Постарался уложится в SQL код, иначе статья получилась бы чересчур большая.
В случае PowerShell и bash, не удалось бы разведать кросс-компиляцию с её нюансами на С++. Есть языки программирования с помощью которых можно выполнить эту задачу без компиляции, большого объёма кода и с кроссплатформенностью всё в порядке.
Извиняюсь, за опечатку. Исправил.
Согласен. Не хватает пояснения.
В таблице "feature_name_descriptions", если нет описания или наименование характеристики, поля name или/и description просто пустые, и необходимы для дальнейшей логики, которая выходит за пределы этой статьи. В первом случае когда используем "JOIN feature_name_descriptions", мы теряем "variants_links.feature_id" у которых ещё нет записи в "feature_name_descriptions". По этому я решил использовать "LEFT JOIN test_feature_name_description".
С этим тоже согласен. Не хватает логики после выборки данных. Постарался уложится в SQL код, иначе статья получилась бы чересчур большая.
Спасибо за советы!!! Думою они мне ещё пригодятся.
Спасибо за понимание!!! Ваше замечание по коду исправил.
В случае PowerShell и bash, не удалось бы разведать кросс-компиляцию с её нюансами на С++. Есть языки программирования с помощью которых можно выполнить эту задачу без компиляции, большого объёма кода и с кроссплатформенностью всё в порядке.