BigDecimal 到 SQL NUMBER：检查值是否大于精度

Question

在我的应用程序中，我将数字处理为 BigDecimal 并将它们存储为 NUMBER(15,5)。现在，我需要在 Java 上正确检查 BigDecimal 值是否适合该列，以便我可以生成正确的错误消息，而无需执行 SQL、捕获异常并验证供应商错误代码。我的数据库是Oracle 10.3，此类错误导致错误1438。

经过一番谷歌搜索后，我发现没有这样的代码，所以我想出了自己的代码。但我真的对这段代码不满意……简单，但同时又简单到足以怀疑它的正确性。我用许多值、随机值和边界对其进行了测试，它似乎有效。但由于我对数字真的很不擅长，所以我想要一些更健壮且经过充分测试的代码。

//no constants for easier reading
public boolean testBigDecimal(BigDecimal value) {
    if (value.scale() > 5)
        return false;
    else if (value.precision() - value.scale() > 15 - 5)
        return false;
    else
        return true;
}

编辑：最近的测试没有出现超出比例的数字例外，只是默默地四舍五入，而且我不确定没有和我进行这些第一次测试时有什么不同。这种舍入是不可接受的，因为应用程序是财务性的，并且任何舍入/截断都必须是明确的（通过 BigDecimal 方法）。抛开例外，该测试方法必须确保数字对于所需的精度来说不会太大，即使是非有效数字。抱歉这么晚才澄清。

感谢您抽出时间。

---

我对这个问题还是很好奇。我的代码仍在运行，并且我没有得到一些正确性或失败情况的“证明”，或者此类测试的一些标准代码。

所以，我悬赏它，希望能得到其中任何一个。

Answer 1

下面的正则表达式也可以解决这个问题：

public class Big {
    private static final Pattern p = Pattern.compile("[0-9]{0,10}(\\.[0-9]{0,5}){0,1}");

    public static void main(String[] args) {
        BigDecimal b = new BigDecimal("123123.12321");
        Matcher m = p.matcher(b.toString());
        System.out.println(b.toString() + " is valid = " + m.matches());
    }
}

这可能是测试代码的另一种方法，也可能是代码。正则表达式需要 0 到 10 位数字，可选地后跟小数点和 0 到 5 位数字。我想了想，不知道是否需要一个标志。将诸如 [+-]{0,1} 之类的内容添加到前面即可。

也许这是一个更好的类，以及一个带有部分测试集的测试类。

public class Big {
    private static final Pattern p = Pattern.compile("[0-9]{0,10}(\\.[0-9]{0,5}){0,1}");

public static boolean isValid(String s) {
    BigDecimal b = new BigDecimal(s);
    Matcher m = p.matcher(b.toPlainString());
    return m.matches();
    }
}

---

package thop;

import junit.framework.TestCase;

/**
 * Created by IntelliJ IDEA.
 * User: tonyennis
 * Date: Sep 22, 2010
 * Time: 6:01:15 PM
 * To change this template use File | Settings | File Templates.
 */
public class BigTest extends TestCase {

    public void testZero1() {
        assertTrue(Big.isValid("0"));
    }

    public void testZero2() {
        assertTrue(Big.isValid("0."));
    }

    public void testZero3() {
        assertTrue(Big.isValid("0.0"));
    }

    public void testZero4() {
        assertTrue(Big.isValid(".0"));
    }

    public void testTooMuchLeftSide() {
        assertFalse(Big.isValid("12345678901.0"));
    }

    public void testMaxLeftSide() {
        assertTrue(Big.isValid("1234567890.0"));
    }

    public void testMaxLeftSide2() {
        assertTrue(Big.isValid("000001234567890.0"));
    }

    public void testTooMuchScale() {
        assertFalse(Big.isValid("0.123456"));
    }

    public void testScientificNotation1() {
        assertTrue(Big.isValid("123.45e-1"));
    }

    public void testScientificNotation2() {
        assertTrue(Big.isValid("12e4"));
    }
}

Answer 2

您的功能的问题之一是在某些情况下它可能限制太多，请考虑：

BigDecimal a = new BigDecimal("0.000005"); /* scale 6 */
a = a.multiply(new BigDecimal("2")); /* 0.000010 */
return testBigDecimal(a); /* returns false */

如您所见，比例没有向下调整。我现在无法测试高端精度（1e11/2）是否会发生类似的情况。

我建议更直接的路线：

public boolean testBigDecimal(BigDecimal value) {
    BigDecimal sqlScale = new BigDecimal(100000);
    BigDecimal sqlPrecision = new BigDecimal("10000000000");
    /* check that value * 1e5 is an integer */
    if (value.multiply(sqlScale)
          .compareTo(value.multiply(sqlScale)
              .setScale(0,BigDecimal.ROUND_UP)) != 0)
        return false;
    /* check that |value| < 1e10 */
    else if (value.abs().compareTo(sqlPrecision) >= 0)
        return false;
    else
        return true;
}

---

更新

您在评论中询问如果我们尝试插入 0.000010 数据库是否会抛出错误。事实上，如果您尝试插入精度过高的值，数据库永远不会抛出错误，它会默默地舍入插入的值。

因此，不需要进行第一次检查来避免 Oracle 错误，我假设您执行此测试是为了确保要插入的值等于实际插入的值。由于 0.000010 和 0.00001 相等（使用 BigDecimal.compareTo），它们不应该返回相同的结果吗？

Answer 3

相反，如果循环数千个随机数，您可以编写强调“边缘”的测试用例 - 最大值 +.00001、最大值、最大值 - .00001、0、null、最小值 -.00001、最小值、最小值 + .00001 以及小数点右侧 4、5 和 6 个值的值。可能还有更多。

如果你在 junit 中有这些，那就很好了。

Answer 4

好吧，由于没有人提出其他解决方案，我将保留代码不变。

我无法使这个精度/规模测试失败，并且它始终与正则表达式解决方案匹配，所以也许两者都是正确的（我测试了边界并使用超过 5M 的随机生成值）。我将使用精度/比例解决方案，因为它的速度快了 85% 以上，如果它失败，我将替换它。

感谢您的回复托尼。

---

我之前的“答案”，出于历史目的仍然在这里，但我正在寻找真正的答案=）