Different solutions are appropriate for different situations. What will
happen if the database does not reside on the local system where the user
syncs his device. I'll not do the stupidity of keeping the device into sync
mode, burning it's batteries, till the data transmission on the tcp/ip
completes. What will happen if the client tells you to add the support of
one more database. Since you are trying to incorporate Excel hence it seems
that you are writting an application for a general users not for corporate
users (Just a guess). Excel is something which I'll assume that will be
present on every system (unless you are using the ultra cool Linux :-) or
Mac) hence you can go ahead with solution you have proposed.
A lot of databases supports the import and export of CSV volumes hence my
crude solution will still work if you have to change your target database in
the future. No doubt that for every probelm you are going to have n
solutions and in every solution there exist many opportunities of
improvement.
Regards,
Khurram+
----- Original Message -----
From: Ed Greenberg <[EMAIL PROTECTED]>
To: Palm Developer Forum <[EMAIL PROTECTED]>
Sent: Tuesday, September 11, 2001 10:30 PM
Subject: Re: pdb to MS access
> At 05:01 PM 9/11/2001 +0530, you wrote:
> >Well, Just from the top of my mind. You can write comma separated files
at
> >the dekstop during synchornization or directly from your PDB files and we
> >all very know that one can import the CSV files in MS access.
> >
> >Regards,
> >Khurram+
>
>
> Couldn't he write a conduit (VC++) that would sync the records to an
access
> database opened via ODBC?
>
> I have the same issue, but with an Excel spreadsheet as the target. I want
> a seamless sync. The above is my intent. Is there a reason why that is
> inappropriate?
>
> </edg>
>
>
>
> --
> For information on using the Palm Developer Forums, or to unsubscribe,
please see http://www.palmos.com/dev/tech/support/forums/
>
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
