EF Premier Code: Comment obtenir des lignes aléatoires

Comment puis-je construire une requête où je voudrais récupérer les lignes aléatoires?

Si je devais l'écrire en SQL, puis je voudrais mettre un order by sur newid() et coupez-n nombre de lignes à partir du haut. De toute façon pour ce faire, en EF premier code?

J'ai essayé de créer une requête qui utilise la fonction newid() et de l'exécuter à l'aide de DbSet.SqlQuery(). alors qu'il travaille, ce n'est pas le plus propre de solutions.

Aussi, essayé de récupérer toutes les lignes et en les triant par un nouveau guid. Bien que le nombre de lignes sont assez petits, ce n'est pas une bonne solution.

Des idées?

InformationsquelleAutor Mel | 2011-10-16
  1. 139

    Appelez simplement:

    something.OrderBy(r => Guid.NewGuid()).Take(5)
    • salut, il fonctionne très bien, mais cela sera rapide lors de la table a plus de lignes, j'ai posté la question ici
    • Voir cette question, il est malheureusement cassé. Il ressemble à OrderBy assume la fonction de classement pour être stable, ce qui n'est pas le cas avec un générateur aléatoire. Linq to entities traduire cela en une requête sql qui peut obtenir différentes classement pour la même entité (dès que vos requêtes de l'utilisation Include). Ensuite, il provoque l'entité dupliquée dans la liste des résultats.
    • Pas sûr que j'avais confiance en cette pour les tâches nécessitant un solide ensemble de lignes aléatoires -- je serais probablement aller avec stackoverflow.com/a/654910/12484 ou stackoverflow.com/a/648247/12484 au lieu de cela -, mais cette simple approche a très bien fonctionné pour mon besoin, qui appelle à un seul pseudo-aléatoire ligne pour un non-client-face à la fonctionnalité. +1.
    • étrangement, il ne fonctionne pas avec Oracle
    • probablement pas si étrange, si l'Entité ne dispose pas d'un Oracle équivalent de Guid.NewGuid() (sens, LinqToSql ou tout ce qui tourne dans NEWID() mais personne ne programmé le même pour Oracle).
    • Cette approche est-elle efficace? J'ai trouvé quelque part d'autre que cette méthode est -pour certains facteur de performance - découragé.
    • bien sûr, oracle a un équivalent de Guid.NewGuid()

    InformationsquelleAutor SLaks
  2. 31

    De la comparaison de deux options:

    Saut(nombre aléatoire de lignes)

    Méthode

    private T getRandomEntity<T>(IGenericRepository<T> repo) where T : EntityWithPk<Guid> {
    var skip = (int)(rand.NextDouble() * repo.Items.Count());
    return repo.Items.OrderBy(o => o.ID).Skip(skip).Take(1).First();
}
    • Prend 2 requêtes

    SQL généré

    SELECT [GroupBy1].[A1] AS [C1]
FROM   (SELECT COUNT(1) AS [A1]
        FROM   [dbo].[People] AS [Extent1]) AS [GroupBy1];

SELECT TOP (1) [Extent1].[ID]            AS [ID],
               [Extent1].[Name]          AS [Name],
               [Extent1].[Age]           AS [Age],
               [Extent1].[FavoriteColor] AS [FavoriteColor]
FROM   (SELECT [Extent1].[ID]                                  AS [ID],
               [Extent1].[Name]                                AS [Name],
               [Extent1].[Age]                                 AS [Age],
               [Extent1].[FavoriteColor]                       AS [FavoriteColor],
               row_number() OVER (ORDER BY [Extent1].[ID] ASC) AS [row_number]
        FROM   [dbo].[People] AS [Extent1]) AS [Extent1]
WHERE  [Extent1].[row_number] > 15
ORDER  BY [Extent1].[ID] ASC;

    Guid

    Méthode

    private T getRandomEntityInPlace<T>(IGenericRepository<T> repo) {
    return repo.Items.OrderBy(o => Guid.NewGuid()).First();
}

    SQL généré

    SELECT TOP (1) [Project1].[ID]            AS [ID],
               [Project1].[Name]          AS [Name],
               [Project1].[Age]           AS [Age],
               [Project1].[FavoriteColor] AS [FavoriteColor]
FROM   (SELECT NEWID()                   AS [C1],
               [Extent1].[ID]            AS [ID],
               [Extent1].[Name]          AS [Name],
               [Extent1].[Age]           AS [Age],
               [Extent1].[FavoriteColor] AS [FavoriteColor]
        FROM   [dbo].[People] AS [Extent1]) AS [Project1]
ORDER  BY [Project1].[C1] ASC
    • Merci pour la comparaison, il aide vraiment
    • C'est la bonne réponse, L'marqué réponse n'est pas recommandé car il pourrait causer certains problèmes de performances.
    • La question des états "lignes" au pluriel, comment voulez-vous appliquer votre solution à cela? Pour moi, il semble que je vais avoir à exécuter le SQL même plusieurs fois, parce que OrderBy(o => o.ID).Skip(skip).Take(5) ne sera pas vraiment aléatoire, ce qui peut devenir un goulot d'étranglement dans la performance.
    • Il suffit de retirer le ".First()". J'ai présenté une comparaison entre quelques autres réponses que j'avais vu qui n'apparaissent pas plus, donc, votre point est doublement validé. Mais le NewGuid solution de ne pas avoir le problème que vous décrivez.
    InformationsquelleAutor drzaus