Здравствуйте!

Бьюсь уже третий день, а проблема вот в чем.

Я делаю новый отчет копированием уже существующего отчета из другого проекта (Reports - Add - Existing Item) и добавлением в него новых полей - добавляю в датасет дополнительные меры. Запрос в датасете в текстовом виде, т.е. студия сама поля запроса определить не может. Поэтому я также добавляю вручную поля датасета (по аналогии с существующими). Ну и, естественно, добавляю новые колонки в таблице на вкладке Layout для вывода новых мер.

Проблема в том, что при просмотре отчета добавленные мной колонки остаются пустые, а в output я получаю следующее сообщение:

[rsMissingFieldInDataSet] The data set ‘DataSet’ contains a definition for the Field ‘MY_FIELD’. This field is missing from the returned result set from the data source.
[rsErrorReadingDataSetField] The data set ‘DataSet’ contains a definition for the Field ‘MY_FIELD’. The data extension returned an error during reading the field. There is no data for the field at position 10.

При том, что в датасете MY_FIELD есть! И все прописано правильно.

Дело в том, что это не первый отчет, который я создаю подобным образом, я их сделала 9 штук, причем с восьмью из них все было сразу ок, а с одним была ТОЧНО ТАКАЯ ЖЕ ПРОБЛЕМА, но тогда я решила, что сама что-то напутала, сделала все заново и все получилось. А теперь переделала уже раза 3 - не получается. Пробовала убирать часть полей из датасета, заменяя их своими - никакого толка.

Похоже на баг, учитывая то, что описано здесь
Только вот я не совсем поняла, как там автор справился с проблемой.

Какие-нибудь идеи?...

Забыла сказать, что отчет я строю по данным из OLAP-куба. Наверное, это важно :)

rus77опишите как вы точно описываете поля , просто MY_FIELD ?
правильно описывать и если у вас несколько dataset , то надо описывать вот так

У меня был первый вариант. Попробовала второй, не помогло.

Katy Запрос в датасете в текстовом виде, т.е. студия сама поля запроса определить не может.
вот это утверждение не понятно. Нет ни какой разницы текст mdx или редактор.
Студия все поля нормально сама определеяет, правда если входные параметры определены так, что дата сет не пустой.

Я, наверное, неправильно выразилась. У меня датасет... э... динамический, что ли, так это называется? В общем, запрос в датасете меняется в зависимости от значения параметра (данные могут выбираться из разных кубов):
Katyможет где то опечатка?
Опечаток нет 99.9%. За 3 дня я бы ее нашла, к тому же я еще и переделывала все несколько раз заново...

Хм... надо же, продолжаю находить что-то новое, что я еще не читала.
Это например.

Там высказывают мнение, что мои warnings могут возникать, если меры как-то не так пропроцессились. Но это вроде не мой случай, через SQL Server Management Studio я вижу все данные.

Еще что интересно, это то, что у меня есть отчет, который использует те самые меры, которые я пытаюсь использовать в этом своем отчете. В том, другом отчете, все определяется и замечательно работает. А в этом...

И еще вот какая штука интересная. Попробую объяснить. Warnings возникают при попытке выбрать в датасете меру [Measures].[C - AMOUNT]. В кубе у меня есть вычислимая мера [Measures].[SUM - AMOUNT], которая формируется как сумма [Measures].[C - AMOUNT] и еще одной меры. Так вот, если я выбираю в датасете [Measures].[SUM - AMOUNT], ВСЕ РАБОТАЕТ! Т.е. дело явно не в том, что куб как-то не так пропроцессился. Или я все-таки чего-то недопонимаю?

Katyоффтоп:
а можно подробнее где Вы пишите динамический запрос ?
в Design Mode не понимает конструкций вида
и если не сложно обьясните плз, как возникла такая странная ситуация с разными кубами ?
почему-то не подошли виртуальные кубы для 2000 или перспективы 2005 ?
У меня не Design Mode явно. Что там именно, сказать, к сожалению, не могу, т.к.кубы делала не я, впрочем как и исходные отчеты, а тот кто все это делал, сейчас в отпуске (где-то на год) и вне зоны досягаемости. А я, к сожалению, пока только новичок в OLAP-кубах.

Ситуацию попробую объяснить. Проблема, как я поняла, была в том, что заказчик очень любил удалять из словарей разные ставшие "ненужными" записи, после чего, если надо было перестраивать куб, он не перестраивался, т.к. нужного значения в измерении не оказывалось (возникала ошибка "не найден ключ"). Тогда проблему решили следующим образом: каждый месяц значения из словарей "замораживались" в специальных таблицах, по одной на каждый словарик (туда просто выбирался весь словарь + в специальном поле помечалось, к какому месяцу относятся данные), и для каждого месяца строился отдельный куб (например, "Куб Январь 2007"), измерения которого строились на основании "замороженных" значений. И теперь то, в какой куб нужно лезть за данными, зависит от того, какой месяц выбран в параметре.

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

Перспективы, мне кажется, в данном случае не подошли бы (там ведь, как я понимаю, просто можно выбрать, какие измерения будут видны, так?).

Katy
а как при такой реализации, которая есть сейчас пользователи строят динамические отчеты по непрерывным диапазонам? например если они хотят посмотреть динамику за несколько лета
Динамика за несколько лет не нужна, нужны только отчеты по месяцам.

Katy

Спасибо за ссылки!

А проблема так и не хочет решаться...
Сейчас копаюсь в данных, может дело все-таки в них... :(

Кто-то из нас сошел с ума - либо я, либо MS-студия. Все заработало. Я в шоке...

Кажется, я вижу свет в конце туннеля. Дело в данных. На одних значениях параметров все хорошо, а на других - появляются warning'и и данных нет.

Всем спасибо за помощь, буду искать ошибку в кубе.