Comments 20
Лучше бы сделали достойный ORM.
EF хоть и хорош но почему все жалуются на его производительность ??
Выкинули бы Команду которая EF создавала, и поглотили бы http://www.llblgen.com/
Как до это сделали с Xamarin и Datazen !!
Что EF6 что EF7 до сих пор тормознуто.
http://ppanyukov.github.io/2015/05/20/entity-framework-7-performance.html
Да и почему то на https://www.techempower.com до сих пор нету тестов под Windows платформу !
Весь стек Asp net core должен быть производительным а не только отдача простого TXT-json файла.
Непонятно за что минусуют, все по делу. Добавлю от себя: непонятно зачем web-фреймворку orm с трэкингом состояний… это же stateless среда. От этого никакой пользы нет, только оверхэд.
Отличная библиотека! От ее полноценного использования останавливает только наличие миграций в EF. Не знаете есть ли что-то приличное для миграций с linq2db?
Теоретически ничего не мешает делать миграцию с помощью EF, а потом работать с данными с помощью linq2db.
FluentMigrator
Сейчас делаю большой проект на .NET Core. Там использую EF, т.к. особого выбора нет. Пробовал его миграции, но не подошли, т.к. неудобно писать руками + они не умеют вести параллельно несколько «линий» версионирования (в моем проекте нужно, чтобы плагины могли создавать себе нужную структуру БД и для каждого плагина отдельно велся учет версий).
В результате портировал на .NET Core ядро ecm7migrator и модуль, поддерживающий PostgreSQL. Всё завелось легко и тесты прошли без проблем.
Посмотрите его, возможно, вам покажется удобнее остального. Я готов оказать помочь в использовании и в портировании на .NET Core модулей для поддержки других СУБД.
Значительный прирост производительности. Конечно придется писать больше кода, чтобы все это обернуть.
Использую EF в производительных проектах исключительно для миграций.
ASP.NET Core: Создание серверных служб для мобильных приложений