大型机 - 更改的文件名的扩展后缀名称是什么？
mainframe - what is the name of extension suffix on filenames that change?
我记得在执行 ftp 将文件从大型机复制到 windows 时，文件名上总会有一些数字后缀每天都会更改。即 abc.4328 然后它将变成 abc.23595..etc 大型机世界中不断变化的后缀的 concept/terminology 是什么？
撇开驻留在 Unix 文件系统中的大型机文件（z/OS 是 Unix 的一种风格并且已经存在多年），大型机文件没有扩展名或后缀。
大型机文件名（称为数据集名称或 DSN）采用 HLQ[.Q1[.Q2[.Qn]]] 的形式，其中 HLQ 是高级限定符，Q1...Qn 是与HLQ 和彼此的句号。整个 DSN 不得超过 44 个字符。每个限定符必须由字母、数字和 IBM 所说的 "national" 字符组成，这些字符（无论如何在美国）是 @、# 和 $。此外，限定符不能以数字字符开头。在我看来，最好避免这种情况的例外情况。
正如 Bruce Martin 在他的评论中指出的那样，大型机具有生成数据组 (GDG) 的概念，它具有最低级别的限定符，采用操作系统生成的 GnnnnVnn 形式，其中 G 和 V 之间的四位数字是"generation number" 和 V 后面的两位数字是 "version number." 每次创建文件的新实例时，操作系统都会递增世代号。
所以您可能正在考虑 GDG。请注意，GDG 最低级别限定符不依赖于日期或时间，它仅指示创建数据集实例的顺序。
GDG 通常不是通过绝对世代号访问，而是通过相对世代号访问。如果 ABC.DEF 是一个 GDG 并且有四个现存的世代 ABC.DEF.G0008V00, ABC.DEF.G0009V00, ABC.DEF.G0010V00, ABC.DEF.G0011V00 那么参考对于 ABC.DEF.G0011V00，ABC.DEF(0) 将是 shorthand。对于 ABC.DEF.G0010V00，对 ABC.DEF(-1) 的引用将是 shorthand。引用相对生成 (0) 始终是对最近创建的 GDG 实例的引用。
大型机数据集也可能是PDS（分区数据集）。分区数据集具有 "members" 并且在概念上与 PC 或 Unix 文件系统上的目录略有相似（尽管实现 非常 不同）。一个PDS可能包含许多相关的成员，例如实用程序控制语句，希望将它们作为一个组来管理。
PDS 名称遵循与普通 DSN 相同的规则，成员名称遵循与普通 DSN 限定符相同的规则，但引用成员需要在括号中指定。如果 MY.DATA 是 PDS 并且我希望访问名称为 XYZ 的成员，我将指定 MY.DATA(XYZ).
请注意，数据集的格式不一定在其名称中指明。一个数据集是，例如包含固定 100 字节记录的 PDS 作为元数据记录在文件系统中。
上面@cschneid 的反应很好。添加到它：
- z/OS 基本技能页面上有来自 IBM 的 GDG 文档 - https://www.ibm.com/support/knowledgecenter/zosbasics/com.ibm.zos.zconcepts/zconcepts_175.htm
- 有几种数据集类型 - GDG 并不是真正不同的数据集组织，它只是一种特殊的命名约定，表示相对 "age"。有顺序数据集（"flat files"）、分区数据集（有点像被目录包围的平面文件的集合）、VSAM 数据集（一个很长的主题）和其他一些不常用的深奥类型这些日子。
- GDG 是一种非常灵活的命名（非 VSAM）数据集的方式，其版本号可以在 JCL 或使用这些相对版本号的行命令中引用。但这只是命名
琐事：在我工作过的地方，系统程序员和操作人员经常将这些 GnnnnVnn 称为 "goovoo" 数字，b/c 它们通常编号为 G00nnV00.. :-)
我记得在执行 ftp 将文件从大型机复制到 windows 时，文件名上总会有一些数字后缀每天都会更改。即 abc.4328 然后它将变成 abc.23595..etc 大型机世界中不断变化的后缀的 concept/terminology 是什么？
撇开驻留在 Unix 文件系统中的大型机文件（z/OS 是 Unix 的一种风格并且已经存在多年），大型机文件没有扩展名或后缀。
大型机文件名（称为数据集名称或 DSN）采用 HLQ[.Q1[.Q2[.Qn]]] 的形式，其中 HLQ 是高级限定符，Q1...Qn 是与HLQ 和彼此的句号。整个 DSN 不得超过 44 个字符。每个限定符必须由字母、数字和 IBM 所说的 "national" 字符组成，这些字符（无论如何在美国）是 @、# 和 $。此外，限定符不能以数字字符开头。在我看来，最好避免这种情况的例外情况。
正如 Bruce Martin 在他的评论中指出的那样，大型机具有生成数据组 (GDG) 的概念，它具有最低级别的限定符，采用操作系统生成的 GnnnnVnn 形式，其中 G 和 V 之间的四位数字是"generation number" 和 V 后面的两位数字是 "version number." 每次创建文件的新实例时，操作系统都会递增世代号。
所以您可能正在考虑 GDG。请注意，GDG 最低级别限定符不依赖于日期或时间，它仅指示创建数据集实例的顺序。
GDG 通常不是通过绝对世代号访问，而是通过相对世代号访问。如果 ABC.DEF 是一个 GDG 并且有四个现存的世代 ABC.DEF.G0008V00, ABC.DEF.G0009V00, ABC.DEF.G0010V00, ABC.DEF.G0011V00 那么参考对于 ABC.DEF.G0011V00，ABC.DEF(0) 将是 shorthand。对于 ABC.DEF.G0010V00，对 ABC.DEF(-1) 的引用将是 shorthand。引用相对生成 (0) 始终是对最近创建的 GDG 实例的引用。
大型机数据集也可能是PDS（分区数据集）。分区数据集具有 "members" 并且在概念上与 PC 或 Unix 文件系统上的目录略有相似（尽管实现 非常 不同）。一个PDS可能包含许多相关的成员，例如实用程序控制语句，希望将它们作为一个组来管理。
PDS 名称遵循与普通 DSN 相同的规则，成员名称遵循与普通 DSN 限定符相同的规则，但引用成员需要在括号中指定。如果 MY.DATA 是 PDS 并且我希望访问名称为 XYZ 的成员，我将指定 MY.DATA(XYZ).
请注意，数据集的格式不一定在其名称中指明。一个数据集是，例如包含固定 100 字节记录的 PDS 作为元数据记录在文件系统中。
上面@cschneid 的反应很好。添加到它：
- z/OS 基本技能页面上有来自 IBM 的 GDG 文档 - https://www.ibm.com/support/knowledgecenter/zosbasics/com.ibm.zos.zconcepts/zconcepts_175.htm
- 有几种数据集类型 - GDG 并不是真正不同的数据集组织，它只是一种特殊的命名约定，表示相对 "age"。有顺序数据集（"flat files"）、分区数据集（有点像被目录包围的平面文件的集合）、VSAM 数据集（一个很长的主题）和其他一些不常用的深奥类型这些日子。
- GDG 是一种非常灵活的命名（非 VSAM）数据集的方式，其版本号可以在 JCL 或使用这些相对版本号的行命令中引用。但这只是命名
琐事：在我工作过的地方，系统程序员和操作人员经常将这些 GnnnnVnn 称为 "goovoo" 数字，b/c 它们通常编号为 G00nnV00.. :-)