Différence entre RDL et RDLC

Rdl vs rdlc

RDL fait référence à la langue de définition du rapport, qu'un programme est créé pour aider à la gestion du serveur fin. Ce programme a vu le jour en 2005 lorsqu'il a été créé par SQL Server Version du Rapport Designer. RDLC, en revanche, fait référence à la langue de définition du rapport, côté client. Cela signifie que le programme fonctionnera principalement à la fin que le client est sur. Ce programme a été conçu par Visual Studio.

L'une des principales différences entre les deux est les fins sur lesquelles l'un ou l'autre programme fonctionne sur. RDL travaille du côté du serveur, aidant à gérer l'environnement d'exécution. RDLC, en revanche, travaille du côté client, l'aidant à gérer leur environnement.

En ce qui concerne le schéma qui est utilisé, RDL et RDLC suivent un schéma XML similaire. Il y a cependant une grande différence en ce qui concerne les valeurs. Dans certains fichiers RDLC, il y a certaines valeurs qui ne peuvent en aucune façon être vide. Ces valeurs indiquent ne pas être prête à être déployée vers le serveur de rapport. Pour résoudre ce problème de valeurs manquantes, le fichier RDLC doit être exécuté par un SQL Server 2005 pour le concepteur de rapport. Il est alors nécessaire qu'un renommée soit effectuée pour .Rdlc ou à .RDL.

Tous les fichiers RDL sont compatibles avec l'exécution du contrôle de la visionneuse du rapport. Les informations dans les fichiers RDL peuvent ne pas être similaires, surtout en ce qui concerne le moment de conception du contrôle de la visionneuse. Cela dépend de la génération d'un rapport de conception. Rapport Le contrôle de la visionneuse dépend de la génération automatique de code de liaison de données. S'il est nécessaire d'utiliser des fichiers RDL dans la visionneuse de rapports, les données doivent être liées manuellement.

Le contrôle de la visionneuse de rapport ne vient pas avec une logique qui permet à des bases de données d'être connectées ou d'une logique à utiliser ou même à l'exécution des requêtes. L'élimination de cette logique rend la visionneuse de rapports compatible avec toutes les sources de données disponibles et avec les sources non de database également. En conséquence, un fichier RDL est le seul fichier qui peut être utilisé par le contrôle de la visionneuse du rapport. Toute information liée à SQL située dans le fichier RDL vient et est ignorée par le contrôle. L'hôte devient donc responsable de connecter les données de fourniture de la base de données et également d'exécuter des requêtes pour signaler les contrôles de la visionneuse, qui se présentent sous la forme d'ADO.Tables nettes de données.

Une autre différence observée entre RDL et RDLC est que RDL nécessite que les valeurs soient insérées dans tous les éléments pour s'assurer que la fonctionnalité souhaitée est obtenue dans le serveur. Cette exigence dans RDLC n'est cependant pas nécessaire car elle ne nécessite pas d'avoir des valeurs sur tous les éléments, avec un exemple parfait étant du texte de requête où certaines valeurs peuvent être laissées vides. Chaque fois que vous traitez avec de grands ensembles de données, RDL prendra un peu de temps dans la production de ces rapports qui ont de grandes données. En effet, RDL s'exécute sur une licence de serveur et aucun service de rapport n'est nécessaire. Dans RDLC, une période plus longue est prise pour produire les résultats à partir de grands ensembles de données, car il fonctionne sur une licence locale.

Résumé

RDL signifie le langage de définition du rapport.
RDLC fait référence à la langue de définition du rapport, côté client.
RDL développé par SQL Server 2005 Report Viewer.
RDLC créé par Visual Studio.
RDL traite des éléments à l'extrémité du serveur.
RDLC traite des problèmes du côté client.
RDL nécessite spécifiquement que tous les éléments viennent avec des valeurs.
RDLC n'a pas strictement besoin d'avoir tous les éléments en valeurs.
RDL prend peu de temps pour produire de grands ensembles de données en raison de l'utilisation de la licence de serveur.
Un RDLC exécuté sur une licence locale prend donc plus de temps pour donner une sortie d'un grand ensemble de données.