ну это,  люминь значит люминь :)

у тебя в рамках одного дня по клиенту может быть 3 покупки.
добавив кроме ClientRk, Date поле OrderRk, ты получишь ключ по которому min(OrderRk) будет первым заказом за день для однозначного присвоения флага

Ежели в данных у тебя нет OrderRK, такие случаи можно обойти, если Date -> Dttm, тогда по времени будет работать в 99% случаев, если только клиент не оставил 2 заказа за секунду, что возможно только в теории

я выше ответила Егору про три покупки.

Наш метод был о том что по дате ненадежно) вот и все

Меня больше всего моделирование данных заинтересовало. Анимация хорошо продавать будет. А вот гипервозбужденность девов немного раздражает. Я понимаю что шоу, но всё же )

ну это не метод а замечание

егор и я пытаемся вытащить из тебя задачу.
посчитать в табло - это императив. если нужно что-то решить и у тебя есть доступ к бд, то кажется нужно озвучить задачу,
а не накладывать условия типо только в табло, не используя lod, работа по ночам, не дороже 10$ в час.

чтобы получить данные по сегменту в субд используют оконнные функции. Синтаксис разница, но крутится вокруг "Over partition"
Решая задачу - были ли у клиента покупки в течени трех лет - оконка идеальна

Так же мы пытаемся донести мысль что клиент + дата, недостаточные данные, если есть возможность - нужен сам заказ

что в sql это посчитать можно понятно. а в табло как?

мой встречный еврейский вопрос как и еще у нескольких участников, а зачем в табло?
я бы в табло шел через LOD - вводные вам дали @CyMPu4Ka  и @aprytkov , но просто ваша задача - не целевое использование табло.

Флаги хранят в БД, используют в конкретных вьюхах под конкретные задачи.
Дальше одеваете BI, в нашем чате - Табло ^^, и уже рисуете что хотите

Ребят сорян, я не хочу сейчас обсуждать задачу, бизнес и прочее. Вопрос был в том можно ли это сделать в калке и все!

Можно и без лода))

Ну хорошо. Опишу задачу. Есть данные с разрезами мы хотим посмотреть «новых клиентов». Критерий новизны - что не было покупок в предыдущие 3 года (да этот критерий можно критиковать, но он такой) . А дальше хочется пользовательски посмотреть то де самое но по определенному бренду, например. То есть тут уже новизна будет в другой период и это будет «новый покупатель яблок» ( то что он до этого груши покупал не должно учитываться) Или по виду магазина. И прочее и прочее. @Vslivchansky разве табло не для таких задач ;) ?

зачем в табло сообщением выше ответила. А еще выше про то, почему предложенные лоды совсем не подходят.

надо же на каждую дату считать новых а не просто во всем периоде. Или я не поняла что это даст.

"Мистер табличиные вычисления" сейчас все решит, без лодов)

Хаха

так и случилось)

Зря люди недоцоенивают силу табличных вычислений а сразу лоды фигачат)

Ещк бы табло подкрутило их производительность - цены бы не было