4

我们有一个设置，其中远程 C++ 客户端调用 Oracle 函数（使用 OCCI 库）传递一些数据。然后，此 Oracle 函数将数据插入到表中。传递给函数的数据之一是 AMOUNT，它是一个浮点数。

在 C++ 客户端中，这个 AMOUNT 变量被定义为“double”。Oracle 函数和表都将此列的数据类型定义为“NUMBER”（没有明确定义任何精度或小数位数）。

我们看到客户端发送的内容与我们在数据库中接收和存储的内容之间存在很多不一致。例如，客户声称他们传递了一个值“35.6”，但我们在表中看到的是“35.59999847”。

我们应该以最多 6 位小数的精度存储这些值。如果我将 AMOUNT 列的数据类型定义从 NUMBER 更改为 NUMBER(38,6)，我得到“35.599998”。如果我将其更改为 NUMBER (38,5)，我最终会得到“35.6”。

有人可以建议这里可能发生的事情吗？我知道不建议将金额或价格值视为浮点数，而应使用整数，但在这种情况下，我们无法控制 C++ 客户端。我们在非常大的数据集上看到了这个问题（超过 50% 的数据存在这个问题）。

此外，这个问题不仅限于浮点数。即使整数很大，我们也可以看到不一致（例如，作为 1000000000 传递的值被存储为 1000000004）。

4

1 回答 1

1

您可能无法控制客户端，但您可以更改界面吗？

将浮点数传递给 Oracle 将不可避免地导致此问题，因为它们本质上是不精确的数据类型。但是，如果您可以修改接口，您可以将两个整数传递给 Oracle：AMOUNT 的整数和 AMOUNT 的小数部分。然后，Oracle 可以将这两个整数组合成一个可以愉快使用的 NUMBER 变量。

自从我写了这篇文章以来，你已经编辑了你的问题，正如 Oli 指出的那样，这个建议不再有效。

你能做些什么呢？

  1. 通过在 Oracle 层强制执行小数精度来伪造它。这可能会产生一些舍入错误，但比现在少得多。虽然它不能解决大整数的问题。
  2. 将此作为 C++ 客户端的开发人员的错误提出。（专业提示：当你提交错误报告时，尽量不要称他们为愚蠢的低能者）。
  3. 告诉你的用户他们只需要忍受它。

至于为什么这是 Oracle 而不是您的其他系统的问题，MySQL 支持 FLOAT 和 DOUBLE，并且可能其他系统也支持。Oracle 一直对数据完整性非常严格，浮点数实在是太松懈了。

于 2013-06-14T12:01:16.273 回答