EN
ага, и за пояснение спасибо, как раз думал, зачем тут конкатинация)
Size: a a a
2021 July 05
EN
если заранее быть уверенным, что значение может быть всего одно, то подходит: Only({<день={"=SUM(продажи)=$(=MAX(AGGR(SUM(продажи),день)))"}>} день)
IB
Скорее даже "если надо чтобы значение было только одно" )) Я обычно Only использую как сигнализатор ошибок. Например в ситуациях когда пользователь мамой клянется что в таблице будет только одно значение на какую то сущность я не доверяю и использую Only вместо Sum )
IB
Тогда если я вижу "-" это означает что в исходных что-то не так
IB
типичный пример - сумма чего нибудь по регионам. Например населения
EN
А что в этом примере должно быть уникальным?)
IB
Цифра населения для каждого субъекта - только 1 раз
IB
еще пример - план по дням. если 2 раза один день ввели, то прочерк. И так далее
EN
Согласен
IB
это больше к принципу обработки ошибок относится... есть два вариант когда мусор на входе: 1) мусор на выходе 2) ничего на выходе
IB
я предпочитаю второй вариант если это возможно. Пусть будет где то прочерк или большое красное сообщение об ошибке чем система втихую насчитает неправильно
RT
ну еще экий некий вариант в котором с заказчиком прописан сценарий обработки ошибок, например, где-то брать последнюю загруженную запись по ключевым полям
IB
да! выпрямлять кривоту данных и рук)
RT
кривизна рук вещь постоянная, если где-то выпрямить - в другом месте шмальнет с удвоенной силой)
MD
Хорошо бы в резюме указывали радиус кривизны...
RT
в резюме все опытные пользователи ПК и вообще приятные и уважаемые люди)) но как до дела доходит...
IB
.... а на деле человек-снежинка....
F
подскажите по set analysis. Есть формула считающая количество чеков больше 1000. count(distinct {<keyCheck={"=sum($(vAmountFact))>1000"}>} keyCheck) . как сюда добавить условие что чек без ДК, т.е. isNull(card_number)?
VN
Проще всего признак в скрипте...
F
согласен что так было б корректнее, но без правки скрипта нельзя обойтись сетанализом. Типа использование конструкции с (p) или (e) .