Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 КПК (pocket PC) и SQL Server  [new]
Vetalzzz
Member

Откуда: Москва
Сообщений: 3
На чем лучше писать приложение для КПК (Pocket PC), чтобы потом проще(с помощью чего) реализовать синхронизацию данных с Microsoft SQL Server 2000 ?
22 янв 04, 12:09    [502396]     Ответить | Цитировать Сообщить модератору
 Re: КПК (pocket PC) и SQL Server  [new]
sorgery
Member

Откуда: S-Pb
Сообщений: 458
для покетов есть версия SQL CE, можешь ее на кпк поставить и синхронизировать. Также у МС есть и студия для покетов (хочешь Basic хочешь C)
22 янв 04, 12:14    [502406]     Ответить | Цитировать Сообщить модератору
 Re: КПК (pocket PC) и SQL Server  [new]
qu-qu
Member

Откуда:
Сообщений: 9112
Если речь идет именно о платформе Pocket PC (она же Windows CE, Windows Mobile etc.) то в ней не особо много имеется - "на чем писать приложения" вообще, не говоря уже о том - "на чем лучше"...

Embedded Visual Tools (eVB и eVC++) для платформы Windows CE (Pocket PC, Pocket PC 2000), да .NET Compact Framework (VB7 и C#) для Windows Mobile.

В обоих платформах "синхронизация данных" с "большими" SQL-серверами осуществляется через сильно "кастрированный" вариант ADO (ADO.NET), который называется ADOCE (ADO.NET Compact Edition). Основные ограничения связаны с тем, что доступ к серверу идет не напрямую из кода компонента ADOCE, а через "внешнюю" оболочку, т.н. "агента", вернее даже через пару "агентов": со стороны КПК это ssceca20.dll, который имеет API-оболочку в виде объктов RDA (Remote Data Access), со стороны сервера - это sscesa20.dll, которая обязательно(!) запускается в процессе IIS-а и транслирует SQL-запросы от КПК к SQL-серверу через HTTP-протокол, иными словами - для "связи" с "большим" SQL-сервером по "технологии MicroSoft" обязательно необходимо иметь SQL CE на КПК плюс IIS с настроенным "виртуальным каталогом" на стороне сервера. Основной минус такой схемы - полное отсутствие поддержки транзакций на уровне ADO-соединения, т.к. "реальное" соединение с SQL-сервером делает IIS, а КПК только получает от него результаты обработки своих запросов.

Как альтернативу данному способу - некоторые западные фирмульки предлагают собственные "промежуточные звенья" в разрыве между ADOCE и SQL-сервером (вместо IIS+sscesa20.dll), но у каждого из этих "средств" имеется собственный набор недостатков (недоработок), описывать которые у меня счаз нет времени, поищите в и-нете по ключевым словам ViaDB или CEFusion, скачайте триалы, посмотрите...

Если времени на проект у вас достаточно много и есть достаточная квалификация для написания собственного Socket-сервера - то лучше, IMHO, взять eVC++ со стороны КПК и VC++ со стороны сервера, да и написать свой собственный "промежуточный слой", если все получится "как надо", глядишь - и за бабки можно будет в "буржуинстве" продавать... :-)).

З.Ы. например, 5 лицензий на подключение к серверу ViaDB в "буржуинстве" стоят $2000... :-))
22 янв 04, 12:55    [502516]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить