McLuadMultithreading in ADO.MD

Всем Привет.
Есть проблемка, такое впечатления, что ADO.MD некорекно работает при Multithreading request. Дело в том что у нас Web App и запросы MDX запускаются на сервере, похоже сто некоторые запросы ничего не возращают, хотя данные есть точно.
Есть какие-то идеи ?

Я добился стабильной и предсказуемой работы ADOMD только в ThreadSafe варианте. Только тот поток, кто создал ADOMD коннект, работает с ним.

Va1entin backfireТолько тот поток, кто создал ADOMD коннект, работает с ним.
McLuadДело в том что у нас Web App
Для Web App вообще лучше читать данные по сценарию:
Открыл соединение/прочитал данные/закрыл соединение. Кроме вышеописанного случая, нет, например, проблем с сорванным соединением Web-приложения с источником данных, если сеть по каким-либо причинам работает нестабильно, а также с глобальными переменными и Timeout если сессия закончилась.

Все было бы хорошо по вашему сценарию, но ADOMD, используя PTS c его дорогим кэшем, является исключением для stateless сценария, с точки зрения максимизации производительности.

Va1entin[quot backfire]Но сколько у вас пользователей? Какова частота возможного использования кэша? Мне кажется, что аналитические отчёты на web-приложении, это прежде всего интерфейс, количество пользователей здесь сильно ограничено (безопасность данных).
Конечно, если важна масштабируемость и надо выжать из железа всё возможное, тогда надо думать о кэшировании, но и тогда можно, например, уйти от online-генерации, показывая пользователям предварительно сгенерированные отчёты.

у меня около полсотни OLAP юзверей на каждую инсталляцию, причем достаточно активных, и запросы они клепают свои, а каждое ADOMD Connection выделено в отдельный процессик, с которым WebService контачит через Net.Remoting.