PreviousNext
Help > Développement > Accès aux données de l'AS/400 > Accès natif > Spécificités de l'AS/400
Spécificités de l'AS/400

 Certaines fonctionnalités de WinDev ne peuvent avoir de correspondance avec le fonctionnement d'un AS/400.

 

Longueur des noms de fichiers

 

Sur l'AS400 un nom de fichier est limité à 10 caractères mais Easycom utilise les alias SQL pour gérer les noms longs (jusqu'à 128 caractères pour les fichiers et 30 caractères pour les rubriques).

Lorsque vous exporter des fichiers de plus de 10 caractères avec des débuts de noms communs, un système de "chaîne de transformation" dans le constructeur de DDS permet de contrôler précisément les noms systèmes de tous les fichiers à exporter.

 

En importation de DDS, l'option LITERALCASE des infos étendues de la connexion vous permet de contrôler la casse (minuscules/majuscules) des noms de fichiers à importer.

 

 

Numéro d'enregistrement

 

La lecture directe d'un numéro d'enregistrement va utiliser le RRN (Relative Record Number) qui n'est pas le numéro d'ordre de l'enregistrement mais un numéro relatif.

La fonction HLit est donc fortement déconseillée.

 

Enregistrement rayé

 

Cette notion Hyperfile n'existe pas sur l'AS400.

 

Lecture bloquante

 

L'AS400 ne permet qu'un seul enregistrement verrouillé par utilisateur ou le blocage de l'intégralité du fichier.

La fonction HBloqueFichier ou un HCréeVue avec l'option hVueBlocage sont possibles.

 

Le temps de réponse sur une tentative d'accès bloquant d'un enregistrement verrouillé dépend de la propriété du fichier AS400 (WAITRCD) et de la valeur du h.NbEssais (voir verrouillages).

 

HDEbloqueNumEnr, avec l’accès natif, débloque l’enregistrement verrouillé qu’il soit courant ou non, et quel que soit le paramètre envoyé. Ce comportement vient du fait que l’accès natif AS/400 ne sait verrouiller qu’un enregistrement à la fois.

 

Transactions et journalisation

 

La gestion des transactions nécessite que tous les fichiers utilisés dans la transactions soient journalisés (voir gestion des transactions).

 

Blobs

 

Les champs mémos HyperFile peuvent être gérés comme des champs de type BLOB (Binary Large Object) en important des DDS.

Cette gestion est assez contraignantes (les fichiers doivent être journalisés et il faut utiliser les transactions).

L'export de fichiers avec des mémos utilise une système plus souple avec un fichier "mémo" qui reprend le nom du fichier physique suivi de "__" (deux underscores).

 

Fonctions non supportées

 

HCréation

HChangeNom

HEcrit

 

Les fonction de gestion du journal (au sens WinDev). La gestion des transactions se fait par la fonction SQLTransaction, voir journaux et transaction.

HGèreJournal - HJournalInfo - HJournalRecrée - HJournalRedémarre - HJournalStop - HPoste...

 

HPositionne

HRaye et HLibere (Les champs rayés n'existent pas sur l'AS/400)

 

Fonctions limitées

 

HCréationSiInexistant : ne créé pas le fichier mais l'ouvre.

HDecritFichier : le fichier temporaire sera sur le PC.

HDecritRubrique : le fichier temporaire sera sur le PC.

HSecurite : la sécurité est toujours active sur l'AS/400.

HVersion : retourne toujours 0.

 

Autres remarques :

Une requête de requête n'est pas supportée.

Un filtre sur une requête n'est pas supportée.