Podobnie jak w przypadku Androida lub iOS, sugerowałbym zbudowanie pośredniej usługi sieciowej, która jest dostarczana przez serwer w Internecie, z którym rozmawiają telefony, zamiast rozmawiać bezpośrednio z bazą danych. Usługa sieciowa zaakceptuje REST+JSON, REST+XML, XML-RPC, SOAP lub jakikolwiek inny preferowany protokół usługi sieciowej z klientów telefonu. Działałby na żądanie z telefonów, robiąc wszystko, co jest potrzebne w bazie danych, aby spełnić żądanie, i zwracał dowolny wynik za pośrednictwem protokołu usługi sieciowej.
Oznacza to, że Twoje indywidualne telefony nie potrzebują połączeń bezpośrednio z PostgreSQL – to dobra rzecz, ponieważ połączenia z siecią telefoniczną są niestabilne, a logika ponawiania/przywracania może być trudna do uzyskania. Wylądowałbyś z wieloma wiszącymi połączeniami z serwerem Pg. Jesteś dużo lepiej z protokołem bezstanowym, takim jak HTTP, aby komunikować się z usługą sieciową, która następnie wykonuje prawdziwą pracę.
Wybierz protokół usług internetowych, z którym najłatwiej będzie pracować w systemie Windows Phone 6.5 i zaimplementuj go przy użyciu preferowanego serwera zaplecza. W twoim przypadku wyobrażam sobie, że prawdopodobnie będzie to .NET na IIS.
W zależności od aplikacji możesz już mać protokół usługi sieciowej. Jeśli masz nowoczesną wersję strony internetowej, jest całkiem prawdopodobne, że użyjesz JavaScript z REST + JSON do wywoływania punktów końcowych serwera, w którym to przypadku możesz po prostu rozszerzyć i ponownie użyć ich w aplikacji na telefon.
