XDocument.Load(path) (xml linq) — оптимизация, в каком месте проекта лучше всего создать этот объект?

Question

[jonillien]

Прошу прощения за возможную некорректность, плохо разбираюсь с linq.
Какой способ использования XDocument (xml linq) лучше, если предположить что файл бд станет большим?

Сделать общим в классе и использовать в дальнейшем в методах?

public class XmlController
    {
        private string dbPath = @"DB.xml";
        XDocument xDoc;

        public bool load()
        {           
            try
            {
                xDoc = XDocument.Load(dbPath);
        }
...........

Или создавать объект в каждой фунции, при необходимости внесения коррекции в xml код подобной этой:

public bool addPack(string name)
        {
            try
            {
                XDocument xDoc = XDocument.Load(dbPath);
........

Answer 1

[Vincent1]

... если предположить что файл бд станет большим?

Большой это сколько по вашему?

... при необходимости внесения коррекции

Как часто предполагается вносить изменения?

Answer 2

[jonillien]

Большой это сколько по вашему?

относительно, минимум 50 - 100 тыс. и более элементов, со строками (слова, предожения), датами числами.

Как часто предполагается вносить изменения?

Программа запоминания инос. слов. Заучивание\повторения - внесения статист. данных. Добавление новых колод и карт и тп. Изменения данных. Т.е. непрерывного использования файла xml нет.

Comments

[Vincent1]

относительно, минимум 50 - 100 тыс. и более элементов, со строками (слова, предожения), датами числами.
Возможно, вам лучше использовать sqlite.

[jonillien]

Все же вопрос был немного о другом, т.е. лучше создавать объект XDocument как член объекта или внутри его методов?

[Сергей]

jonillien: Если нет конкурентного доступа к данным то лучше "как член объекта" т.к. чтение и парсинг файла тоже требуют времени. Ну и при 50к-100к элементах лучше посмотреть в сторону другого хранилища.

[jonillien]

Сергей: спасибо большое)