TempDB для SSRS

[kitty]

Есть недопонимание
1) В R2 есть метод takeOwnershipOfTempTable, но по перекрестным ссылкам не вижу, чтобы его хоть один наследник вызывал ...
2) В примере с TaxListDP , который они приводят по ссылке, все еще зачем-то используется

 taxListTaxTransTmp.setConnection(this.parmUserConnection());

. Хотя, в других классах-наследниках от SrsReportDataProviderPreProcessTempDB setConnection не вызывается. Таблица TaxListTaxTransTmp при этом уже TempDB. Забыли строку кода удалить, что ли?
3) Все эти временные TempDB таблицы , используемые в отчетах,зачем-то еще имеют свойство saveDataPerCompany = no. Зачем? На случай, что один и тот же пользователь в одной сессии с разными компаниями работает и один и тот же отчет вызывает?
(по приведенной ссылке не указано, что нужно это делать. Может, это в R3 просто уже не нужно, тк ядро правильно чистит таблицу)

[DSPIC]

Цитата:

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

Есть недопонимание
1) В R2 есть метод takeOwnershipOfTempTable, но по перекрестным ссылкам не вижу, чтобы его хоть один наследник вызывал ...
2) В примере с TaxListDP , который они приводят по ссылке, все еще зачем-то используется

 taxListTaxTransTmp.setConnection(this.parmUserConnection());

. Хотя, в других классах-наследниках от SrsReportDataProviderPreProcessTempDB setConnection не вызывается. Таблица TaxListTaxTransTmp при этом уже TempDB. Забыли строку кода удалить, что ли?
3) Все эти временные TempDB таблицы , используемые в отчетах,зачем-то еще имеют свойство saveDataPerCompany = no. Зачем? На случай, что один и тот же пользователь в одной сессии с разными компаниями работает и один и тот же отчет вызывает?
(по приведенной ссылке не указано, что нужно это делать. Может, это в R3 просто уже не нужно, тк ядро правильно чистит таблицу)

Видимо настал тот момент, когда стоит проверить на практики и рассказать. Вероятно, фичу начали реализовывать в R2, но не успели завершить, закончили в R3. Отсюда, какие-то куски есть, но в R2 они могут не работать.