Подтвердить что ты не робот

Экспортируйте большой запрос данных (60k + rows) в Excel

Я создал инструмент отчетности как часть внутреннего веб-приложения. Отчет отображает все результаты в GridView, и я использовал JavaScript для чтения содержимого строки за строкой GridView в объект Excel. JavaScript продолжает создавать сводную таблицу на другом листе.

К сожалению, я не ожидал, что размер GridView вызовет проблемы с перегрузкой в ​​браузере, если будет возвращено более нескольких дней. Приложение имеет несколько тысяч записей в день, допустим, 60 тыс. В месяц, и в идеале я бы хотел вернуть все результаты на год. Количество строк вызывает зависание или сбой браузера.

Мы используем ASP.NET 3.5 в Visual Studio 2010 с SQL Server, а ожидаемым браузером является IE8. Отчет состоит из gridview, который получает данные из одной из нескольких хранимых процедур в зависимости от того, какую популяцию выбирает пользователь. Просмотр сетки находится в UpdatePanel:

<asp:UpdatePanel ID="update_ResultSet" runat="server">
<Triggers>
    <asp:AsyncPostBackTrigger ControlID="btn_Submit" />
</Triggers>
<ContentTemplate>
<asp:Panel ID="pnl_ResultSet" runat="server" Visible="False">
    <div runat="server" id="div_ResultSummary">
        <p>This Summary Section is Automatically Completed from Code-Behind</p>
    </div>
        <asp:GridView ID="gv_Results" runat="server" 
            HeaderStyle-BackColor="LightSkyBlue" 
            AlternatingRowStyle-BackColor="LightCyan"  
            Width="100%">
        </asp:GridView>
    </div>
</asp:Panel>
</ContentTemplate>
</asp:UpdatePanel>

Я был относительно новым для своей команды, поэтому я последовал их типичной практике возвращения sproc в DataTable и использовал это как DataSource в коде:

    List<USP_Report_AreaResult> areaResults = new List<USP_Report_AreaResult>();
    areaResults = db.USP_Report_Area(ddl_Line.Text, ddl_Unit.Text, ddl_Status.Text, ddl_Type.Text, ddl_Subject.Text, minDate, maxDate).ToList();
    dtResults = Common.LINQToDataTable(areaResults);

    if (dtResults.Rows.Count > 0)
    {
        PopulateSummary(ref dtResults);
        gv_Results.DataSource = dtResults;
        gv_Results.DataBind();

(Я знаю, о чем вы думаете! Но да, с тех пор я многое узнал о параметризации.)

Функция LINQToDataTable не является чем-то особенным, просто преобразует список в datatable.

С несколькими тысячами записей (до нескольких дней) это прекрасно работает. GridView отображает результаты, и есть кнопка для щелчка пользователя, запускающая экспортера JScript. Внешняя функция JavaScript считывает каждую строку в лист Excel, а затем использует ее для создания сводной таблицы. Сводная таблица важна!

function exportToExcel(sMyGridViewName, sTitleOfReport, sHiddenCols) {
//sMyGridViewName = the name of the grid view, supplied as a text
//sTitleOfReport = Will be used as the page header if the spreadsheet is printed
//sHiddenCols = The columns you want hidden when sent to Excel, separated by semicolon (i.e. 1;3;5).
//              Supply an empty string if all columns are visible.

var oMyGridView = document.getElementById(sMyGridViewName);

//If no data is on the GridView, display alert.
if (oMyGridView == null)
    alert('No data for report');
else {
    var oHid = sHiddenCols.split(";");  //Contains an array of columns to hide, based on the sHiddenCols function parameter
    var oExcel = new ActiveXObject("Excel.Application");
    var oBook = oExcel.Workbooks.Add;
    var oSheet = oBook.Worksheets(1);
    var iRow = 0;
    for (var y = 0; y < oMyGridView.rows.length; y++)
    //Export all non-hidden rows of the HTML table to excel.
    {
        if (oMyGridView.rows[y].style.display == '') {
            var iCol = 0;
            for (var x = 0; x < oMyGridView.rows(y).cells.length; x++) {
                var bHid = false;
                for (iHidCol = 0; iHidCol < oHid.length; iHidCol++) {
                    if (oHid[iHidCol].length !=0 && oHid[iHidCol] == x) {
                        bHid = true;
                        break; 
                    } 
                }
                if (!bHid) {
                    oSheet.Cells(iRow + 1, iCol + 1) = oMyGridView.rows(y).cells(x).innerText;
                    iCol++;
                }
            }
            iRow++;
        }
    }

Что я пытаюсь сделать: Создать решение (возможно, клиентскую), которое может обрабатывать эти данные и обрабатывать их в Excel. Кто-то может предложить использовать HtmlTextWriter, но afaik, который не позволяет автоматически генерировать сводную таблицу и создает неприятное всплывающее предупреждение....

Что я пробовал:

  • Заполнение объекта JSON - я все еще думаю, что у этого есть потенциал, но я не нашел способ заставить его работать.
  • Использование SQLDataSource - я не могу использовать его для получения каких-либо данных.
  • Разбиение на страницы и перемещение по страницам - Смешанный ход. Как правило, уродливый, и у меня все еще есть проблема, что весь набор данных запрашивается и возвращается для каждой отображаемой страницы.

Update: Я все еще очень открыт для альтернативных решений, но я занимаюсь теорией JSON. У меня есть рабочий серверный метод, который генерирует объект JSON из DataTable. Я не могу понять, как передать этот JSON в (внешнюю) функцию exportToExcel JavaScript....

    protected static string ConstructReportJSON(ref DataTable dtResults)
    {
        StringBuilder sb = new StringBuilder();
        sb.Append("var sJSON = [");
        for (int r = 0; r < dtResults.Rows.Count; r++)
        {
            sb.Append("{");
            for (int c = 0; c < dtResults.Columns.Count; c++)
            {
                sb.AppendFormat("\"{0}\":\"{1}\",", dtResults.Columns[c].ColumnName, dtResults.Rows[r][c].ToString());
            }
            sb.Remove(sb.Length - 1, 1); //Truncate the trailing comma
            sb.Append("},");
        }
        sb.Remove(sb.Length - 1, 1);
        sb.Append("];");
        return sb.ToString();
    }

Может ли кто-нибудь показать пример того, как переносить этот объект JSON во внешнюю функцию JS? Или любое другое решение для экспорта в Excel.

4b9b3361

Ответ 1

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

Ответ 2

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

Ответ 3

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

Создав строку JSON, я развелся с JavaScript из GridView. JSON генерируется в коде позади, когда данные заполняются:

    protected static string ConstructReportJSON(ref DataTable dtResults)
    {
        StringBuilder sb = new StringBuilder();
        for (int r = 0; r < dtResults.Rows.Count; r++)
        {
            sb.Append("{");
            for (int c = 0; c < dtResults.Columns.Count; c++)
            {
                sb.AppendFormat("\"{0}\":\"{1}\",", dtResults.Columns[c].ColumnName, dtResults.Rows[r][c].ToString());
            }
            sb.Remove(sb.Length - 1, 1); //Truncate the trailing comma
            sb.Append("},");
        }
        sb.Remove(sb.Length - 1, 1);
        return String.Format("[{0}]", sb.ToString());
    }

Возвращает строку данных, например

[{ "Caller": "John Doe", "Office": "5555", "Type": "Incoming" и т.д.),

{ "Caller": "Jane Doe", "Office": "7777", "Тип": "Исходящие" и т.д.}, {etc}]

Я скрыл эту строку, назначив текст в Literal в UpdatePanel, используя:

    <div id="div_JSON" style="display: none;">
            <asp:Literal id="lit_JSON" runat="server" /> 
    </div>

И JavaScript анализирует вывод, считывая содержимое div:

function exportToExcel_Pivot(sMyJSON, sTitleOfReport, sReportPop) {
     //sMyJSON = the name, supplied as a text, of the hidden element that houses the JSON array.
     //sTitleOfReport = Will be used as the page header if the spreadsheet is printed.
     //sReportPop = Determines which business logic to create a pivot table for.

var sJSON = document.getElementById(sMyJSON).innerHTML;
var oJSON = eval("(" + sJSON + ")");

 //    DEBUG Example Test Code
 //    for (x = 0; x < oJSON.length; x++) {
 //        for (y in oJSON[x])
 //            alert(oJSON[x][y]); //DEBUG, returns field value
 //            alert(y); //DEBUG, returns column name
 //    }


//If no data is in the JSON object array, display alert.
if (oJSON == null)
    alert('No data for report');
else {
    var oExcel = new ActiveXObject("Excel.Application");
    var oBook = oExcel.Workbooks.Add;
    var oSheet = oBook.Worksheets(1);
    var oSheet2 = oBook.Worksheets(2);
    var iRow = 0;
    var iCol = 0;

        //Take the column names of the JSON object and prepare them in Excel
        for (header in oJSON[0])
        {
            oSheet.Cells(iRow + 1, iCol + 1) = header;
            iCol++;
        }

        iRow++;

        //Export all rows of the JSON object to excel
        for (var r = 0; r < oJSON.length; r++)
        {
            iCol = 0;
            for (c in oJSON[r]) 
                    {
                        oSheet.Cells(iRow + 1, iCol + 1) = oJSON[r][c];
                        iCol++;
                    } //End column loop
            iRow++;
        } //End row

Вывод строки и анализ JavaScript eval работают очень быстро, но цикл через объект JSON немного медленнее, чем хотелось бы.

Я считаю, что этот метод будет ограничен примерно 1 миллиардом символов данных - может быть, меньше зависит от того, как работает тестирование памяти. (Я подсчитал, что я, вероятно, буду смотреть максимум на 1 миллион символов в день, так что это должно быть хорошо, в течение одного года после отчета.)

Ответ 4

Легко и эффективно писать CSV файлы. Однако , если вам нужен Excel, он также может быть выполнен достаточно эффективным способом, который может обрабатывать более 60 000 строк с помощью открытого XML-писателя Microsoft Open XML SDK.

  • Установите Microsoft Open SDK, если у вас его нет (google "загрузить microsoft open xml sdk" )
  • Создать консольное приложение
  • Добавить ссылку на DocumentFormat.OpenXml
  • Добавить ссылку на WindowsBase
  • Попробуйте запустить некоторый тестовый код, как показано ниже (потребуется несколько вариантов использования)

Просто ознакомьтесь с решением Vincent Tan на http://polymathprogrammer.com/2012/08/06/how-to-properly-use-openxmlwriter-to-write-large-excel-files/ (Ниже я немного очистил его пример, чтобы помочь новым пользователям.)

В моем собственном использовании я нашел это довольно прямолинейно с регулярными данными, но мне пришлось вырезать символы "\ 0" из моих реальных данных.

using DocumentFormat.OpenXml;
using DocumentFormat.OpenXml.Packaging;
using DocumentFormat.OpenXml.Spreadsheet;

...

        using (var workbook = SpreadsheetDocument.Create("SomeLargeFile.xlsx", SpreadsheetDocumentType.Workbook))
        {
            List<OpenXmlAttribute> attributeList;
            OpenXmlWriter writer;

            workbook.AddWorkbookPart();
            WorksheetPart workSheetPart = workbook.WorkbookPart.AddNewPart<WorksheetPart>();

            writer = OpenXmlWriter.Create(workSheetPart);
            writer.WriteStartElement(new Worksheet());
            writer.WriteStartElement(new SheetData());

            for (int i = 1; i <= 50000; ++i)
            {
                attributeList = new List<OpenXmlAttribute>();
                // this is the row index
                attributeList.Add(new OpenXmlAttribute("r", null, i.ToString()));

                writer.WriteStartElement(new Row(), attributeList);

                for (int j = 1; j <= 100; ++j)
                {
                    attributeList = new List<OpenXmlAttribute>();
                    // this is the data type ("t"), with CellValues.String ("str")
                    attributeList.Add(new OpenXmlAttribute("t", null, "str"));

                    // it suggested you also have the cell reference, but
                    // you'll have to calculate the correct cell reference yourself.
                    // Here an example:
                    //attributeList.Add(new OpenXmlAttribute("r", null, "A1"));

                    writer.WriteStartElement(new Cell(), attributeList);

                    writer.WriteElement(new CellValue(string.Format("R{0}C{1}", i, j)));

                    // this is for Cell
                    writer.WriteEndElement();
                }

                // this is for Row
                writer.WriteEndElement();
            }

            // this is for SheetData
            writer.WriteEndElement();
            // this is for Worksheet
            writer.WriteEndElement();
            writer.Close();

            writer = OpenXmlWriter.Create(workbook.WorkbookPart);
            writer.WriteStartElement(new Workbook());
            writer.WriteStartElement(new Sheets());

            // you can use object initialisers like this only when the properties
            // are actual properties. SDK classes sometimes have property-like properties
            // but are actually classes. For example, the Cell class has the CellValue
            // "property" but is actually a child class internally.
            // If the properties correspond to actual XML attributes, then you're fine.
            writer.WriteElement(new Sheet()
            {
                Name = "Sheet1",
                SheetId = 1,
                Id = workbook.WorkbookPart.GetIdOfPart(workSheetPart)
            });

            writer.WriteEndElement(); // Write end for WorkSheet Element
            writer.WriteEndElement(); // Write end for WorkBook Element
            writer.Close();

            workbook.Close();
        }

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

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

writer.WriteElement(new CellValue("SomeValue"));

Стоит отметить, что нумерация строк в Excel начинается с 1, а не 0. Запуск строк, пронумерованных из индекса нуля, приведет к сообщениям об ошибках "Коррумпированный файл".

Наконец, если вы работаете с очень большими наборами данных, никогда не вызывать ToList(). Используйте метод чтения данных стиль потоковой передачи данных. Например, у вас может быть IQueryable и использовать его в для каждого. Вы никогда не захотите полагаться на одновременное использование всех данных в памяти, или вы столкнетесь с нехваткой памяти и/или высокой загрузкой памяти.