Microsoft.Bureau de.Interop.Excel vraiment lent

Je suis de l'exportation d'un 1200 X 800 matrice (indexMatrix) à un fichier excel en utilisant le standard de Microsoft.Bureau de.Interop.Excel. L'application fonctionne, c'est juste que c'est vraiment vraiment vraiment lent( même pour l'100 x 100 de la matrice) . J'ai également exporter dans un fichier texte par le biais d'un TextWriter un il fonctionne presque instantanément . Est-il possible d'exporter le fichier excel plus vite?

Voici mon code :

        Excel.Application xlApp=new Excel.Application();
        Excel.Workbook xlWorkBook;
        Excel.Worksheet xlWorkSheet;
        object misValue = System.Reflection.Missing.Value;

        //xlApp = new Excel.ApplicationClass();
        xlWorkBook = xlApp.Workbooks.Add(misValue);

        xlWorkSheet = (Excel.Worksheet)xlWorkBook.Worksheets.get_Item(1);
        for (int i = 0; i < 800; i++)   //h
            for (int j = 0; j < 1200; j++)
                xlWorkSheet.Cells[i+1,j+1] =indexMatrix[i][j];


        xlWorkBook.SaveAs("C:\\a.xls", Excel.XlFileFormat.xlWorkbookNormal, misValue, misValue, misValue, misValue, Excel.XlSaveAsAccessMode.xlExclusive, misValue, misValue, misValue, misValue, misValue);
        xlWorkBook.Close(true, misValue, misValue);
        xlApp.Quit();

        releaseObject(xlWorkSheet);
        releaseObject(xlWorkBook);
        releaseObject(xlApp);

        MessageBox.Show("Excel file created , you can find the file c:\\csharp-Excel.xls");

InformationsquelleAutor Alex | 2010-10-21

c#excel interop

64

Vous êtes à la mise à jour des cellules individuelles. Ça va être très lent. Si vous pensez à ce sujet, à chaque fois que vous mettez à jour une cellule, un appel RPC sera convoquée pour le processus Excel.

Il sera beaucoup plus vite si vous assignez votre tableau à deux dimensions des valeurs d'une Plage Excel de mêmes dimensions en une seule instruction (un processus d'appel) à la place de votre 1200 x 800 = 960,000 de la croix-traiter les appels.

Quelque chose comme:
```
//Get dimensions of the 2-d array
int rowCount = indexMatrix.GetLength(0);
int columnCount = indexMatrix.GetLength(1);
//Get an Excel Range of the same dimensions
Excel.Range range = (Excel.Range) xlWorkSheet.Cells[1,1];
range = range.get_Resize(rowCount, columnCount);
//Assign the 2-d array to the Excel Range
range.set_Value(Excel.XlRangeValueDataType.xlRangeValueDefault, indexMatrix);
```
En fait, pour être pédant, il y a trois croix-traiter les appels dans le code ci-dessus (.Les cellules, .get_Resize et .set_Value), et il y a deux appels par itération dans votre code (.Les cellules sont et implicite .set_Value) pour un total de 1200 x 800 x 2 = 1,920,000.

Note
range.get_Resize et range.set_Value ont été nécessaires pour une ancienne version d'Excel bibliothèque d'interopérabilité j'ai été en utilisant lors de ce post a été rédigé. Ces jours, vous pouvez utiliser range.Resize et range.Value comme indiqué dans le commentaire de @The1nk.
- il semble y avoir un problème .get_Resize . Il semble ne pas exister.
- à excel.la gamme de la ligne , le message d'erreur suivant apparaît "du Système.__Objet com' ne contient pas une définition pour 'get_Resize"
- Je pense que la modification sera réparer cela. Les cellules[1,1] ne renvoie pas à un objet Range - donc, il doit être jeté.
- désolé de vous déranger à nouveau mais j'ai une autre erreur : à la plage.set_value ligne est apparu le message d'erreur : "SafeArrayTypeMismatchException : tableau Spécifié n'était pas du type attendu."
- Votre code ne montre pas de quel type il est. Il devrait être un tableau d'objets, c'est à dire de l'objet[,]
- c'est un int matrice [][]
- Vous aurez besoin de copier les données à partir de votre tableau en escalier (int[][]) pour une matrice rectangulaire: objet[,] ou peut-être de type int[,] serait trop de travail.
- Belle solution, a travaillé énormément pour mon 44,279 cellules. À partir de 5 minutes à 3 secondes. Une note pour les futurs visiteurs - Vous n'avez pas besoin d'utiliser get_Resize ou set_Value. Il vous suffit d'utiliser cell.Resize et cell.Value comme d'habitude.
- "Si vous pensez à ce sujet, à chaque fois que vous mettez à jour une cellule, un appel RPC sera convoquée pour le processus Excel." Qui va probablement encore se produire même si vous ne pensez pas à ce sujet.
- J'ai obtenu des résultats similaires. Il est étonnant de voir combien un simple changement peut affecter les performances!
InformationsquelleAutor Joe
15

Excel interopérabilité n'est jamais va être rapide. Vous avez en gros de commander à distance une instance de l'application Excel. Vous pourriez avoir plus de succès par la création d'un fichier CSV, puis à l'aide d'Excel interop convertir cette .xls ou .fichier xlsx
- +1 bonne approche, et cela garantit d'être plus rapide, ainsi, un fichier CSV est plus susceptible d'un fichier texte, de sorte que TextWriter classe peut s'en occuper.
- Ouais, c'est ma méthode préférée ainsi. Même si vous rencontrez des problèmes lorsque les valeurs des cellules contient des retours à la ligne, comme ce que les vis de votre index de ligne. Quelqu'un a des conseils pour ce problème?
- En réponse à mon commentaire ci-dessus: l'utilisation de l'import-csv (powershell) ou un équivalent de la bibliothèque de fonction qui va gérer le désordre des situations avec le qualificatif caractères et des retours à la ligne utilisé dans le champ des valeurs.
InformationsquelleAutor Yuliy
8

J'ai eu des problèmes similaires lors de la lecture d'un très gros fichier excel et il a fallu plus de 2 heures à l'aide d'interop.

J'ai essayé d'utiliser ClosedXml et le processus a pris moins de 10 secondes.
ClosedXml
```
//To loop 
Sheet.Row(y).Cell(x).Value
```
Aussi garder à l'esprit l'interopérabilité ne fonctionnera pas sur votre serveur, sauf si vous avez excel installé. ClosedXml n'a pas besoin d'excel est installé.
- Première fois l'utilisation d'ClosedXML et c'est VRAIMENT rapide. J'ai utilisé InsertData avec un tableau de tableaux et un argument. Très lisse par rapport à HSSF et HSSF folie de POI et de la COM Exceptions de l'interopérabilité!!! +1
- ClosedXML est plus rapide car il utilise OpenXML, ce qui signifie qu'il est écrit le fichier directement. Il n'y a aucun intermédiaire d'Api, pas d'INTERFACE utilisateur pour la mise à jour, etc. Si c'est une option pour votre cas d'utilisation(s), il est probablement toujours être l'option la plus rapide, et vous pourriez faire la même chose avec juste normal OpenXML.
- Migré sur: github.com/ClosedXML/ClosedXML
InformationsquelleAutor MIKE
5

Désactiver ScreenUpdating avant d'écrire, Application.ScreenUpdating = FALSE puis allumez à la fin du code = TRUE

InformationsquelleAutor Paul Roberts
2

Utilisation Valeur2 pour le faire rapidement;
Montrer excel avant de les remplir de données

InformationsquelleAutor Siarhei Kuchuk
2

ClosedXML est un miracle, c'est beaucoup plus rapide et plus facile à utiliser.
```
var workbook = new XLWorkbook();//create the new book

var worksheet = workbook.Worksheets.Add("Computer Install");//Add a sheet
worksheet.Cell(1,1).Value = "PC Name";//(Row, column) write to a cell

workbook.SaveAs(@"LIC documents.xlsx");//Save the book
```
Vous installer à l'aide d'un nu pour faire passer un paquet.
https://www.nuget.org/packages/ClosedXML
- Yup, c'est impressionnant. Est passé d'environ 4,5 heures 5 minutes. Github: github.com/closedxml/closedxml
- ClosedXML est plus rapide car il utilise OpenXML, ce qui signifie qu'il est écrit le fichier directement. Il n'y a aucun intermédiaire d'Api, pas d'INTERFACE utilisateur pour la mise à jour, etc. Si c'est une option pour votre cas d'utilisation(s), il est probablement toujours être l'option la plus rapide, et vous pourriez faire la même chose avec juste normal OpenXML.
InformationsquelleAutor Chong Ching
0

Il y a trois façons de le faire, 2 sont cités dans les différentes réponses données par les autres:
1. Régler directement la valeur d'une plage dans excel en tableau 2D.
2. Écrire des données dans un fichier CSV, puis utilisez l'interopérabilité pour enregistrer le fichier CSV comme un xls ou xlsx.
3. Écrire des données dans un fichier CSV, puis utiliser les connexions de données à la fonctionnalité à utiliser le CSV comme une source de données et importer les données.
Toutes les trois méthodes ci-dessus sont très rapides. Je pourrais écrire des données avec une taille de 90000 lignes et 100 colonnes de l'ordre de 6 secondes.

P. S. Ils n'ont cependant pas de résoudre mon problème de mise en forme les données pour les bordures, les styles de polices, les couleurs, les cellules de la fusion etc.

InformationsquelleAutor Sanjit

Vous devez vous connecter pour publier un commentaire.