использование dapper для замены полноценного OR/M

Я действительно впечатлен Dapper micro OR/M, я действительно хотел бы использовать его в качестве дополнения к какому-нибудь полноценному OR/M, и, в конце концов, я вместо него. Я все равно не понял, есть ли какая-то стратегия для десериализации иерархии из БД :, например, возвращаемый объект для строки набора записей будет зависеть от поля (так называемый «дискриминатор» в NH, например ). Кроме того, иерархия может разделить больше таблиц с помощью соединения, поэтому тип, представляющий строку, будет зависеть от существования записи в другой таблице. Наличие иерархии, представленной смесью двух вышеперечисленных стратегий, было бы чем-то, что NH, например, не поддерживает, но существует в «реляционной жизни». Таким образом, вопросы:

• справляется ли Dapper с таким сценарием?
• Снижает ли этот сценарий усилия Dapper с точки зрения производительности?

Еще одна тема — кэширование. Шикарный кеш для запросов слишком агрессивен,не лучше ли иметь какой-то «сессионный контекст» и кеш запросов для каждой сессии, или это снова оскорбит основные мотивы Dapper?