Разумная кроватьВ SSRS-есть возможность написать пользовательский код, есть возможность использовать сборки.

Какой вариант лучше подойдет в моем случае ? И вообще есть такая возможность - отправить запрос на обновление в БД через SSRS-отчет ?
все можно

но надо знать тонкости
например, что датасеты выполняются не в порядке указанном в отчете
чтобы получить последовательное выполнение датасетов, надо указать в датасорсе "использовать одну транзакцию"

а вообще, на ssrs недавно написал систему планирования и учета рабочих смен на команду ДБА
в бэкенде простая база, отчеты ssrs были фронтэндом
практически весь код был в запросах датасетов (t-sql)

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

еще одна собственная разработка - набор отчетов (ssrs) для мониторинга производительности сиквела
там некоторые отчеты писали в базу промежуточные данные (perfmon counters) и на авторефреше отображали текущую нагрузку на сервере

Разумная кроватьКакой вариант лучше подойдет в моем случае ? И вообще есть такая возможность - отправить запрос на обновление в БД через SSRS-отчет ?
по-моему, сборки - это через чур для данной задачи

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

в общем, ssrs отчет суть есть xml файл, который можно скачать, отредактировать в блокноте и залить обратно на сервер

tarrusТеоретически можно дергать процедуру через подотчет и напихать туда любую логику. Но зачем?


тут все гораздо проще - в отчет с фотографиями (таблица, полагаю) добавляется доп колонка с ссылками like на этот же отчет
в отчет добавляется два параметра : SendLike (default = 0) и PhotoID (default = 0)
добавляется датасет с подобным текстом:


@username здесь тот, кто открыл отчет - если необходима персонализация голосования

Вышеуказанная ссылка вызывает этот же отчет и передает ему SendLike=1 и PhotoID = код соответствующей картинки

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

Делов на полчаса.

мигель1komrad,

я бы добавил пользователя чтобы было ясно кто лайкнул
я бы тоже
но это зависит от бизнес-требований к отчету

tarrus
Не совсем. Еще все фильтры нужно передать в обратно в отчет и прыгнуть на ту же страницу.

безусловно, само собой разумеется

tarrusНо это всё пустяки. Главное, что любая функциональность требует поддержки, про которую все забывают всегда добавляя такие костыли.
tarrusПишите своё приложение.

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

komradа вообще, на ssrs недавно написал систему планирования и учета рабочих смен на команду ДБА
в бэкенде простая база, отчеты ssrs были фронтэндом
практически весь код был в запросах датасетов (t-sql)

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

tashkafoxkomrad, Ого, какая красота!
А как заносили свои данные? Через ссылки на другой отчет? Т.е. допустим, я щелкаю на ячейку и хочу ее как-то отметить, что дальше происходит?

спасибо за оценку )

Занести новые данные - отдельный отчет под ссылкой ADD
Внести изменения - щелкать по соответствующей ячейке и менять день, человека, смену, внести комментарий

Запись добавлена

Внести изменения - щелкаешь на ячеке и открывается отчет

tashkafoxkomrad, Продумано! Наверно уже не первый год работает?
А какие были исторические причины, почему было реализовано такое решение?
работает уже год, написано было за пару месяцев параллельно с основной работой

Исторические причины: раньше использовали эксель, расположенный на шарепойнте, но было очень неудобно с монополизацией доступа коллегами (сделали check out, внесли правку, не сделали check in), с отсутствием истории изменений (случайные правки), с версионностью (периодические "заливки" старых версий файла на шарепойт).

В итоге, был нарисован отчет "один в один как эксель" (+база, +сопутствующие подотчеты) и коллегам понравилось. Отказались от файлика и стали пользоваться этим решением.

вот такая история

tashkafoxпочему было реализовано такое решение?
да, изначально задача была планировать и отслеживать работу команды из 15 админов с учетом рабочих смен (утренний, вечерние, поддержка из дома), отпусков, праздников и т.п.

для этих целей нарисовали эксель файл и поддерживали его сообща вручную
вручную же планировали смены на полгода-год вперед, стараясь равномерно распределять нагрузку на коллег

остальное уже описал выше

tarrus Но не стоит рекомендовать внедрять его в бизнес подразделение.
я передам товарищам этот совет )