велика кількість джйнів, епплаїв і тд, на EF?
У нас на проекті ми юзаємо паттерн Specification
пишу чистий sql та викликаю його через context.Table.FromRawSql... В цілому ти можеш також впевнитися, що ef генерує адекватний запит, і скомпілювати його для швидкості Гуглити EF.CompileAsyncQuery() Бо запити такого розміру кожен раз білдити в SQL досить напряжно, це ж expression trees
А хіба еф його не кешує сам?
а чому тоді не використовувати ado.net, якщо пишеш так?
Адо.нет не мапить тобі результат) це вже з дапером можна порівнювати тоді
А що воно в загалі кешує?
ну це так, але можна кастомний маппер написати або заюзати бібліотеку
трекінг моделі, якщо воно вже у пам'яті - більше не піде в базу, а поверне закешоване
питання потужності. еф має багато фіч, конвертери там для полів, багато чого загалом
Обсуждают сегодня