Набор данных на лету

[HorrR]

Можно ли создавать подобие темповой таблицы на лету? Мap не предлагать - нужно больше полей. Темповая таблица - простое решение, но в AOT её существовать не должно.

[ivas]

Цитата:

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

Мap не предлагать - нужно больше полей.

а так? скока хочешь полей
Map m = new Map(types::Container, types::Container);

[HorrR]

Ха, отличная идея!)

[Red Stranger]

Возможно, стоит попробовать ADO конкретно ADO.RecordSet. На форуме я видел пример его использования.
Если же у Вас 4-я версия, то обратите внимание на ADO.Net. Сам недавно ковырялся с ним и что-то даже получалось.

[petr]

Цитата:

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

а так? скока хочешь полей
Map m = new Map(types::Container, types::Container);

Я бы сказал - не очень хорошая идея только если вообще больше никакого выхода нет.

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

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

Map m = new Map(ключ, Types::record), т.е. паковать в мап таблицу (record - ваша временная таблица). Так будет проще, нагляднее и удобнее для последующих модификаций, ИМХО.

[kashperuk]

Есть еще такой класс, как struct, который, по сути, является подобием таблицы, но его можно задавать динамически

[Ievgenii]

Как насчет System.Collections.ArrayList ?! К сожелению Ax 2009 не поддерживает Generics, то есть List<T> использовать не получииться (прийдется как в .Net 2.0 работать со структурами данних). Ограничений почти ни каких :0), правда вроде как надо еще об CAS помнить new InteropPermission(InteropKind::ClrInterop)

[CDR]

Классы

RecordSortedList
RecordLinkList

не подойдут?

[HorrR]

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

[Gustav]

Цитата:

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

В любом случае таблица должна существовать в AOT, что меня не устраивает

А не поделитесь секретом почему? Ведь можно один раз создать в АОТ временную таблицу на все такие последующие случаи жизни, с кучей полей разных примитивных типов - например, по сотне полей на тип (ну или меньше/больше): целые - с именами, допустим, i01..i99, реалы - r01..r99, даты - d01..d99, строки - s01..s99 (с длиной 255 символов). Получится такой временно-табличный "Excel", который можно потом и в хвост, и в гриву.

[sukhanchik]

В 4-ке у ADO.RecordSet есть один минус. Его из-за InteropPermission можно создать только на клиенте (я бы только из-за этого - поставил в опциях аоса caslevel=disable - чтобы отключить все эти разрешения).
В общем случае создать виртуальную таблицу без АОТ не получится (хотя формально - вам никто не запрещает создать ее в АОТ программно и также программно прибить ее оттуда после использования - но это уже извращение).
Однако, в частном случае - можно взять любую таблицу из АОТ из уже имеющихся и приспособить под свои частные нужды. Для постояных таблиц - вызвать метод setTmp(). Т.о. получим любую из имеющихся таблиц - как временную.

[Gustav]

Цитата:

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

Однако, в частном случае - можно взять любую таблицу из АОТ из уже имеющихся и приспособить под свои частные нужды. Для постояных таблиц - вызвать метод setTmp(). Т.о. получим любую из имеющихся таблиц - как временную.

Пользовался таким подходом: order by и group by

Неприятностей там, на мой взгляд, две:

1. в выбранной таблице могут быть обязательные поля, которые, если не используешь, приходится заполнять всякой фиктивной лабудой (иногда еще и уникальной!)
2. "неэстетичность" наименований полей, когда приходится использовать, например, RecId для хранения какого-нибудь роста человека в сантиметрах.

И хотя я падок на подобного рода "дерзости" нетрадиционного использования объектов, всё же склоняюсь к мысли, что неплохо иметь такую dummy-таблицу, которую я описал в предыдущем посте.

[lev]

Цитата:

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

...
Для постояных таблиц - вызвать метод setTmp(). Т.о. получим любую из имеющихся таблиц - как временную.

Я бы не советовал использовать постоянные таблицы... Ошибка в коде может привести к каверканью данных в реальной таблице (не дай бог забыть про setTmp()).
Всё таки на мой взгляд лучче создать одну универсальную таблицу в AOT и использовать её где угодно.

[Lemming]

Цитата:

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

Ошибка в коде может привести к каверканью данных в реальной таблице (не дай бог забыть про setTmp()).

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

[Gustav]

Как я понимаю, таблицу, которую я предложил выше, весьма запарно создавать в АОТ вручную. Поэтому выкладываю сгенерированный в Excel минимальный проектик для создания такой таблицы. У себя я уже создал, может, заодно и сам начну наконец использовать

P.S. Таблица, которая будет создана, имеет название "JustLikeExcel". Не страшно, что в окне импорта, она отображается как "Yes" - эта форма просто читает значение из 10-й строки файла проекта (почему-то). С моей стороны - всё чисто, не волнуйтесь! (DAX 3.0, SP4).

[AndyD]

Цитата:

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

P.S. Таблица, которая будет создана, имеет название "JustLikeExcel". Не страшно, что в окне импорта, она отображается как "Yes" - эта форма просто читает значение из 10-й строки файла проекта (почему-то). С моей стороны - всё чисто, не волнуйтесь! (DAX 3.0, SP4).

Вставь между "***Element: DBT" и "TABLEVERSION 1" три пустые строки и будет все Ok