Discussion :

[sam01]

Bonjour )à tous,

connaissez la réelle utilité d'un Merge.
J'ai l'impression que c'est de moins en moins utilisé...

En plus lorsque l'on fait un cumul de deux fichier sorti01 et sortin02,

pour les mettre dans un fichier sortout, il faut que les fichier sortin01 et sortin02 soient déjà triés, sinon ça plante en Out Of sequence...

Le mieux ne serait-il pas de ne plus utiliser Merge, mais un sort ordinaire ?

Merci d'avance pour votre aide.

[bernard59139]

Bonjour

Le MERGE fusionne plusieurs fichiers déjà triés. Il ne trie pas les données.

Le gros interêt par rapport à un TRI est l'économie de ressources (disque, cpu,...).
Dans nos Batchs quotidients, le MERGE est utilisé pour fusionnés certains fichiers d'historiques qui tiennent sur plusieurs dizaines de k7. La plupart du temps, les gens ne s'embetent plus avec le MERGE.

Bernard

[sam01]

Super !

merci pour ces précisions.

[Peut-êtreUneRéponse]

Le MERGE est utilisé dans le cas où l'on souhaite ajouter des enregistrements (triés) à un fichier déjà trié. Le MERGE peut être pertinent selon la cinématique de ton traitement et permettre des économies de ressource.

Comme tu le dis, on peut se passer d'un MERGE en utilisant un SORT et en enchainant les cartes DD à fusioner en SORTIN.

A mon sens l'utilisation de l'une ou l'autre solution est liée à la cinématique du traitement et aussi à la limite du nombre de fichier à fusioner, dans le cas du MERGE on peut enchainer jusqu'à 100 SORTINxx dans le cas d'une concaténation de carte DD ??

[EDIT] j'ai du rester longtemps en édition je n'avais pas vu que Bernard59139 avait déjà répondu.

[Homer-ac]

Une précision :

Merge et COPY fonctionnent sur des fichiers triés et ne font donc pas pour ses besoins de travail, d'allocation en mémoire haute ni n'écrivent pour les gros fichiers dans les SORTWKn. Le gain était surtout évident dans la préhistoire de MVS. A présent, même si ça reste vrai, les gains sont d'avantage à la marge.
1) Parce que l'on peut donner de plus en plus de vémoire virtuelle au dessus des 16 Meg et MVS est très fort pour gérer ça.
2) Parce que les contrôleurs disques modernes intègrent de plus en plus de mémoire cache, que DFSORT saura exploiter au mieux en utilisant en particulier les techniques de Cache Fast Write qui permettent de mettre les fichiers de travail en cache et de ne limiter les écritures que lorsque le cache devient insuffisant, Mais comme ces mémoires cache sont de plus en plus importantes (plusieurs dizaine de GB), on est facilement à la vitesse débit passant du canal, de l'ordre de 160 MB/s).

[Luc Orient]

Il y a un principe que j'aime bien en informatique, c'est le principe d'économie. On ne fait que ce que il est nécessaire de faire, ni plus, ni moins ... Si les fichiers sont déjà triés, et qu'on veut les fusionner ("interclasser" serait plus précis d'ailleurs) alors c'est totalement inutile de les trier à nouveau ...