Как работает Entity Framework Core

@MaksimkaI · Регистрация: 24.07.2018

Студворк — интернет-сервис помощи студентам

Добрый день! В веб проекте будет сканирование штрихкодов, как штрихкод сканируется, полученный код это номер заказа. Этот код далее пройдет проверку на существование такого кода в базе (т.е. существует ли такой номер заказа) и если все хорошо то в базу занесутся данные текущей даты.
В чем вопрос.
EF будет каждый раз нагружать базу при проверке? или закешированные данные при каждом обращении может как то изменяются? Т.е. перехожу я на страницу с заказами, у меня получается приходит таблица

C#
1
myDBContext.Customers

1. Теперь я нажимаю кнопку Отгрузить заказа
2. Выскакивает модальное окно, я сканирую штрихкод
3. Нажимаю на кнопку ОК и пошла проверка на существование такого заказа

EF теперь куда обратиться? к старому закешированному (допустим на момент первоначальной загрузки страницы заказ не был готов, прошла минута и заказ проштриховал кто то в цеху то что он готов)

C#
1
myDBContext.Customers

или EF отловит, что произошли изменения и

C#
1
myDBContext.Customers

надо обновить.

@Usaga · 02.09.2019, 09:59

Сообщение от MaksimkaI

EF теперь куда обратиться?

А сами как думаете, куда EF за данными обращается?)

Сообщение от MaksimkaI

у меня получается приходит таблица

У вас "приходит" не таблица, а объект с помощью которого к этой таблице можно построить запрос. Никаких данных в этом объекте нет.

У EF'а есть кеш контекста, в котором сохраняются объекты после их выгрузги из базы или добавления туда. Но никакой поиск по нему не ведётся, только определение состояния объектов и для реализации паттерна Identity Map.

@MaksimkaI · 02.09.2019, 10:04 **[ТС]**

Usaga, Я понимаю, что не силен в точных определениях. Я думаю смысл понятен).

Сообщение от Usaga

У EF'а есть кеш контекста, в котором сохраняются объекты после их выгрузги из базы или добавления туда. Но никакой поиск по нему не ведётся, только определение состояния объектов и для реализации паттерна Identity Map.

То есть поиск то ведется по физической базе?

Почему вообще возник вопрос работы EF, это потому что проект будет в первое время на моем рабочем ПК. Примерно 10 точек где штрихуют. Думаю какая нагрузка, В таблице заказов больше 4к строк

@kolorotur · 02.09.2019, 10:04

Сообщение от MaksimkaI

Добрый день!

Здравствуйте!

Сообщение от MaksimkaI

Этот код далее пройдет проверку на существование такого кода в базе (т.е. существует ли такой номер заказа) и если все хорошо то в базу занесутся данные текущей даты.

Не забудьте пометить дату как Concurrency Token — на случай, если между проверкой и обновлением кто-то другой попытается сделать то же самое с тем же заказом.

Сообщение от MaksimkaI

EF будет каждый раз нагружать базу при проверке?

Зависит от метода доступа.
Если DbContext создается новый для каждой транзакции (как должно быть), то каждый раз будет запрос в базу.
Если контекст используется один и тот же, то метод Find будет искать в кэше, а Linq-методы фильтрации — в базе.

@Usaga · 02.09.2019, 10:11

Сообщение от MaksimkaI

Почему вообще возник вопрос работы EF, это потому что проект будет в первое время на моем рабочем ПК. Примерно 10 точек где штрихуют. Думаю какая нагрузка, В таблице заказов больше 4к строк

Добавление индекса по полю с кодом товара (который из штрих-кода приходит) сделает поиск практически моментальным. EF тут ни при чём.

Добавлено через 1 минуту

Не по теме:

Сообщение от kolorotur

Не забудьте пометить дату как Concurrency Token — на случай, если между проверкой и обновлением кто-то другой попытается сделать то же самое с тем же заказом.

Я бы для этого завёл отдельное поле в базе. Если речь о SQL Server, то там уже и тип есть специальный - RowVersion\TimeStamp. Дата для такого момента не подходит, ибо её точность меньше требуемой, да и совсем одновременные даты вообще не исключены.

@MaksimkaI · 02.09.2019, 10:14 **[ТС]**

Сообщение от Usaga

Добавление индекса по полю с кодом товара (который из штрих-кода приходит) сделает поиск практически моментальным. EF тут ни при чём

Можно более простыми словами?

@Usaga · 02.09.2019, 10:15

Сообщение от MaksimkaI

Можно более простыми словами?

В СУБД для колонок (как отдельных, так и групп) можно создавать специальную структуру данных - ИНДЕКС. Поиск по этой структуре очень быстрый даже, если в ней дохреналион данных.

@MaksimkaI · 02.09.2019, 10:23 **[ТС]**

Сообщение от Usaga

У EF'а есть кеш контекста, в котором сохраняются объекты после их выгрузги из базы или добавления туда. Но никакой поиск по нему не ведётся, только определение состояния объектов и для реализации паттерна Identity Map.

Вы говорите поиск по кешу не ведется я правильно понял?

Сообщение от kolorotur

Если контекст используется один и тот же, то метод Find будет искать в кэше, а Linq-методы фильтрации — в базе.

А тут поиск в кеше говорит)

Добавлено через 46 секунд
Допустим контекс используется один и тот же

@Usaga · 02.09.2019, 10:38

Сообщение от MaksimkaI

Вы говорите поиск по кешу не ведется я правильно понял?

Поиск в кеше идёт только по первичному ключу. Для реализации Identity Map.

Сообщение от MaksimkaI

А тут поиск в кеше говорит)

Тут однозначно сказано, что поиск в кеше только при вызове метода Find, которому передаётся первичный ключ. Поиск по другим полям идёт сразу в базе.

@MaksimkaI · 02.09.2019, 10:46 **[ТС]**

Usaga, Че то я совсем запутался

1. Загружаю страницу
2. Приходит контекс моей таблицы
3. Нажимаю кнопку Отгрузить
4. сканирую код - получаю номер заказа
5. Ищу номер заказа ( то ли в закешированном контексте, то ли сразу в базе? При этом New контекст не создается.)

p.s. Номер заказа не совпадает с идентификатором строки. Id - первый столбец, Номер заказа следующий столбец.

Где у меня будет номер заказа искать?

Без научных определений пожалуйста.

@Usaga · 02.09.2019, 10:46

Сообщение от MaksimkaI

Где у меня будет номер заказа искать?

В базе. Всегда.

@MaksimkaI · 02.09.2019, 10:50 **[ТС]**

Usaga, Вот это кратко и ясно. Спасибо!

Добавлено через 2 минуты
И да придется думаю какую то таблицу отдельную делать с ссылкой на таблицу заказов. Где будет отмечаться Готовность заказа и т.д. на каком этапе находится.

@Usaga · 02.09.2019, 10:51

MaksimkaI, это можно в самой таблице заказов держать, ибо напрямую к нему относится и неразделимо с заказом.

@MaksimkaI · 02.09.2019, 12:32 **[ТС]**

Сообщение от Usaga

это можно в самой таблице заказов держать, ибо напрямую к нему относится и неразделимо с заказом.

А если столбцов порядка 40-50 ничего? Само собой использоваться будет один-ко-многим или другой подход.
То есть основная таблица это заказ в ней будет (Id, Number, CustomerId, ModelDoorId, и т.д.) Это как раз один-ко-многим вроде как.

@Usaga · 02.09.2019, 12:49

Сообщение от MaksimkaI

А если столбцов порядка 40-50 ничего?

Это значит, что у вас какая-то дичь в архитектуре базы.

Сообщение от MaksimkaI

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

Ну так это и реализуется полем в самой таблице заказов. В моём представлении, заказ не может существовать без статуса. Значит поле со статусом должно присутствовать в таблице заказов. Это может быть перечисление или внешний ключ на таблицу справочника со статусами. Но эта связь не должна быть во внешней таблице. В противном случае такая система допускает отсутствие статусов или множественное их существование для одного заказа. А это бред.

@MaksimkaI · 02.09.2019, 13:03 **[ТС]**

Сообщение от Usaga

Это значит, что у вас какая-то дичь в архитектуре базы.

Ну так если все с сылками будет.
1 заказ это 1 дверь
У двери много номенклатур: замки(основной, дополнительный),накладки, ручки, панели, засовы, эксцентрики, причем цвета у фурнитуры надо указывать. Вот и набирается столько столбцов.

А если связи между таблицами соблюдать это все равно дичь?)

@Usaga · 02.09.2019, 13:06

Сообщение от MaksimkaI

У двери много номенклатур: замки(основной, дополнительный),накладки, ручки, панели, засовы, эксцентрики, причем цвета у фурнитуры надо указывать. Вот и набирается столько столбцов.

Нет, не набирается. Есть концепция "номенклатура". Подразумевается, что всё выше перечисленное реализуется одной концепцией, в одной таблице. Значит нужны связи многие-ко-многим.

1. Таблица заказов
2. Таблицы номенклатуры (ручки, двери, засовы, всё остальное)
3. Таблица связей ЗаказНоменклатура

На каждую связь не новая колонка в таблице заказа, а новая запись в таблице ЗаказНоменклатура.

Новые блоги и статьи Все статьи Все блоги /
Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Programma_Boinc 23.12.2025 Рецензия / Мнение/ Перевод Нашел на реддите интересную статью под названием The Thinkpad X220 Tablet is the best budget school laptop period . Ниже её машинный перевод. Thinkpad X220 Tablet —. . .	PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .
От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .

@MaksimkaI 130 / 68 / 31 Регистрация: 24.07.2018 Сообщений: 787
	02.09.2019, 10:46 [ТС]
	Usaga, Че то я совсем запутался 1. Загружаю страницу 2. Приходит контекс моей таблицы 3. Нажимаю кнопку Отгрузить 4. сканирую код - получаю номер заказа 5. Ищу номер заказа ( то ли в закешированном контексте, то ли сразу в базе? При этом New контекст не создается.) p.s. Номер заказа не совпадает с идентификатором строки. Id - первый столбец, Номер заказа следующий столбец. Где у меня будет номер заказа искать? Без научных определений пожалуйста. 0

@MaksimkaI 130 / 68 / 31 Регистрация: 24.07.2018 Сообщений: 787
	02.09.2019, 10:50 [ТС]
	Usaga, Вот это кратко и ясно. Спасибо! Добавлено через 2 минуты И да придется думаю какую то таблицу отдельную делать с ссылкой на таблицу заказов. Где будет отмечаться Готовность заказа и т.д. на каком этапе находится. 0

@Usaga 14096 / 9313 / 1349 Регистрация: 21.01.2016 Сообщений: 34,988
	02.09.2019, 10:51
	MaksimkaI, это можно в самой таблице заказов держать, ибо напрямую к нему относится и неразделимо с заказом. 0

Как работает Entity Framework Core

Решение