La meilleure façon d'accéder aux données stockées dans des fichiers relationnels (pas DB2) sur un AS400, en utilisant .NET?

Question

Nous avons besoin de se connecter à un AS/400 à partir de données .NET (C#) et d'accès (lecture et écriture).

Le problème est que les données sont stockées dans des fichiers relationnels sur l'ordinateur central, et non dans une base de données DB2.

Quelle est la meilleure façon d'y parvenir? J'aimerais utiliser une solution de type Entity Framework ADO.NET, mais je crois que les fournisseurs de données compatibles ne fonctionnent qu'avec DB2.

Answer 1

Il existe une offre DB2 Lite et je crois qu'elle est offerte sur les plateformes Windows et Linux. L'iSeries (AS/400) ainsi que la série z (mainframe) utilisent la version complète de DB2 car elle est intégrée dans le système d'exploitation. Si j'étais vous, je demanderais aux gars du mainframe s'ils ont le pilote .NET ADO.NET d'IBM et les informations de connexion pour vous.

IBM a fourni un bon redbook on the subject de se connecter à l'AS/400 (i5). Fondamentalement, vous devez vous assurer que vous avez le produit sous licence iSeries Access For Windows (5722-XE1) et vous devez configurer un fournisseur de données sur le Systemi. Le livre rouge traite de la configuration du fournisseur. La ressource pour 5722-XE1 est found on the IBM website.

Si vous souhaitez un exemple plus ancien, il y a un article sur le site four hundred guru.

Espérons que cela aide - n'hésitez pas à publier si vous avez besoin d'informations supplémentaires ou si vos administrateurs ont des questions sur la configuration. Si vous avez besoin d'informations supplémentaires, assurez-vous que vous affichez la version du système d'exploitation (comme V5R4 ou quelque chose comme ça)

Answer 2

Je suis légèrement dérouté par votre terminologie, mais je vais faire quelques hypothèses et y répondre.

Vous avez mentionné que vous accédez à des "fichiers" à partir de l'AS/400 (alias iSeries, alias IBM i). Un "fichier" est une table. Une bibliothèque est une collection, un enregistrement est une ligne et un champ est une colonne. Ce sont les mêmes choses. ISeries Access est fourni avec un pilote .NET ADO.NET. Vous pouvez l'utiliser et utiliser SQL comme normalement dans une base de données MS SQL. Certaines des fonctions sont différentes, mais vous pouvez utiliser the manual pour comprendre ces bizarreries.

Answer 3

Voici un article sur l'accès à AS400 de .NET: http://publib.boulder.ibm.com/infocenter/iseries/v5r4/index.jsp?topic=/rzaik/rzaikdotnetprovider.htm

Answer 4

Il est important de comprendre que le moteur DB2 est intégré dans le système d'exploitation. Par conséquent, n'importe quelle table de n'importe quel endroit fait partie de la base de données DB2. Il est ABSOLUMENT PAS important comment le fichier est créé (par exemple SQL, RPG, CRTPF, JDBC, COBOL, C). En outre, il est ABSOLUMENT pas important si quelqu'un appelle l'objet un fichier. Tout est vraiment une table de base de données dans le cadre de DB2. Vous pouvez le tester vous-même en utilisant le catalogue système sur l'iSeries (par exemple, SYSTABLES). Notez que vous pouvez trouver votre table à cet endroit. Notez également que vous pouvez utiliser n'importe quel logiciel JDBC ou ODBC pour accéder aux données sur l'iSeries.

Cela étant dit, il existe quelques différences subtiles. Tout d'abord, DB2 for iSeries est une application DB2 100% réelle, mais il manque certaines choses de ses compagnons. Par exemple, MERGE est disponible sur Windows et Unix, mais pas sur l'iSeries. Consultez le centre de documentation IBM pour cela.

Sur l'iSeries, vous disposez d'autres objets pouvant stocker des données. Les plus utilisés sont le DATAAREA et le DTAQ. Ces objets ne font PAS partie de la base de données DB2.Quelque chose comme l'objet FIFO sur unix ne fait pas partie de la base de données

Enfin, vous pouvez utiliser DB2 comme iSeries ou comme DB2. La méthode iSeries est disponible pour les gars qui ont grandi avec l'AS400. Par exemple, vous utilisez CATALOG/TABLE au lieu de CATALOG.TABLE. Normalement, vous utiliseriez la méthode DB2. Chaque outil avec le support iSeries que je connais est également compatible avec DB2. Choisissez cette option et tout fonctionne comme les livres.

Answer 5

Comment nous l'avons fait sur le mainframe: en utilisant CICS web services, nous avons quelques transactions qui servent des données en utilisant SOAP. Du point de vue du programmeur, il s'agit essentiellement d'écrire dans une file d'attente TS. Ensuite, nous utilisons un outil de génération WSDL fourni par IBM pour construire le WSDL qui décrit le service en conséquence (avec des méthodes, des paramètres d'entrée/sortie, etc.). Ensuite, côté .NET, ajoutez simplement une référence Web au fichier WSDL et vous êtes sur votre chemin. Une mise en garde: nous avons créé une classe qui hérite du service Web et remplace GetWebRequest pour définir KeepAlive sur false. Vous devrez peut-être faire cela aussi. Dans l'autre sens (mainframe agissant en tant que client), c'est fondamentalement la même chose (un TS que écrit), sauf qu'il y a quelques paramètres différents requis (comme l'URL du serveur web à appeler, le nom de la méthode, etc.).

Il y a probablement un meilleur moyen, mais nous n'avons pas pu trouver d'autre moyen. Je crois que nous avons dû prendre la route la plus difficile parce que notre OS n'est pas MVS, mais plutôt VSE, qui est une version moins chère et qui n'a pas beaucoup de fonctionnalités sympas comme MVS. Les échantillons de code initiaux auxquels nous avons fait référence ont été écrits par Richard Smrcina.