Yes it would useful. Also, if you follow the C++ paradigm. It could be implemented
as a base C++ object and descendants of this
object could have more specific data types that are written and read from the same
base .pdb authoring code.
Steve
Ryan Robertson wrote:
> Bryan,
>
> > ODBC drivers generally deal with databases that are "Self describing", which
> > .pdb databases generally are not ( I recall some discussion among a couple
> > of ex-Newton programmers that were working on this) The best you could hope
> > to develop is either an ODBC driver that is specific to a single .pdb (like
> > you might already know the layout of the datebook.pdb) (read: Hard Coded),
> > or a super generic ODBC/.pdb reader that returns each record in a .pdb as a
> > blob, and leave it up the user of the ODBC driver to then decipher each
> > "blob" into the appropriate records/fields. The CDK already does something
> > similar to the this anyway.
>
> You are correct, the ODBC driver would probably just return the blob of data
> from a record. Then again, that's exactly what all of the CDK and Palm OS
> API data manager functions do.
>
> The CDK does do something similar, but imagine being able to create, append,
> and delete records in a PDB file from an ODBC driver. For instance, you
> could easily create a PDB file from a database of company information
> without having to learn the CDK API and you could do it all from whichever
> development tool you were most comfortable with instead of being confined to
> just VC++. Wow, that was a long sentence.
>
> It seems like it would be a fairly useful tool.
>
> Ryan
>
> --
> For information on using the Palm Developer Forums, or to unsubscribe, please see
>http://www.palm.com/devzone/mailinglists.html
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palm.com/devzone/mailinglists.html
