Je veux connaître les pensées des membres de débordement de pile sur le scénario ci-dessous basé sur leur expérience et leur compréhension. Nous obtenons entre 20 et 30 millions d'enregistrements en entrée (les entrées sont généralement des fichiers csv ou xls et peuvent être téléchargés vers la base de données si cela vous aide) et nous devons traiter ces enregistrements et générer différents fichiers, qui incluent les fichiers de sortie et les erreurs des dossiers. Ainsi, sur la base d'une logique métier, ces enregistrements sont déplacés vers des fichiers de sortie ou d'erreur. Actuellement, le processus en place utilise des packages SSIS et un outil ETL pour effectuer cette tâche. Ces pkgs et l'outil ETL lui-même prend 5 à 15 minutes à traiter, en fonction de la taille d'entrée.Remplacement de packages SSIS et de programmes ETL avec des applications de console .NET (C# .NET)?
Il existe un nombre d'entrées et un nombre de packages SSIS et de programmes ETL pour ceux-ci.
Nous souhaitons remplacer ces programmes SSIS et programmes ETL par une application .NET. Nous sommes préoccupés par la vitesse et les performances de ces applications .net, car les E/S sont généralement lentes en .net.
Ou y a-t-il une meilleure façon de gérer cela?
La question contient beaucoup d'erreurs, d'illusions et de mythes. IO lent dans .NET? Vraiment? L'E/S lente est causée par un code incorrect, de mauvaises requêtes et de mauvais schémas, pas parce que c'est .NET. * Pourquoi * voulez-vous vous éloigner de SSIS? Pensez-vous que vous pouvez reproduire la même fonctionnalité? Y compris la surveillance et l'enregistrement? Y compris le traitement de flux? Pourquoi pensez-vous qu'une application console sera * meilleure *? Quelles sont les exigences * réelles *? –