Я создаю приложение Access или, возможно, свойство. Я хотел бы сохранить данные локально, поэтому в этом случае не будет SQL Server.:)
Как вы думаете, куда идти?
Я создаю приложение Access или, возможно, свойство. Я хотел бы сохранить данные локально, поэтому в этом случае не будет SQL Server.:)
Как вы думаете, куда идти?
Я бы взял SQLite либо в своей чистой, либо в .NET-форме (выполнив поиск в Google для sqlite.net) даст вам несколько вариантов). Это супер-портативный и, на мой взгляд, проще настроить и распространять, чем компакт-диск SQL Server.
Важно, чтобы вы не слишком тесно связаны с вашим механизмом персистентности в своем коде, поэтому в будущем вы можете легко заменить любую стратегию хранения, которую вы хотите.
Я знаю, что вы не сказали SQL Server, но я читаю это, чтобы вы не хотели "сервера", и хотите сохранить свои данные на клиенте. Я также предполагаю, что вы, вероятно, не возражаете против некоторой управляемости ваших данных. Вы знаете, что-то вроде резервного копирования. И транзакции всегда приятны, поэтому ваши данные могут оставаться неизменными. Таким образом, хотя вы можете использовать XML (пожалуйста, изгнать все мысли о Access из вашего ума), вы в конечном итоге откажитесь от своей собственной стойкости, когда это будет решена проблема.
Итак, пожалуйста, просмотрите бесплатную версию SQL Server Compact. Он легкий, предназначен для работы на настольном или мобильном устройстве и легко развертывается, если ваше приложение когда-либо должно это делать. И все общие основы сохранения поддерживают его. И я упомянул, что это бесплатно (так как ничего не стоит)?
Я бы предложил выбрать самый простой источник данных и развязать его соответствующим образом, чтобы позднее вы могли заглянуть в новый, другой источник данных, когда вы выясните, что подходит для ваших целей. С этой целью вы можете найти что-то вроде XML или даже открытого текста как простейшую вещь, которая могла бы работать.
После определения характеристик, которые вам понадобятся из источника данных, в зависимости от вашего фактического использования, выберите соответствующий резервный магазин.
Я не думаю, что это важно для принятия этого решения, потому что это личный проект, а не коммерческий.
Один мертвый простой подход, который я использовал в прошлом, - это ваша идея "XML файла". Просто создайте объект, который описывает нужные вам данные, а затем сериализуйте его в xml.
Грег абсолютно прав, когда говорит, что убедитесь, что ваш источник данных отсоединен правильно, поэтому вы можете его отключить, если ваши требования меняются.