Има случаи, в които PostgreSQL на Windows плаща допълнителни разходи в сравнение с други решения, поради компромиси, направени при пренасянето му.
Например, PostgreSQL използва процес за връзка, MySQL използва нишка. В Unix това обикновено не е забележима разлика в производителността, но в Windows създаването на нови процеси е много скъпо (поради липсата на системното извикване fork()). Поради тази причина използването на постоянни връзки или пул за връзки е много по-важно за Windows, когато използвате PostgreSQL.
Друг проблем, който видях, е, че ранният PostgreSQL на Windows по подразбиране ще се увери, че записите минават през кеша за запис - дори ако е с батерия. AFAIK, MySQL не прави това и това ще повлияе значително на производителността на запис. Това всъщност е необходимо, ако имате небезопасен хардуер, като евтино устройство. Но ако имате кеш за запис, поддържан от батерия, искате да промените това на обикновен fsync. Съвременните версии на PostgreSQL (със сигурност 8.3) по подразбиране ще използват open_datasync вместо това, което би трябвало да премахне тази разлика.
Също така не споменавате нищо за това как сте настроили конфигурацията на базата данни. По подразбиране конфигурационният файл, доставен с PostgreSQL, е много консервативен. Ако не сте променили нищо там, определено трябва да го разгледате. Има някои съвети за настройка в PostgreSQL wiki .
За да дадете повече подробности, ще трябва да предоставите много повече подробности за това какво точно работи бавно и как сте настроили вашата база данни. Бих предложил имейл до pgsql-general mailinglist.