жизнь? Или тут есть подводные камни? Суперпроизводительность не нужна, но мой пример - самый простейший. Сегментация пользователей может быть намного сложнее. Естественно хочется, чтоб такой "пайплайн" не выполнялся часами. Но в приоритете надежность. То есть пользователей может быть очень много, и поэтому стремно: как сильно задействуется оператива в временных таблицах? И не пофейлиться ли запрос, если оперативы не хватит? Или оперативка вообще не задействуется и все хранится на диске?
Право то имеет, но это тупиковый путь
Ну тогда создавайте в кх таблицу покупателей. Если их количество < 500 тыс, можно и словарь создать. Если больше- join таблица. И выбираете нужные атрибуты через dictGet & joinGet
Обсуждают сегодня