How to filter existing transactions based on a financial dimension value set

[wojzeh]

Цитата:

Сообщение от fed

Ну я не вполне понимаю, что считается исходной задачей, но я бы попробовал создать calculated field, которое бы конкатенировало значения аналитик из упомянутых мною таблиц, без использования каких-либо дополнительных view.

Ну и вообще - хотелось просто Mazzy указать, что его представления о финансовой аналитике - несколько устаревшие,

а что именно непонятно в постановке задачи?

мы не знаем заранее, что именно будем выбирать - это делает пользователь, выбирая нужную ему иерархию из атрибутов.

по твоему подходу два вопроса:

- как вообще можно сделать выборку значений из всей таблицы, зная только recId выбранных атрибутов? я не понимаю, как увязать на уровней связей таблиц имя поля значений с конкретной колонкой в той "всеобъемлющей" таблице (подозреваю хитрый ход на уровне прямого запроса в сикеле?)

- как это будет масштабироваться для тех атрибутов, которых ещё нет?

[fed]

Цитата:

Сообщение от wojzeh

а что именно непонятно в постановке задачи?

мы не знаем заранее, что именно будем выбирать - это делает пользователь, выбирая нужную ему иерархию из атрибутов.

по твоему подходу два вопроса:

- как вообще можно сделать выборку значений из всей таблицы, зная только recId выбранных атрибутов? я не понимаю, как увязать на уровней связей таблиц имя поля значений с конкретной колонкой в той "всеобъемлющей" таблице (подозреваю хитрый ход на уровне прямого запроса в сикеле?)

- как это будет масштабироваться для тех атрибутов, которых ещё нет?

Ну во первых - там не только recId, но и сами значения. Во вторых - по здравому размышлению, я бы просто подджойнивал бы все к одной из этих двух, упомянутых мной, таблиц и вытаскивал бы в грид все поля аналитики оттуда. То есть - моя идея насчет calculated field - она тупиковая. Надо просто джойн делать и поля напрямую вытаскивать.

[wojzeh]

Цитата:

Сообщение от fed

Ну во первых - там не только recId, но и сами значения. Во вторых - по здравому размышлению, я бы просто подджойнивал бы все к одной из этих двух, упомянутых мной, таблиц и вытаскивал бы в грид все поля аналитики оттуда.

нормальная реакция на уровне рефлексов. покажешь вариант? вот у нас есть только DimensionHierarchy, которую выбрал юзер. дальше как?

Цитата:

Сообщение от fed

То есть - моя идея насчет calculated field - она тупиковая. Надо просто джойн делать и поля напрямую вытаскивать.

допустим, конкатенация - это специфика именно моей задачи, можем и опустить эту часть в рамках более широкого исследования. хотя я не понимаю, как ты собираешься делать динамическую выборку колонок для группировки в аггрегации.

[fed]

Цитата:

Сообщение от wojzeh

нормальная реакция на уровне рефлексов. покажешь вариант? вот у нас есть только DimensionHierarchy, которую выбрал юзер. дальше как?
допустим, конкатенация - это специфика именно моей задачи, можем и опустить эту часть в рамках более широкого исследования. хотя я не понимаю, как ты собираешься делать динамическую выборку колонок для группировки в аггрегации.

1. На форме джойним bankAccountTrans и DimensionAttributeValueSet по inner join
2. выбираем все аттрибуты из иерархии через dimensionHierarchy::getAttributesNotInHierarchy() и класс DimensionAttributeCollection.
3. Для каждого элемента коллекции получаем fieldId через DimensionAttributeValueSet.GetDimensionValueFieldId() поля со значением аналитики.
4. Добавляем очередное поле по fieldId в GroupBy запроса
5. С помощью кода, потыренного из класса SysTableBrowser, добавляем новое поле в грид (я так толком и не разобрался как все эти FormBuildBlahBlah классы работают, всегда код из table browser копировал). Альтернативный вариант - просто с самого начала создаем в гриде 50 FieldStringControls для показа аналитик и просто назначем им fieldId/Datasource.

[fed]

Цитата:

Сообщение от fed

1. На форме джойним bankAccountTrans и DimensionAttributeValueSet по inner join
2. выбираем все аттрибуты из иерархии через dimensionHierarchy::getAttributesNotInHierarchy() и класс DimensionAttributeCollection.
3. Для каждого элемента коллекции получаем fieldId через DimensionAttributeValueSet.GetDimensionValueFieldId() поля со значением аналитики.
4. Добавляем очередное поле по fieldId в GroupBy запроса
5. С помощью кода, потыренного из класса SysTableBrowser, добавляем новое поле в грид (я так толком и не разобрался как все эти FormBuildBlahBlah классы работают, всегда код из table browser копировал). Альтернативный вариант - просто с самого начала создаем в гриде 50 FieldStringControls для показа аналитик и просто назначем им fieldId/Datasource.

Вообще правильнее будет при открытии формы аналогичным подходом добавить в грид ВООБЩЕ все аналитики. А потом при выборе пользователем другой Hierarchy - скрывать или показывать часть аналитик (соответственно - добавляя группировки)

[wojzeh]

Цитата:

Сообщение от fed

Вообще правильнее будет при открытии формы аналогичным подходом добавить в грид ВООБЩЕ все аналитики. А потом при выборе пользователем другой Hierarchy - скрывать или показывать часть аналитик (соответственно - добавляя группировки)

а кто вообще говорил про какие-то формы? хотим через data entity всё показывать наружу, например

[wojzeh]

Цитата:

Сообщение от fed

пункты 4 и 5

очень вдохновляют. так-то можно вообще что угодно закодить.
интересно, как быстро это будет работать (вариант с 100500 колонок до неба мне сразу не нравится)

кстати, пустые значения нам тоже нужны.