TsHeloWorlderМожно как-то заставить EF при поиске искать и в локальном кеше ?

Никак. Кеш у EF не для того, чтобы по нему выполнять запросы. Поэтому никак вообще. Совсем.
Прям тотальное НЕТ.

TsHeloWorlderДубли могут быть в РАЗНЫХ файлах. Т.е. нужно проверять наличие документа из файла с теми, что уже загружены в базу.

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

skyANAХм, AddOrUpdate ?




Т.е. по натуральному ключу И это не производительно для большого объёма строк. На каждую запись будет запрос в БД.

TsHeloWorlder,

Ещё вариант по-сложнее, постройте индекс в памяти по данным в БД, и оперируйте этим индексом.

Petro123БЛ может быть в базе и может коде c# кто базу не любит.

А можно до безумия любить базу, любить писать SQL запросы,.. и всё равно не размещать БЛ в базе, потому что интеллекта хватает — не делать таких глупых вещей

Petro123Если сервис обслуживания в базе, то это БЛ. Если этот же массив-коллекция-табличка в оперативке, то это БЛ не в базе.

Я правильно понимаю, если приложение отправляет в базу SQL-запрос, это уже БЛ в базе данных?
А как только данные получены в приложение и оно с ними работает, это уже БЛ в приложении?

Petro123Критерии появляются когда надо классифицировать и отделять одно от другого.

Т.е. они сами по себе появляются? С языка слетают?


Petro123Если это не требуется, то и вопроса нет.

Любая область знаний требует систематизации, понятий и терминологии. Иначе специалисты будут вести себя как базарные бабки на лавочке, у каждого свои понятия, и каждый как хочет на любой лад их выкручивает.

Petro123Все решения и подходы одинаковы как пылесосы.
У ТСа БЛ - это загнать таблички XLS в базу))).

Я эту задачу решал абсолютно разными способами.

Petro123hVostt,
лучше подскажи, NuGet пакеты и файлы надо в Git загонять или нет?

Нет конечно! Надо развернуть свой NuGet-сервер, сборки на билд-сервере тоже упаковывать в NuGet, публиковать в feed и публиковать оттуда.

Petro123Модель, это entity сущности, первая буква в ef
Обслуживающий код это все что не там.

Ток прочитал статью на хабре, чувак опечален, что Microsoft не создала свои абстракции поверх Entity Framework. Вот настолько продвинулось заболевание EF головного мозга. EF это всего лишь ORM, никаких моделей нет, есть одна модель базы данных, и классы, в которые EF запихивает содержание таблиц, затем отслеживает изменения в классах и запихивает изменения обратно. Инструмент безусловно классный и хороший, но не надо придумывать новую терминологию на EF и строить поверх свои теории.

Бизнес-логика в базе данных, это ХП, функции, триггеры. И никакой EF тут не при чём. Выполнение клиентом SQL это не бизнес-логика в базе. Ни в какой вселенной.


Petro123Сырые от Несырых отличает бизнес логика. Даже в виде галочки или sql.
Если приложение учетка - записал, прочитал.

Выдумали себе терминологию? Сырыми (RAW) данными называются необработанные данные, не имеющие чёткой спецификации. Спецификация СУБД насчёт хранимых данных — предельно чёткая. Так что не выдумывай пожалуйста.