Я использую Матрицу построителя отчетов 3 и указываю группы строк и группы столбцов. В основном это ситуация с типичным типом детализации, где в моем случае объекты - это реле и контакты. Каждое реле имеет несколько контактов. Ниже приведены некоторые важные свойства обоих.Скрыть (или фильтровать) несколько столбцов столбцов Группа
Реле:
Имя (простое поле),
Тип (Enum поле),
Контакты (навигационное поле Контакты Entity один ко многим.)
Контакты:
DISPLAYNAME (простое поле)
AlloteToSheet (простое поле).
Вот как выглядит отчет. Колонки генерируются из поля «Отображаемое имя» Контакты таблица с использованием столбцов.
Теперь вот вопрос. В Отчете выше отмечены 2 региона. Это так, потому что у меня есть два типа реле (скажем, на данный момент). Поля «Отображаемое имя» таблицы «Контакты» одинаковы для определенного типа реле, поэтому я получаю два набора столбцов (как отмечено) в моем отчете. На основе типа реле я хочу создать или показать только один набор столбцов для всего отчета, потому что другой набор не имеет смысла для типа реле, а для каждого типа реле будет свой собственный сгенерированный отчет (rdl). Итак, как мне добиться этого.
В целом, для столбцов, полученных с помощью столбцов группы, как я отфильтровать или скрыть определенные столбцы из отчета на основе некоторого условия field.value базы данных
Edit: Report Designer Посмотреть
У меня есть несколько вопросов. Каков ваш SQL, поскольку эти столбцы не должны проходить, если вы этого не хотите? Также этот отчет предназначен только для одного типа реле? – glh
Созданный SQL-запрос имеет только JOIN для столбцов связанных таблиц. Я добавил предложение WHERE в запросе DATASET для Relay_Type, и теперь генерируются только соответствующие столбцы. Итак, теперь мне не нужно добавлять выражение видимости для скрытия некоторых столбцов. В любом случае, видимость для сгенерированных столбцов не скрывает столбец, а превращает его в пустое пустое пространство для столбца, поэтому мне нечего использовать. Я прошел через пару блогов, где я мог это подтвердить. Таким образом, вы абсолютно правы в своем комментарии, что это должно обрабатываться в самом SQL. Я буду отмечать ваш комментарий как полезный – Jatin