trad писал(а) 27. Мая 2010 :: 13:09:

В штатном windows zip folders - нормально. А что сверх того - то от лукавого. 

мда... действительно косячил втроенный в total commander плагин по работе с архивами... 7zip и winrar отработали нормально... и чего я раньше ими не попробовал? вот она - сила привычки....

И еще вопрос.
В том же примере используется Построитель запроса. У которого есть список "Отбор" - в который надо добавлять значения элементов по которым нужно отфильтровать результат.

Так вот если в Построителе указать Нужное мне измерение и как группировку и указать значение в списке "Отбор" то он выдает ошибку.
Цитата:



Хотелось бы узнать как же все-таки фильтровать-то если я хочу фильтровать по измерению которое использую в группировке? Если измерение в группировке не используется то ошибок не возникает.

berezdetsky писал(а) 17. Августа 2010 :: 11:48:

Незачто... я еще с ним воюю
berezdetsky писал(а) 17. Августа 2010 :: 11:48:

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

Я когда гуглил описание этой ошибки находил рекомендации вместо того что бы указывать группировку отбора в конструкции Where использовать конструкцию FILTER по нужному нам измерению.
Вот только моего опыта пока нехватает перелампичить классы выборки из куба что бы такое проверить.

И вот есть у меня подозрение что OWC именно так и делает

Вот здесь http://www.compress.ru/article.aspx?id=9512&iid=403 в разделе Другие функции написано что можно использовать FILTER
Может я конечно и ошибаюсь... но может быть и нет

По поводу фильтрации хотелось бы получить возможность фильтровать по вхождению элементов в список. Т.е. указать список элементов справочника по которым отфильтроввать и получить результат.
Как я уже говорил этот эффект я получаю при формировании запроса из которого строится куб, через "УложитьСписокГрупп", но мне кажется это не совсем справедливо. Например, если у меня есть справочник складов и я по ним получаю остаток, и наложил фильтр только на "Главный склад" то разумно бы получить в отчете ониформацию и об остатке по складу "Главный склад" в соответствующей колонке и по всем складам в колонке "Все". Если же делать это в запросе как сейчас то сумма в колонке "Все" будет равняться  колонке "Главный склад".
Может я и придираюсь - но хочу получить "идеальный функционал".

---

По поводу тестовой базы, извини, но не вышлю... слишком долго вырезать из рабочей...
Могу только сказать что ошибка эта связанна с работой класса "Табличный документ расширенный", а именно с механизмом сворачивания "по плюсику"... Если отключить автогруппировку - то все выводится как надо. Причем, обращаю внимание ошибка не в классе, а именно в примере, в том как передаются уровни группировки при рекурсивном вызове процедуры "ВывестиСтроки"

berezdetsky писал(а) 17. Августа 2010 :: 20:23:

Не совсем понимаю что имеется ввиду. Я вот только что взял запрос. Загрузил его в консоли Сводную таблицу, наложил фильтр по  [СБЕ] и увидел что у меня колонок в сводной таблице осталось две: СБЕ УК и GrandTotal, причем GrandTotal показывает сумму по всем СБЕ а колонка СБЕ УК вообще содержит нули (ну нет по этому значению у меня итогов)

Т.е. сводная таблица дает правильную функциональность, а через классы PivotQuery я это получить не смогу? Я думаю что если в построителе кроме списка "Отбор" добавить еще и список "Фильтр" куда записывать условия фильтрации - то не будет ошибки и фильтрацию получим.
Это ведь мне завтра понадобится в процессе построение запроса узнать какую долю занимает один отдел в выручке всего предприятия но и наложить фильтр по этому отделу, а т.к. я фильтрую на уровне запроса - то у меня доля отдела будет составлять 100% что исказит данные...
berezdetsky писал(а) 17. Августа 2010 :: 20:23:



У меня нет штатной ТиС 

berezdetsky писал(а) 18. Августа 2010 :: 07:35:

Вот пажалуйста доказательство: