Предложения по обработке данных .Net

Question

Я только начинаю писать заявление. Часть того, что ему нужно сделать, это выполнить запросы к базе данных о питательной ценности. У меня есть наборы USDA SR21 в виде файлов ASCII с разделителями.

Мне нужен совет. Я ищу лучший способ импортировать эти данные в приложение и сделать их легко и быстро запрашиваемыми во время выполнения. Я буду использовать его для всех стандартных вещей. Динамическое заполнение элементов управления, Datagrids, вычислений и т. Д. Мне также нужно будет выполнять постоянное хранение данных для конкретного пользователя. Это не будет коммерческое приложение, так что, надеюсь, это открывает возможности. Я в порядке с .Net Framework 3.5, так что Linq - это возможность доступа к данным (просто не знаю, будет ли это лучшим решением или нет). Итак, каковы некоторые предложения для постоянного хранения в этом сценарии? За какими гадками я должен следить? Ссылки на примеры всегда приветствуются, конечно.

Answer 1

Это выглядит довольно маленьким, так что я бы разработал подходящую объектную модель, загрузил весь участок в память и затем использовал LINQ to Objects.

Я не совсем уверен, о чем вы спрашиваете о «постоянном хранилище» - разве вы не просто читаете данные? Разве у вас уже нет этого в текстовых файлах? Я не уверен, почему вы хотите представить что-нибудь еще.

Answer 2

Используйте Linq или текстовые данные, чтобы перечислить метод

1.создать список.

2.Считайте текстовый файл построчно (или все строки).

3. обработать строку - получить необходимые данные и прикрепить к списку.

4. обработать список для дальнейшего использования.

постоянным хранилищем будут файлы, а список будет изменчивым.

Answer 3

Я согласен, что вы получите выгоду от базы данных, особенно для быстрого запроса, и даже больше, если вы сохраняете пользовательские изменения в данных. Чтобы загрузить данные плоского файла в SQL Server (включая Express), вы можете использовать SSIS.

Answer 4

Мой соблазн был бы импортировать данные в SQL Server (Express, если вы не хотите развертывать приложение), так как это знакомый мне источник. В качестве альтернативы вы можете создать источник данных ODBC, используя обработчик текстового файла, чтобы получить соединение с базой данных.

Answer 5

Я бы импортировал плоские файлы в SQL Server и получал доступ через стандартные функции ADO.NET. Мало того, что доступ к БД всегда лучше (более надежный и мощный), чем файловый ввод-вывод, в том, что касается запросов и манипуляций с данными, но вы также можете воспользоваться возможностями кэширования SQL Server, тем более что эти данные не будут меняться часто.

Если вам необходимо периодически загружать обновленные плоские файлы, то обратите внимание на разработку службы, которая автоматически запрашивает эти файлы и импортирует их в SQL Server.

РЕДАКТИРОВАТЬ: я имею в виду SQL Server, но не стесняйтесь использовать любую СУБД.