Jeux d’enregistrements et tables de données

Un Recordset est un objet Automation qui est une table à taille fixe, limitée ou non liée qui contient des lignes simples de déclarations de données d’hôte (types de données). Un DataTable est un objet .NET qui est identique à un recordset à chaque attention, sauf que vous ne pouvez pas utiliser la fonction NewRecordset avec des DataTables. Une fois que vous avez un objet Recordset ou DataTable, vous pouvez appeler des méthodes sur cet objet pour accéder à ses lignes.

Un jeu d’enregistrements ou un DataTable est implémenté par-dessus les jeux de lignes par RDS (Remote Data Service), qui fait partie de Microsoft Data Access Components (MDAC) version 2,5. vous pouvez utiliser l’objet RDSServer. DataFactory pour créer un jeu d’enregistrements ou un datatable et utiliser ActiveX® Data objects (ADO) pour mettre à jour ou lire le recordset.

Un jeu d’enregistrements ou un DataTable permet de présenter et de manipuler des données tabulaires. Actuellement, les jeux d’enregistrements ne peuvent pas être imbriqués, ne peuvent pas contenir de tableaux et ne peuvent pas contenir de types définis par l’utilisateur (UDT).

La prise en charge des jeux d’enregistrements et databales permet à TI de prendre en charge ce qui est effectivement un tableau d’une structure (ou d’un enregistrement, dans la terminologie COBOL), ainsi qu’une structure. Une structure est représentée sous la forme d’un jeu d’enregistrements de taille fixe ou d’un DataTable où chaque colonne de la ligne contient un élément de données unique. Pour gérer les problèmes de programmation de macroordinateurs, TI classifie les recordsets et les DataTables en tant que taille fixe, limité ou illimité, en référence au nombre de lignes contenues dans le jeu d’enregistrements ou le DataTable.

Important

Le modèle de programmation du système d’exploitation/400 (DPC) ne prend en charge que les recordsets de taille fixe et les DataTables. Le modèle de programmation ne prend pas en charge les jeux d’enregistrements et les DataTables non liés, et ne prend pas en charge l’utilisation de la clause qui se produit en fonction de la clause ou des jeux d’enregistrements et des DataTables de taille variable.

Pour les jeux de données et les jeux de données de la taille fixe, limités et non liés, la disposition de toutes les lignes d’un jeu d’enregistrements particulier est la même et est définie au moment de la conception à l’aide de l’Project TI. Si un jeu d’enregistrements ou un DataTable est une valeur de sortie ou de retour du macroordinateur, l’environnement d’exécution TI utilise l’objet RDSServer. DataFactory pour créer un jeu d’enregistrements ou un DataTable et ADO pour remplir le recordset ou le DataTable avec les lignes de données retournées par le programme mainframe.

Un tel Recordset est un jeu d’enregistrements déconnecté avec un type de curseur adOpenForwardOnly. Pour analyser le Recordset, vous devez appeler MoveFirst et MoveNext pour parcourir les lignes. Le jeu d’enregistrements peut être mis à jour sur place, mais parce qu’il est déconnecté de la véritable source de données (la source de données manipulée par le programme mainframe qui a retourné les données), les mises à jour ne sont pas propagées à la source de données d’origine.

NewRecordset est une fonction qui est fournie automatiquement pour tous les composants TI. Cette fonction est appelée pour créer un objet Recordset déconnecté qui peut être passé dans un appel de méthode TI. NewRecordset est fourni à des fins de commodité pour les applications clientes TI. Il n’est pas nécessaire de passer un jeu d’enregistrements aux méthodes d’un composant TI. La fonction peut être appelée uniquement pour les objets Recordset d’entrée ou d’entrée/sortie. L’environnement d’exécution TI crée un objet Recordset lorsque le paramètre est un objet Recordset de sortie.

Dans cette section