By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
445,645 Members | 1,048 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 445,645 IT Pros & Developers. It's quick & easy.

"Correct" place to stopre data files?

P: n/a
I've been somewhat confused about what the "proper" place is to store
data files (like file based databases) for my applications.

With all the different "special" folders available, which is the correct
one for databases that get updated every time a user runs the
application? I need to make sure that Windows 98 users can use my
software as well, but I also need make sure that the data file is always
accessible at a consistent location in my software.

Any tips appreciated!

--
- Mitchell Vincent
- kBilling - Invoices Made Easy!
- http://www.k-billing.com
Nov 21 '05 #1
Share this Question
Share on Google+
13 Replies


P: n/a
Mitchel,

Although not correct is the application.startuppath as well not a bad place.
We see it Microsoft do with Visual Studio Net.

I hope this helps,

Cor
Nov 21 '05 #2

P: n/a
"Mitchell Vincent" <mv******@newsgroup.nospam> schrieb:
You should be able to write to the Application.UserAppDataPath folder
safely.


Is that accessible to "all users"? I always install my software so that
any user on the system can access it.


Use
'Environment.GetFolderPath(Environment.SpecialFold er.CommonApplicationData)'
instead.

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://classicvb.org/petition/>

Nov 21 '05 #3

P: n/a
You should be able to write to the Application.UserAppDataPath folder
safely.

"Mitchell Vincent" <mv******@newsgroup.nospam> wrote in message
news:eS*************@TK2MSFTNGP10.phx.gbl...
I've been somewhat confused about what the "proper" place is to store data
files (like file based databases) for my applications.

With all the different "special" folders available, which is the correct
one for databases that get updated every time a user runs the application?
I need to make sure that Windows 98 users can use my software as well, but
I also need make sure that the data file is always accessible at a
consistent location in my software.

Any tips appreciated!

--
- Mitchell Vincent
- kBilling - Invoices Made Easy!
- http://www.k-billing.com

Nov 21 '05 #4

P: n/a
Marina wrote:
You should be able to write to the Application.UserAppDataPath folder
safely.


Is that accessible to "all users"? I always install my software so that
any user on the system can access it.

--
- Mitchell Vincent
- kBilling - Invoices Made Easy!
- http://www.k-billing.com
Nov 21 '05 #5

P: n/a
Yes, this will be stored in each users's data directory. Try it out and run
some quick test to see if it meets your needs.

"Mitchell Vincent" <mv******@newsgroup.nospam> wrote in message
news:%2****************@TK2MSFTNGP10.phx.gbl...
Marina wrote:
You should be able to write to the Application.UserAppDataPath folder
safely.


Is that accessible to "all users"? I always install my software so that
any user on the system can access it.

--
- Mitchell Vincent
- kBilling - Invoices Made Easy!
- http://www.k-billing.com

Nov 21 '05 #6

P: n/a
Herfried K. Wagner [MVP] wrote:
Use
'Environment.GetFolderPath(Environment.SpecialFold er.CommonApplicationData)'
instead.


I assume it works with Windows 98, but where is the actual directory on
a 98 box? I don't have one to test, or I would.

Thanks!

--
- Mitchell Vincent
- kBilling - Invoices Made Easy!
- http://www.k-billing.com
Nov 21 '05 #7

P: n/a
Mitchel,

Although not correct is the application.startuppath as well not a bad place.
We see it Microsoft do with Visual Studio Net.

I hope this helps,

Cor
Nov 21 '05 #8

P: n/a
Cor Ligthert [MVP] wrote:
Mitchel,

Although not correct is the application.startuppath as well not a bad place.
We see it Microsoft do with Visual Studio Net.

I hope this helps,

Cor


That's what I do now, but I was thinking that in some multi-user setups
the user might not be able to write to the Program Files directory, so
all the writes to the database *could* fail in theory.

--
- Mitchell Vincent
- kBilling - Invoices Made Easy!
- http://www.k-billing.com
Nov 21 '05 #9

P: n/a
"Mitchell Vincent" <mv******@newsgroup.nospam> schrieb:
You should be able to write to the Application.UserAppDataPath folder
safely.


Is that accessible to "all users"? I always install my software so that
any user on the system can access it.


Use
'Environment.GetFolderPath(Environment.SpecialFold er.CommonApplicationData)'
instead.

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://classicvb.org/petition/>

Nov 21 '05 #10

P: n/a
Herfried K. Wagner [MVP] wrote:
Use
'Environment.GetFolderPath(Environment.SpecialFold er.CommonApplicationData)'
instead.


I assume it works with Windows 98, but where is the actual directory on
a 98 box? I don't have one to test, or I would.

Thanks!

--
- Mitchell Vincent
- kBilling - Invoices Made Easy!
- http://www.k-billing.com
Nov 21 '05 #11

P: n/a
Cor Ligthert [MVP] wrote:
Mitchel,

Although not correct is the application.startuppath as well not a bad place.
We see it Microsoft do with Visual Studio Net.

I hope this helps,

Cor


That's what I do now, but I was thinking that in some multi-user setups
the user might not be able to write to the Program Files directory, so
all the writes to the database *could* fail in theory.

--
- Mitchell Vincent
- kBilling - Invoices Made Easy!
- http://www.k-billing.com
Nov 21 '05 #12

P: n/a
Hi

I think in win98, it should be the directory similar with below
CSIDL_COMMON_APPDATA,CommonApplicationData
C:\WINDOWS\All Users\Application Data

Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

Nov 21 '05 #13

P: n/a
Hi

I think in win98, it should be the directory similar with below
CSIDL_COMMON_APPDATA,CommonApplicationData
C:\WINDOWS\All Users\Application Data

Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

Nov 21 '05 #14

This discussion thread is closed

Replies have been disabled for this discussion.