IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Nouveau membre du Club
    Inscrit en
    mai 2007
    Messages
    72
    Détails du profil
    Informations forums :
    Inscription : mai 2007
    Messages : 72
    Points : 37
    Points
    37
    Par défaut Appareillage d'un fichier avec 63 autres fichiers
    Bonjour,

    En cobol, j'ai besoin de faire un appareillage d'un fichier X avec plusieurs fichiers Y,Z,T ( en gros 63 fichiers).

    Chaque fichier a un clé différent par rapport aux autres.

    Donc je trie le fichier X sur un clé et le fichier par exemple Y avec le même clé => je parcoure mes fichiers jusqu' à la fin ( X et Y ) et je fais mes opérations convenables.

    le problème que je rencontre c'est que à chaque fois il faut que je trie le fichier X en fonction de la clé du fichier avec qui je vais faire l'appareillage.

    En gros dans mon JCL : 63 fichiers triés par des clés différents + un nombre n de fichiers X triés aussi .

    Y a t-il d'autres méthodes pour minimiser le traitement.

  2. #2
    Expert éminent sénior
    Homme Profil pro
    Ingénieur d'Etude Mainframe/AS400
    Inscrit en
    novembre 2012
    Messages
    1 620
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Ingénieur d'Etude Mainframe/AS400
    Secteur : Finance

    Informations forums :
    Inscription : novembre 2012
    Messages : 1 620
    Points : 10 077
    Points
    10 077
    Par défaut
    Bonjour, je ne vois pas de solution simple à cette problématique… Cela impose effectivement pour chaque fichier appareillé un tri (avec le fichier maître également) et le traitement qui va avec … C'est un traitement qui sera industrialisé en production ?

  3. #3
    Membre expert
    Homme Profil pro
    Ingénieur Exploitation Mainframe
    Inscrit en
    octobre 2005
    Messages
    1 441
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Ingénieur Exploitation Mainframe
    Secteur : Finance

    Informations forums :
    Inscription : octobre 2005
    Messages : 1 441
    Points : 3 164
    Points
    3 164
    Par défaut
    étonnant quand même, un fichier avec 63 clés différentes ...

  4. #4
    Expert éminent sénior
    Homme Profil pro
    Ingénieur d'Etude Mainframe/AS400
    Inscrit en
    novembre 2012
    Messages
    1 620
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Ingénieur d'Etude Mainframe/AS400
    Secteur : Finance

    Informations forums :
    Inscription : novembre 2012
    Messages : 1 620
    Points : 10 077
    Points
    10 077
    Par défaut
    Citation Envoyé par Luc Orient Voir le message
    étonnant quand même, un fichier avec 63 clés différentes ...
    Ben pour le coup il faudrait que le tout soit modélisé en DB2 et non en fichiers plats …
    Après il peut toujours décharger les fichiers dans des tables de travail…

  5. #5
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    mars 2010
    Messages
    6 948
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loir et Cher (Centre)

    Informations professionnelles :
    Activité : bourreau
    Secteur : Finance

    Informations forums :
    Inscription : mars 2010
    Messages : 6 948
    Points : 21 886
    Points
    21 886
    Billets dans le blog
    2
    Par défaut
    Citation Envoyé par Darkzinus Voir le message
    Ben pour le coup il faudrait que le tout soit modélisé en DB2 et non en fichiers plats …
    Après il peut toujours décharger les fichiers dans des tables de travail…
    Ça n'est probablement pas une bonne piste : 63 clefs différentes, j'imagine que dans le lot, certaines au moins sont multi-colonnes et probablement aussi d'un type encombrant char ou varchar long, quant au facteur de filtrage il est sans doute très faible sur certaines (beaucoup ?) de ces clefs
    D'où un coût en index prohibitif et des index au moins en partie sans intérêt en terme d'optimisation des recherches...

    Afin de limiter le coût en développement, le plus simple est de paramétrer en sysin le positionnement de la ou des zones clefs (ainsi le même programme est utilisable pour tous les appareillages)
    Et on ne s'épargnera pas bien sûr de faire autant de tris qu'il y a de combinaisons de clefs différentes. Cela étant, un tri, même pour des centaines de millions de lignes, ça va très vite. Seul l'encombrement en espace disque peut poser problème, surtout si on souhaite paralléliser les appareillages.

Discussions similaires

  1. Parser une Partie du Fichier avec un autre Schema
    Par cimdziri dans le forum Format d'échange (XML, JSON...)
    Réponses: 1
    Dernier message: 23/04/2008, 17h59
  2. Copier un fichier sur le réseau avec un autre utilisateur du domaine
    Par Corben dans le forum VB 6 et antérieur
    Réponses: 0
    Dernier message: 30/01/2008, 16h19
  3. Copie de fichier avec un autre utilisateur
    Par cretindezalpes dans le forum Delphi
    Réponses: 7
    Dernier message: 02/04/2007, 17h01
  4. Réponses: 9
    Dernier message: 16/11/2006, 15h23
  5. Réponses: 2
    Dernier message: 28/09/2006, 11h52

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo