I guess that depends on exactly what's going on in the foreground. I think
that all current CE databases are single-user, so you have a potential
conflict. You'd also need to check on what happens if you have multiple
accessors of the same data on the same client device with respect to
changes. I think that, generally, if there's a substantial update to be
performed, it's better to show the user what's going on and how long it
takes. A) That tells him when he should do that operation, B) It avoids
many problems with synchronization. If you are actually using RDA to get
your results, rather than the whole DB, maybe it makes sense, but I'm not
convinced when most of the data operations are local.
Paul T.
"Harry Simpson" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
> Wondering if this would be a smart way to do "background syncing of local
> database and calls from to the web service to upload info to the SQL
> Server via ce agent? That way the user could continue on with the PPC app
> and the syncing could be done separatly as long as there weren't conflicts
> in accessing the local DB at the same time
>
> Also I do RDA pull which requires me to delete the table before I pull
> another one....
>
> Harry
>
> "Paul G. Tobey [eMVP]" <ptobey no spam AT no instrument no spam DOT com>
> wrote in message news:(E-Mail Removed)...
>> Sure, you can build a console application with the New Project wizard and
>> just keep it running in the background. You can't be a real 'service',
>> in the Windows CE sense of things, because that makes you a DLL with
>> exports, which you can't build from managed code, but you can run in the
>> background with no UI.
>>
>> Paul T.
>>
>> "Ray" <(E-Mail Removed)> wrote in message
>> news:3BBA23AD-05D7-47F9-899C-(E-Mail Removed)...
>>> Hi. Is it possible to make a background app with .NET CF and PPC 2003?
>>>
>>> I saw other posts about start the app with system start.
>>>
>>> Are there any other alternatives? I would like something like a Windows
>>> service, if possible.
>>>
>>> Thanks in advance,
>>> Ray
>>
>>
>
>
|