Pourquoi le fournisseur de données NPGSQL .NET est-il lent par rapport au fournisseur ODBC? Je n'ai pas essayé NPGSQL 2.0 mais j'ai travaillé avec NPGSQL 1.0. C'était très lent.Le fournisseur .NET de PostgreSQL s'exécute lentement par rapport à l'ancien fournisseur ODBC
Quelles sont vos expériences avec NPGSQL 2.0?
Avoir eu aucun problème avec 2.0.1 et aucune différence notable de vitesse par rapport à ODBC (j'ai entendu Npgsql 1.0 n'était pas génial mais je ne l'ai pas utilisé). Je l'ai utilisé avec ADO .Net dans Windows Forms et les applications WPF pas de problème. Une recommandation en ce sens: il est plus robuste d'adopter le paradigme 'déconnecté' utilisé par ADO qui est: Ouvrir une connexion, faire quelque chose, fermer une connexion, plutôt que d'essayer d'utiliser une seule connexion ouverte pour la durée de vie de votre application. .
aussi je trouve mieux d'utiliser cette page que le pgFoundry un: http://npgsql.projects.postgresql.org/
j'ai essayé avec Npgsql 2.0, et je n'ai toujours pas de changement dans la performance. ça marche très très lentement. la solution que j'utilise est sans ado.net. J'utilise executereader, puis analyser ces données dans un objet. ... je pense que npgsql n'analyse pas très bien les colonnes de texte avec une grande quantité de données, parce que dans certains cas j'ai remarqué que la performance est bonne, quand le résultat n'est pas trop grand et les données ne contiennent pas grand colonnes de texte.
Il est à noter qu'un changement significatif à cet égard a été fait avec 2.0beta3 qui a été publié le 2008-04-07. Le changement d'approche était suffisamment important pour qu'il soit nécessaire d'ajouter un indicateur de compatibilité descendante dans la chaîne de connexion car un certain code dépendait des effets secondaires de l'ancienne approche. Cela signifie également que la différence entre les deux est documented.