Quelle serait la meilleure façon de chercher environ un million d'enregistrement de la DB?

Tout d'abord, pensez-y comme ceci comme suit: affichant 1 million d'enregistrements ne sont absolument aucun sens pour aucun utilisateur. Donc, vous devez penser à ce que l'utilisateur attend de voir. Peut-être un résumé ?! Peut-être paginez les enregistrements dans les pages de 25, ou 50 ou 100 enregistrements. L'une de ces approches ne vous obligera pas à contenir 1 m enregistrement à la fois en mémoire.

En outre, lorsque vous exécutez une requête sur une base de données SQL et utilisez une SQLDatreader, vous ne recevrez pas tous les enregistrements, mais le pilote SQL enverra la requête sur le serveur SQL, le serveur exécutera la requête, préparez un résultat. Définissez et créez un curseur avant uniquement sur le serveur. Ensuite, le pilote va chercher un enregistrement à la fois, chaque fois que vous appelez Lecture () sur votre Sqldatreader. Le comportement est très similaire si vous utilisez LINQ vers SQL, qui utilise une exécution différée. L'ensemble de résultats n'est pas transféré en totalité jusqu'à ce que (ou à moins que) vous demande spécifiquement chaque ligne.

Donc, une simple requête de pagination fera le tour. Ou dans d'autres cas, une sorte de rapport de synthèse qui regroupe les données de ces 1 million d'enregistrements une ou deux pages de données pertinentes.

Bien sûr, si vous avez besoin de vous déplacer dans les pages, une sorte de mise en cache peut avoir un sens, mais à nouveau, pensez-y: à quelle fréquence un utilisateur voudra-t-il réellement parcourir 1 million d'enregistrements - probablement jamais. < / p>

En tant que dernière note, si vous mettez en œuvre la pagination - assurez-vous que la méthode que vous utilisez pour implémenter la pagination s'appuie sur l'envoi de données SQL Server une page à la fois et ne lisez pas tous les 1 million d'enregistrements dans ASP.NET, puis Paginant la copie locale des données car cela serait très inefficace et lent. Voici un exemple d'une requête SQL Server qui effectue une pagination: Donc, question # 109232

Si votre serveur ne peut pas mettre en cache 1 million d'enregistrements comment pensez-vous que le navigateur Web de votre utilisateur va gérer un million d'enregistrements de HTML à votre arrivée?

Considérez la pagination ( Voici un exemple avec 1 million d'enregistrements )

considère également que l'utilisateur ne veut jamais plus d'environ 30 à 50 enregistrements. Vous vous montrez soit un niveau de détail trop bas, ou vous avez besoin de plus de filtrage.

Je suis d'accord avec le reste des intervenants. Affichage des enregistrements de 1 m est ridicule. Toutefois, vous pouvez afficher les premiers enregistrements X et la page via.

Le truc est dans la procédure stockée faisant la récupération xxx

Je vais suggérer utiliser une requête dynamique avec la pagination. Donc, lorsque vous cliquez sur sur des enregistrements spécifiques de la page de page uniquement pour ces pages. Pour récupérer l'enregistrement de la base de données à partir d'une plage spécifique, utilisez la requête suivante.

Comme ça. P>

Create proc Test

@take smallint,
@skip smallint,
@orderBy nvarchar(20),
@subscriptionid smallint,


as 

DECLARE @SQLQuery AS NVARCHAR(max)

SET @SQLQuery=' Select ROW_NUMBER() OVER (ORDER BY P.ProductId desc) as RowNum,* from product"

set @SQLQuery=@SQLQuery + ' and Subscriptionid='+CONVERT(nvarchar, @subscriptionid) 

set @SQLQuery= ';WITH Results_CTE AS ( '+@SQLQuery

    set @SQLQuery= @SQLQuery +' ) SELECT * FROM Results_CTE WHERE RowNum > '+CONVERT(nvarchar, @skip)+' AND RowNum <= '+CONVERT(nvarchar, @skip+@take)  --//paging';
END

EXECUTE sp_executesql @SQLQuery