2012-02-06 3 views
0

Я работаю над окном. Пользователь должен сначала зарегистрироваться, чтобы использовать это приложение. Поэтому, чтобы хранить информацию о пользователе, я использую MS-Access в качестве базы данных. Существует не так много информации, которая будет храниться, так как это приложение будет на индивидуальной машине. Существует несколько настроек и некоторая информация для пользователя.Место хранения приложений Windows

Я чувствую, что с использованием MS-Access мое приложение будет зависеть от другого приложения как MS-Access. Нет необходимости иметь MS-офис на компьютере конечного пользователя.

Так вы можете предложить мне лучший способ безопасного хранения данных без какой-либо зависимости.

Одна вещь, которую я хочу очистить, состоит в том, что информация будет иметь разные типы, такие как информация о пользователе, некоторые пути к папкам/файлам и другая информация. Я хотел бы сохранить эту информацию отдельно друг от друга.

Благодаря Abhie

+0

Вы должны использовать API настроек для пользовательских настроек. Похоже, вам совсем не нужна база данных. –

+0

Привет, Андрей, что это за API? –

+0

Я сейчас на мобильном телефоне. Возможно, кто-то может ссылаться на него на msdn. –

ответ

1

Я думаю, что нашел решение.

Best practice to save application settings in a Windows Forms Application

Я надеюсь, что это поможет другим, стоящие перед той же проблемой.

Stackoverflow Team Вы занимаетесь сказочной работой. Одно предложение; можете ли вы поместить чат для разработчиков, чтобы обсудить их проблемы. Я думаю, что это сделает его более легким, чтобы найти ответы на сложные проблемы ... :)

С уважением

0

вам необходимо включить драйвер базы данных Access Engine в клиентском компьютере, для того, чтобы подключить его.

MS Access Database Engine

+0

Да, я понимаю это, я сохраню его как последний вариант, так как это будет своего рода зависимость. Поэтому я хочу создать безопасный и надежный способ сделать это. –

0

Если вы используете .NET, лучший выбор для получения места, рекомендованные папки для данных приложения (например, файл MDB), вероятно, лучше всего получить с помощью Environment.GetFolderPath

См: http://msdn.microsoft.com/en-us/library/system.environment.getfolderpath.aspx

Возможно, вас интересуют ApplicationData или LocalApplicationData для данных пользователя или CommonApplicationData для данных, общих для всех пользователей в качестве места хранения (а затем подходящей компании/ubdirectories, добавленные к нему).

+0

Проблема не в хранении файлов db, а в использовании базы данных или чего-то еще. Это приложение будет находиться на машине отдельного пользователя. Поэтому здесь не существует концепции нескольких пользователей. –

+0

@ Deepak - Не могли бы вы еще прояснить, что вы спрашиваете? Казалось, что вы искали информацию о том, где хранить файлы пользователей. Является ли это файлом MDB, конкретным XML-файлом и т. Д. Я считаю, что мой ответ: ГДЕ вы должны его хранить. Вы спрашиваете, как вы должны его спасать? (например, альтернативы MS Access для реляционных данных) – userx

+0

Извините, если я не совсем понимаю вопрос.Я хочу знать, что лучший способ хранить пользователя + другую важную информацию. Должен ли я сохранить его в базе данных или есть другой лучший вариант, доступный в визуальной студии. Например, я могу искать файлы XML или записи в реестре. Но я боюсь проблем с разрешениями. –

Смежные вопросы