如何解释这个COBOL记录布局来创建MySQL表？

我有一个字段position.txt数据库的记录布局，可以转换成MySQL表。记录布局中有一个标题为PICTURE的列，我不确定它为数据类型描述了什么。这看起来有点熟悉，也许是COBOL记录布局方法

以下是一些示例和我的假设：

我猜9代表一个数字，4代表4位数字

X是一个角色

95V94-我不知道。 S97V99-我不知道

下面是我所指的实际记录布局的链接：

---

我希望有人能解释这些或给他们一个指南，这将是最有帮助的。我不明白MySQL中填充字段的用途。谢谢

我的解释，希望能帮助您：

94：正如你所说的，4位数的数字可以在屏幕上看到长度列 X4:长度为4的字符串请参见屏幕中的“长度”列 999：一个三位数的数字 XXX：长度为3的字符串 95V94：小数点前5位，小数点后4位的十进制数。将被写入以节省磁盘空间 [见第9段] S97V99：我猜是一个在小数点前有7位，在小数点后有2位的序贯值，没有%符号 您可以忽略所有组，因为无法仅映射到MySql ORDBMS[OOP]

---

我希望我能帮你一点忙-

我的解释，希望能帮助您：

94：正如你所说的，4位数的数字可以在屏幕上看到长度列 X4:长度为4的字符串请参见屏幕中的“长度”列 999：一个三位数的数字 XXX：长度为3的字符串 95V94：小数点前5位，小数点后4位的十进制数。将被写入以节省磁盘空间 [见第9段] S97V99：我猜是一个在小数点前有7位，在小数点后有2位的序贯值，没有%符号 您可以忽略所有组，因为无法仅映射到MySql ORDBMS[OOP]

---

我希望我能帮你一点忙-

从5im的答案继续

填充意味着空的空间。您不必在数据库中放置填充字段。填充字段可以是不再需要的字段，也可以是记录布局中留下的空白，以便在不更改记录长度的情况下添加新信息

---

像95V94和S97V99这样的十进制数字可以存储在十进制列中

从5im的答案继续

填充意味着空的空间。您不必在数据库中放置填充字段。填充字段可以是不再需要的字段，也可以是记录布局中留下的空白，以便在不更改记录长度的情况下添加新信息

---

像95V94和S97V99这样的十进制数字可以存储在十进制列中

从5im开始，在cobol S97V99中，符号通常表示为最低阶数字的过类型。您可以在s97V99字段中看到这一点，它们都是9字节长，没有为符号分配空间

实际使用的符号字符将取决于源计算机是否使用ascii，即Unix或Ebcidic ie IBM

因此-1.21变为

主机00000012J Ascii 000000 12q 因此-1.22变为

主机00000012K Ascii 00000012r 正数1.20也可以表示为如下

主机00000012{ Ascii 00000012@ 和+1.21可以表示为000000 12a

我建议澄清s97V99字段的forat。

---

从5im开始查找分区十进制定义，在cobol S97V99中，符号通常表示为最低阶数字的覆盖类型。您可以在S97V99字段中看到这一点，它们都有9个字节长，没有为符号分配空间

实际使用的符号字符将取决于源计算机是否使用ascii，即Unix或Ebcidic ie IBM

因此-1.21变为

主机00000012J Ascii 000000 12q 因此-1.22变为

主机00000012K Ascii 00000012r 正数1.20也可以表示为如下

主机00000012{ Ascii 00000012@ 和+1.21可以表示为000000 12a

我建议澄清s97V99字段的forat。

---

查找分区十进制定义

您应该更新S97V99的答案。COBOL本身没有其他地方使用的字符串。X4或其他字段都没有任何字段终止符。它有四个字节长，不管包含什么。字段中的短数据通常会用空格填充。点没有。在数字中不是为了节省磁盘空间。在进行计算时，必须没有数字。在这种特殊情况下，您可以忽略所有组。例如，对于包含DD-MM和YYYY的日期，您希望它们作为数据库中的日期字段。您应该更新S97V99的答案。COBOL本身没有与术语用于其他地方。X4和其他字段都没有任何字段终止符。它是四个字节

---

长，不管它包含什么。字段中的短数据通常会用空格填充。重点是不要有这种感觉。在一个数字是不节省磁盘空间。在进行计算时，不必使用它。在这种特殊情况下，您可以忽略所有组。例如，对于包含DD-MM和YYYY的日期，您希望将它们作为数据库中的日期字段。从带小数和其他数字的字段长度来看，您没有压缩的十进制字段。您有一个签名字段，请参见Bruce的答案。如果您的数据是从使用EBCDIC的大型机传输的，则该字段将给您带来问题。要求用一个单独的符号来定义它，这将得到一个实际的+或-和纯纯纯数字。从带小数和其他数字的字段长度来看，没有压缩的小数字段。您有一个签名字段，请参见Bruce的答案。如果您的数据是从使用EBCDIC的大型机传输的，则该字段将给您带来问题。要求用一个单独的符号来定义它，这将得到一个实际的+或-和纯纯数字。