Услуги по созданию отчетов SQL Server.. Настоятельно рекомендовать для интеграции с другими технологиями?
Решение в c #
public class Queue<T> where T : class
{
private Stack<T> input = new Stack<T>();
private Stack<T> output = new Stack<T>();
public void Enqueue(T t)
{
input.Push(t);
}
public T Dequeue()
{
if (output.Count == 0)
{
while (input.Count != 0)
{
output.Push(input.Pop());
}
}
return output.Pop();
}
}
1 ответ
Я думаю, это будет проще, чем вы думаете!
Службы Reporting Services с радостью извлекут отчеты из любого источника OLEDB или ODBC, а MySQL имеет драйверы ODBC, поэтому нет проблем с получением вашего данные через отчет SSRS.
Вы можете настроить аутентификацию несколькими способами. Если ваши пользователи уже аутентифицированы в вашем домене Windows, это будет проще:
- SSRS должен знать, кто просматривает отчет. Это позволит анонимный просмотр (если вы включите его; по умолчанию он отключен), но если вы используете IE и вошли в тот же домен, что и сервер IIS, он полностью прозрачен
- SSRS может затем использовать этот идентификатор для подключиться к источнику данных или использовать другой идентификатор. Это настраивается для каждого отчета или для каждого источника данных.
Вы можете встраивать отчеты в фреймы iframe на страницах холодного слияния. Это сделало бы все безупречным. Доступ к отчетам можно получить путем отправки правильно сформированного URL-адреса на сервер, поэтому он довольно гибкий.
Что касается изменения всего на ASP.NET, вы действительно получите выгоду только в том случае, если вам когда-нибудь понадобится написать (и интегрировать с ) свой собственный код для управления сервером отчетов или написать собственные расширения (поставщики данных, расширения доставки и т.п.), но, по моему опыту, это настолько редко, что о нем не стоит думать. Выбирайте то, что у вас есть на данный момент.
Я действительно получу от этого выгоду только в том случае, если вам когда-нибудь понадобится написать (и интегрировать) свой собственный код для управления сервером отчетов или написать собственные расширения (поставщики данных, расширения доставки и т. д.), но, по моему опыту, это так редко как быть не заслуживающим внимания. Выбирайте то, что у вас есть на данный момент. Я действительно получу от этого выгоду только в том случае, если вам когда-нибудь понадобится написать (и интегрировать) свой собственный код для управления сервером отчетов или написать собственные расширения (поставщики данных, расширения доставки и т. д.), но, по моему опыту, это так редко как быть не заслуживающим внимания. Выбирайте то, что у вас есть на данный момент.