Hi Dan,
In my experience, which may not be typical, I rarely have a DB where the
records are all the same structure. That is definitely not a
requirement, you just have to make sure your app knows the structure of
the different kinds of records in your database. If you're seeing your
databases in the palm list of installed programs, then you're not
creating them properly. You should be creating them to have the same
creator id as your application, and then only your app shows up in the
list - the size associated with it will just be the size of your app
plus the size of all the associated databases.
I hope this helps.
DeAnna
-----Original Message-----
From: Dan Samber [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 11, 2001 12:36 PM
To: Palm Developer Forum
Subject: Store data without a database?
Hi!
I've written my first application that follows the guideline that all
the
records of a database should have the same fields. As a consequence,
I now have several databases associated with my application which
makes for some management troubles. In fact, I have so many PDB
files lying around, I began to worry that I'm missing something.....
Other applications that I use don't seem to require a number of PDB
files!
Even games that simply store the top ten scores (apparently) don't have
PDB files that require the user to install. Am I missing something?
Is there a way of storing data without using a database? Or are these
programs
hiding the database from view (my databases show up in the palm list
of installed programs).
I should clarify that my concern over the number of databases I use
is driven by the USER's trouble in adding and managing.... my program
can live with it!
Thanks!
Dan
PS BTW, Is having a DB consist of record of all the same structure
typical?
--
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/
