АВ
Разобрался)
Size: a a a
2019 August 26
OT
OT
Соответственно autonumber*** не подходит
Autonumber позволяет сильно сэкономить память на большом ключе (подробнее об этом в моем классе), поэтому я бы рекомендовал в окончательном приложении, где эти таблички сводится вместе, всё же применить к ключу Autonumber...
OT
пишите это добро во все формулы с агрегированием
Не рекомендую с большими данными - AGGR добавляет огромный и ненужный overhead - много лишней памяти и много лишнего времени на вычисления. Без особенной надобности не рекомендую. Кто придёт ко мне в класс, узнает почему.
ЕС
Oleg Troyansky
Не рекомендую с большими данными - AGGR добавляет огромный и ненужный overhead - много лишней памяти и много лишнего времени на вычисления. Без особенной надобности не рекомендую. Кто придёт ко мне в класс, узнает почему.
я не aggr имел в виду, а выражения типа sum, count и т.д.
OT
я не aggr имел в виду, а выражения типа sum, count и т.д.
Ах, тогда извините :) издержки перевода :)
2019 August 27
dp
Может ее обернуть в cast varchar(N)? Вдруг поможет
Не выходит так
dp
но и с ODBC не все так просто , на некоторую таблицу ругается
dp
QVX_UNEXPECTED_END_OF_DATA: SQL##f - SqlState: S1000, ErrorCode: 1427, ErrorMsg: [Oracle][ODBC][Ora]ORA-01427: single-row subquery returns more than one row
dp
но стандартный коннектор не ругался на этот запрос
dp
dp
ответ не радует :(
dp
но встроенный коннектор такого не выдавал
MS
QVX_UNEXPECTED_END_OF_DATA: SQL##f - SqlState: S1000, ErrorCode: 1427, ErrorMsg: [Oracle][ODBC][Ora]ORA-01427: single-row subquery returns more than one row
А напрямую запрос отрабатывает? Бывало так, чтл для каких-то условий подзапросы нет-нет, да упрутся в то, что получается больше, чем одна строка в результате
MS
Статей много прочитал, везде контекст подмножества задаётся внутри функции. У меня он одинаковый для функций в числителе и знаменателе для этого поля, вот я и хочу задать его один раз над вычислением.
Еще может помочь alternative state, если все в одном объекте делается, но неизвестно, что реализуемо и проще в Вашем случае
ЕС
Всем привет! Есть табло такого вида:
ЕС
Типичный когортный анализ, в строках месяцы заведения клиента, в столбцах - дата отгрузки, преобразованная в порядковый номер месяца от даты заведения клиента
ЕС
Есть мысль, раскрасить табло красивым градиентом, чтобы внутри когорты подсвечивались месяцы, которые дают основной объем продаж, в процентном отношении
ЕС
пусть сумма продаж считается как sum(Продажи), а доля месяца в продажах когорты считается как sum(Продажи) /sum(total <МесяцВхода> Продажи)