Почему в EntityFramework Core возвращаются неправильные значения из представления в базе данных?

Question

[mletov]

Добрый день.
Знатоки .NET, подскажите, пожалуйста:

Есть у меня в базе вьюха, возвращает она вот такой набор данных

CAT 1 CAT 2 CAT 3 CAT 4 CAT 6 CAT 7 CAT 8.....

Хочу ее использовать в ASP.NET через Code First. Как обычно, создаю контекст, модель, подключение, делаю выборку

List<v_FullTreeItem> m = db.v_FullTreeItems.OrderBy(x => x.Srt).ToList();

И получаю вот такой результат
CAT 1 CAT 1 CAT 1 Ответ 6-1-2 Ответ 6-2-1 CAT 2 CAT 2 CAT 2 CAT 5 CAT 5 CAT 5 CAT 5...

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

Сразу скажу: вьюха в базе слегка замысловатая, берет данные из процедуры, возвращающей табличное значение, в которой используются UNION, CTE и другая вьюха. С обычными таблицами все получается, а вот с этой вьюхой какая-то дребедень. Причем я уже проделывал такое в проекте на ASP.NET MVC, проблем не было, тут решил использовать ASP.NET Core.

Вопросы:
- Почему так происходит? Это глюк Entity Framework Core или я что-то не так делаю?
- Можно ли это обойти?
- Не стоит ли пока не поздно перекинуть проект обратно на ASP.NET MVC?

UPD
Пробовал пойти другим путем

List<v_FullTreeItem> m = db.v_FullTreeItems.FromSql("SELECT * FROM v_FullTreeItems").ToList();

Результат тот же самый

Answer 1

[mletov]

Решил проблему: Добавил во вьюху поле ROW_NUMBER() OVER(ORDER BY id) AS PKey, а в модели указал, что это первичный ключ. Все стало нормально. Без первичного ключа работать корректно не хотело.

Answer 2

[d-stream]

А что выводится если выполнить SELECT * FROM v_FullTreeItems например в management studio

Comments

[mletov]

CAT 1 CAT 2 CAT 3 CAT 4 CAT 6 CAT 7 CAT 8.....

[d-stream]

mletov, а m перед выполнением гарантированно пустая???

[mletov]

d-stream, Да, я написал решение. Работает. Другой вопрос, не знаю, насколько правильное.

[d-stream]

mletov, бы попробовал убедиться
плюс не помешало бы привести декларацию v_FullTreeItem
а то есть подозрения, что дело вообще не бобине

[mletov]

Декларация была вот такая

public class v_FullTreeItem
    {
        public int Id {get; set;}
        public int? ParentId { get; set; }
        public string Name { get; set; }
        public int? TypeEntity { get; set; }
        public System.Int64? Rn { get; set; }
        public System.Int32? Lvl { get; set; }
        public string Srt { get; set; }
    }

Сейчас сделал вот такую

//[Table("v_FullTreeSorted")]
    public class v_FullTreeItem
    {
        [Key]
        public System.Int64 PKey { get; set; }

        public int Id {get; set;}
        public int? ParentId { get; set; }
        public string Name { get; set; }
        public int? TypeEntity { get; set; }
        public System.Int64? Rn { get; set; }
        public System.Int32? Lvl { get; set; }
        public string Srt { get; set; }
    }

Работает

Что такое бобина честно говоря не понял.

Возможно, проблема в названии поля Id. В данном случае оно не уникально, т к вьюха - это UNION из 3 таблиц. Возможно, EF решил, что это первичный ключ и с этой айдишкой все дублировал.

[d-stream]

Больше похоже на вываливание всего объекта в строку
то есть и name и srt

а про бобину - это в гугле (для общего развития) -)

[mletov]

d-stream,

а про бобину - это в гугле (для общего развития) -)

Про магнитофоны с бобинами я, конечно, слышал и даже пару раз видел, а в контексте программирования гугл ничего не подсказал, какой-то жаргон?

Больше похоже на вываливание всего объекта в строку
то есть и name и srt

Как-то это странно

[d-stream]

https://pikabu.ru/story/delo_byilo_ne_v_bobine_1810566

Как-то это странно

По крайней мере пример с

CAT 1 CAT 1 CAT 1 Ответ 6-1-2 Ответ 6-2-1 CAT 2 CAT 2 CAT 2

вызывает подозрения, что CATn и "Ответ... " - разные сущности

[mletov]

d-stream,

https://pikabu.ru/story/delo_byilo_ne_v_bobine_1810566

Зло:)

вызывает подозрения, что CATn и "Ответ... " - разные сущности

Ну по сути да, там 4 разные таблицы, но во вьюхе объединены в одну через UNION, т е с т зрения EF - это должна быть одна сущность.

[d-stream]

mletov, естественно. union выдаст все совершенно единообразно.
т.е. db.v_FullTreeItems.FromSql должен вернуть нечто, что так же разбито "по колонкам"
и это стоит проверить