Entity Framework chargement d'enfant de la collection avec l'ordre de tri

Vous pouvez le faire efficacement dans une seule requête, la grammaire est juste maladroite:

var groups = await db.Parents
    .Where(p => p.Id == id)
    .Select(p => new
        {
            P = p,
            C = p.Children.OrderBy(c => c.SortIndex)
        })
    .ToArrayAsync();

//Query/db interaction is over, now grab what we wanted from what was fetched

var model = groups
    .Select(g => g.P)
    .FirstOrDefault();

Explication

async note

Il m'est arrivé d'utiliser le async extensions ici, il est probable que vous devriez utiliser, mais vous pouvez vous débarrasser de await/async si vous avez besoin d'une requête synchrone sans nuire à l'efficacité de l'enfant de tri.

Premier morceau

Par défaut, tous les EF objets récupérés à partir de la Db sont "suivis." En outre, EF est l'équivalent de SQL Select est conçu autour des Objets Anonymes, qui vous nous voyez en sélectionnant ci-dessus. Quand la Anonyme de l'Objet est créée, les objets assignés à P et C sont tous les deux suivis, ce qui signifie que leurs relations et de leur état est maintenu par l'EF Changement de Tracker. Depuis C une liste d'enfants dans P, même si vous ne demandez pas à être explicitement liée à votre Objet Anonyme, EF charges comme cet enfant de la collection de toute façon, en raison de la relation qu'il voit dans le schéma.

Pour en savoir plus, vous pouvez rompre le ci-dessus en 2 requêtes distinctes, le chargement de l'objet parent, puis vient la liste des enfants, dans un contexte totalement différent Db appels. L'EF Changement de Tracker les avis et charge les enfants dans le parent de l'objet pour vous.

Second morceau

Nous nous sommes trompés EF en retour commandés enfants. Maintenant nous prendre juste le Parent de l'objet - son, les enfants seront toujours jointes, dans l'ordre tout comme nous voulions.

Valeurs null et des Tables de Jeux de

Il y a un peu maladroite 2-étape ici surtout pour les meilleures pratiques autour des valeurs null; elle est là pour faire 2 choses:

• De penser à des choses dans la base de données sous la forme d'ensembles jusqu'à ce que le tout dernier moment possible.

• Éviter null exceptions.

En d'autres termes, le dernier morceau aurait pu être:

var model = groups.First().P;

Mais si l'objet n'était pas présent dans la base de données, qui va exploser avec une référence nulle exception. C# 6 va présenter une alternative bien que, la propriété null coalescence de l'opérateur - ainsi, dans le futur, vous pourriez remplacer le dernier bloc avec:

var model = groups.FirstOrDefault()?.P;