V
Possible использую, а вот к Exclude как-то с опаской относился
Size: a a a
2020 April 16
OT
Удачи!
A
Как-то вот так:
Count(
{<
userid={"=Sum( {<date={ ">=$(=Min(date)) <=$(=Max(date))" }>} X )<5000"}
>}
DISTINCT userid)
Count(
{<
userid={"=Sum( {<date={ ">=$(=Min(date)) <=$(=Max(date))" }>} X )<5000"}
>}
DISTINCT userid)
Спасибо !) А ещё подскажите пожалуйста, как синтаксически правильно указать интервал для группы. Т.е. >0 и <5000
ЖШ
вот так "=sum(x)>0 and sum(x)<5000"
ЕС
Oleg Troyansky
Или даже немного иначе:
Count({<SlaOverdue = {1}, id=Е({< State = {Closed} >} id) >} id)
Count({<SlaOverdue = {1}, id=Е({< State = {Closed} >} id) >} id)
У меня вопрос: какой смысл использовать P и E, когда в явном виде можно указать в модификаторе конкретное поле с исключением значения?
Понятно, что P() и E() используется для логики "Значения поля, возможные/исключенные множеством", и их есть смысл использовать для более сложных конструкций вроде sum( {$<Customer = P({1<Product={‘Shoe’}>})>} Sales.
Но для данного можно использовать синтаксис попроще)
Понятно, что P() и E() используется для логики "Значения поля, возможные/исключенные множеством", и их есть смысл использовать для более сложных конструкций вроде sum( {$<Customer = P({1<Product={‘Shoe’}>})>} Sales.
Но для данного можно использовать синтаксис попроще)
VK
Подскажите как можно планировать расписание загрузки интервалом менее минуты?
EI
зачем так делать? у вас только оно и будет выполняться
SN
Я им и пользуюсь, но там, к сожалению нет такого аргумента, как выбор строки заголовков.
Если нельзя скорректировать исходный файл, то придется колхозить.
Например, забрать через getSheetValue или getWorkSheet с флагом "Generate Numbered Columns" нужную строку, далее циклом в переменную сформировать строку "column1 as <Значение>, а потом выгрузить нужные данные, между load и from использовать полученную переменную.
Например, забрать через getSheetValue или getWorkSheet с флагом "Generate Numbered Columns" нужную строку, далее циклом в переменную сформировать строку "column1 as <Значение>, а потом выгрузить нужные данные, между load и from использовать полученную переменную.
VK
зачем так делать? у вас только оно и будет выполняться
Чтобы смотреть некую живую статистику, которую требуется обновлять быстрее минуты. приложение несколько секунд собирается. Как вариант думал зациклить задачи к примеру, но при перезагрузке системы придется их вручную запускать, что неудобно
EI
а смотреть кто будет и когда?
EI
ради интереса сделайте хотя бы минуту и проверьте статистику использования.
EI
онлайн мониторинг - это другие системы
VK
ради интереса сделайте хотя бы минуту и проверьте статистику использования.
К сожалению не подходит
VK
онлайн мониторинг - это другие системы
да, именно такой формат
EI
посмотрите как реализован онлайн-мониторинг за QS, Butler SOS на гите
VK
посмотрите как реализован онлайн-мониторинг за QS, Butler SOS на гите
Ага, спасибо
OT
У меня вопрос: какой смысл использовать P и E, когда в явном виде можно указать в модификаторе конкретное поле с исключением значения?
Понятно, что P() и E() используется для логики "Значения поля, возможные/исключенные множеством", и их есть смысл использовать для более сложных конструкций вроде sum( {$<Customer = P({1<Product={‘Shoe’}>})>} Sales.
Но для данного можно использовать синтаксис попроще)
Понятно, что P() и E() используется для логики "Значения поля, возможные/исключенные множеством", и их есть смысл использовать для более сложных конструкций вроде sum( {$<Customer = P({1<Product={‘Shoe’}>})>} Sales.
Но для данного можно использовать синтаксис попроще)
Евгений - приведите пример синтаксиса попроще для данной проблемы? Мне кажется что именно в данном случае использование P() и E() максимально оправдано :-)
ЕС
Oleg Troyansky
Евгений - приведите пример синтаксиса попроще для данной проблемы? Мне кажется что именно в данном случае использование P() и E() максимально оправдано :-)
Count({<SlaOverdue = {1}, State =- {'Closed'} >} id)?
OT
Count({<SlaOverdue = {1}, State =- {'Closed'} >} id)?
Садитесь, два. Ответ неверный 😁
Фишка в том, что один и тот же id сначала был "открыт", потом был "в работе", а потом мог быть "закрыт". Нам нужно посчитать те id, которые никогда и нигде не были закрытыми - то есть, не только в данной конкретной строчке, но и в любых других строчках данных.
Видите разницу?
Фишка в том, что один и тот же id сначала был "открыт", потом был "в работе", а потом мог быть "закрыт". Нам нужно посчитать те id, которые никогда и нигде не были закрытыми - то есть, не только в данной конкретной строчке, но и в любых других строчках данных.
Видите разницу?
SA
Oleg Troyansky
Садитесь, два. Ответ неверный 😁
Фишка в том, что один и тот же id сначала был "открыт", потом был "в работе", а потом мог быть "закрыт". Нам нужно посчитать те id, которые никогда и нигде не были закрытыми - то есть, не только в данной конкретной строчке, но и в любых других строчках данных.
Видите разницу?
Фишка в том, что один и тот же id сначала был "открыт", потом был "в работе", а потом мог быть "закрыт". Нам нужно посчитать те id, которые никогда и нигде не были закрытыми - то есть, не только в данной конкретной строчке, но и в любых других строчках данных.
Видите разницу?
Думаю, надо сделать State числовым или дуальным, чтобы можно было посчитать max(State). Тогда можно будет сделать анализ множеств {<id={"=Max(State)<3"}>} Это как агрегация по id, работать будет медленно. Лучше вынести в отдельную таблицу заранее посчитанные статусы