Voir aussi l'article "Pagination dans SQL Server 2012"

En fait, MS SQL Server n'a pas des contraintes au niveau d'instruction SELECT pour limiter l'ensemble de données retourné par les numéros des lignes. Par exemple, récupérer un bloc de commandes d'un client trié par leur dates à partir de 10 000 et jusqu'au 12 000.

SELECT O.*
  FROM orders O INNER JOIN customers C
    ON O.customer_code = C.customer_code
  ORDER BY O.qty_date ASC
  LIMIT 10000, 12000

Les fonctions de classements introduites dans la version MS SQL 2005 et notamment la fonction row_number() ont fait la vie quotidien du développeur plus facile. Mais cette solution reste palliative plutôt puisque l'instruction LIMIT se traite au niveau du moteur de la base de données ainsi que les fonctions de classement se traitent au niveau utilisateur. Ensuite, la performance de LIMIT est supérieur. La différence devient plus significative si la taille de vos tables et de blocs récupérés est assez grand (centaines milles et millions de lignes).

Dans cette article je vous présente les différentes méthodes de pagination (paging, sélection par bloc). Pour les tests j'ai utilisé MS SQL Server 2005 Service Pack 2 (9.00.3054.00)installé sur l'ordinateur pas trop puissant : Intel double coeur 1,8 GHz, 2 Go de mémoire vive (512 Mo est disponible pour SQL Server), disque dur 250 Go 7200 rpm. La taille de la base de données est 5 Go environ.

Il existe quelques raisons "pro" et "contra" d'utiliser les schémas ou les bases de données séparées gérées par la même instance du SGBD.

L’installateur de Delphi crée le fichier rsvars.bat dont le répertoire de .NET est spécifié correctement :
FrameworkDir=C:\Windows\Microsoft.NET\Framework64

La plupart de cas, l'import ou export des données volumineuses peut être effectué par les outils d'une SGBD, par exemple, "bulk copy" de MS SQL Server. Par contre, il se peut que vous avez besoin de copier les données de masse dans vos applications. Il s'agit souvent d'import/export ou de synchronisation de la base de données locale avec la base de données distante.

P.S. Mettre à jour "Update 3 et 4" devrait résoudre ce problème.

Le composant TSQLConnection a une anomalie génant (Report #67869): la connexion est échoué si le mot de passe spécifié est vide. Dans ce cas vous aurez une erreur de la tentative de connexion. Cela produit par le code interne du composant TSQLConnection; le mot de passe vide est remplacé par le mot de passe "par défaut" soit "password" pour MS SQL Server.