Best practice: How to save "long-living data" between programm starts.

Question

0.00/5 (No votes)

See more:

Hey there.
I always wanted to know, what other people think about saving data.
What do you recommend? Saving to binary files, database, other types of saving?

For this application, I get a token by an API per user ONE time and I can use it as long as I want.
I think the maximum amount of user per machine (the user/token-pairs I have to save) will be 10 users, so not very high.

Thanks for helping!

Posted 4-Jun-12 4:05am

NeonMika

Add a Solution

1 solution

Add a Solution

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

Sign in to your account

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Dave Kreskowiak · Accepted Answer · 2012-06-04T04:24:00

Honestly, this would be dictated by your application requirements. Does the user request the token in the app? Is it supplied by an administrator? Is it forever linked to that user? Do they need to recover THAT token if the machine is wiped out and rebuilt? Can they request a new token if it's lost? Blah, blah, blah, ...

Where you store it would be dictated by the answers to those questions, and possibly more.