Ответ 1
- Есть ли у кого-нибудь обновления производительности EF 6.1.x? Это касается общих запросов, сделанных в DbContext?
Ans: у меня нет конкретных номеров, но я обновил производительность до EF6; Я точно не помню результат, но: EF6 намного быстрее, чем EF-старый, но dapper все еще значительно быстрее во многих сценариях (и примерно одинаковый для краев)
- Полагаю, я не могу использовать красиво отформатированные запросы LINQ с Dapper. У вас есть опыт? Стоит ли потерять LINQ для дополнительной скорости?
Ans: это субъективно; для нас: да, абсолютно того стоит - но мы очень заботимся о скорости. Синтаксический анализ деревьев выражений оказывает влияние, и сгенерированный SQL очень редко встречается в той же лиге, что и ручной SQL, достойным dev
- Является ли Dapper еще активным, постоянным развитием? GitHub говорит мне, что да, но как с Subsonic, это может измениться довольно быстро?
Ans: Абсолютно; Я думаю, что в этом месяце я развернул около 4 версий...
- Возможно ли выполнить/выполнить смешение Dapper и EF? Dapper, когда нам нужна скорость, иначе EF?
Ans: Да, вы можете это сделать; так мы начали с dapper - мы использовали это для замены кода LINQ to SQL, что вызывало проблемы с производительностью; с течением времени, которые выросли, и теперь у нас осталось очень мало кода LINQ to SQL (но все же некоторые)