Как linq2sql отслеживает объекты базы данных?

Question

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

Итак, мой вопрос касается linq2sql.

Если я выполняю запрос и получаю некоторые объекты базы данных, или я создаю новый, каким-то образом объект linqcontext сохраняет ссылки на эти объекты. Если что-то меняется в одном из объектов, объект контекста «знает», что изменилось и нуждается в обновлении.

Если мои ссылки на объект равны нулю, означает ли это, что объект контекста также удаляет ссылку на этот объект? Или объект контекста медленно заполняется множеством ссылок и сохраняет объекты базы данных от сбора мусора?

Если нет, то как это работает?

Кроме того, не так ли медленно, чтобы объект базы данных всегда просматривал весь список, чтобы увидеть, что изменилось и обновить его?

Любое понимание того, как это работает, будет превосходным!

благодаря

Answer 1

да, контекст хранит ссылки из загруженных объектов. Это одна из причин, почему он не предназначен для использования с одним экземпляром, разделенным по различным запросам.

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

Answer 2

DataContext регистрирует ваши объекты PropertyChanged событие, чтобы узнать, когда оно будет изменено. На этом этапе он клонирует исходный объект и удерживает его, чтобы сравнить два объекта вместе позже, когда вы делаете свой SubmitChanges().

Если мои ссылки на объект равны нулю, значит ли это, что объект контекста также удаляет ссылку на этот объект?

Редактировать: Нет Извините за мой оригинальный ответ я неверно истолковал то, что вы написали. В этом случае контекст данных все еще имеет ссылку на оба объекта, но будет удалять связь с этими двумя объектами в следующем SubmitChanges().

Будьте осторожны, хотя. Если вы создали свои собственные объекты вместо использования тех, которые были созданы из .dbml, «магия», которую выполняет datacontext, может работать неправильно.