Поставщик PostgreSQL .NET работает медленно по сравнению со старым поставщиком ODBC - PullRequest
1 голос
/ 29 октября 2010

Почему провайдер данных .NET NPGSQL работает медленнее, чем провайдер ODBC?Я не пробовал NPGSQL 2.0, но работал с NPGSQL 1.0.Это было очень медленно.

Какой у вас опыт работы с NPGSQL 2.0?

Ответы [ 3 ]

1 голос
/ 26 сентября 2011

я пробовал с npgsql 2.0, и все же у меня нет никаких изменений в производительности.это работает очень, очень медленно.Решение, которое я использую, без ado.net.я использую executereader, а затем анализировать эти данные в объект.... я считаю, что npgsql не очень хорошо разбирает текстовые столбцы с большим объемом данных, потому что в некоторых случаях я заметил, что производительность хорошая, когда результат не слишком велик, а данные не содержат большихтекстовые столбцы.

1 голос
/ 30 октября 2010

У меня не было проблем с 2.0.1 и заметной разницы в скорости, в отличие от ODBC (я слышал, что Npgsql 1.0 не был великолепен, но не использовал его).Использовать его с ADO .Net в приложениях Windows Forms и WPF не проблема.Одна рекомендация при этом: более надежно принять «отключенную» парадигму, используемую ADO: открыть соединение, что-то сделать, закрыть соединение, а не пытаться использовать одно открытое соединение на протяжении всего срока службы вашего приложения..

Также я считаю, что лучше использовать эту страницу, чем pgFoundry: http://npgsql.projects.postgresql.org/

0 голосов
/ 13 декабря 2011

Стоит отметить, что существенное изменение в этом отношении было внесено с 2.0beta3, который был выпущен 2008-04-07. Изменение в подходе было настолько значительным, что было необходимо добавить флаг обратной совместимости в строку подключения, поскольку некоторый код зависел от побочных эффектов старого подхода. Это также означает, что разница между ними задокументирована .

...