Java处理30位的数据（小数点前20位，小数点后面10位）,请问是怎么处理的啊？
我现在读到这样30位的数据，读出来都是字符串。然后计算这些数据，计算的结果，也要求是30位的，然后保存到数据库
问题1：数据库怎么保存这样的数据好呢,数字字段保存，还是用字符串保存。（Oracle）
问题2：当读到这样的一个数据的时候（30位）,怎么把这30位的字符串转成数字来运算,运算结果还要保留30位的精度（小数点后十位）,并存到数据库。
问题3：如果这30位的数据里面如现了字符，如：1234564abc545.12545545454这样的情况怎么处理好？
自己想的一个问题，大家看一下，有好的方法和思路没有，谢谢了。。如果认为上面没有说清楚的，我再补充
[b]问题补充：[/b]
再补充一个问题
问题4:如果读上来的是科学记数法怎么处理
如下：2.345645754412300023E+15
[b]问题补充：[/b]
[code="java"]BigDecimal n3 = new BigDecimal(3.34564575441235634143223E+9);
System.out.println(n3)[/code]
这样的话n3会失去精度
结果为
3345645754.41235637664794921875
但是我每次运行都是这个结果
[b]问题补充：[/b]
好，我先去研究下，再来问你们，谢谢了
[b]问题补充：[/b]
[code="java"]
System.out.println(new Double(1.2345678901234567890E+9).toString());
//结果是:1.2345678901234567E9
//只能保证17位啊，我想保证30位数,怎么保证啊?谢谢大家了
BigDecimal n3 = new BigDecimal(1.2345678901234567890E+9);
System.out.println(n3);
//这样也只能保证17位数
//输出结果：1234567890.123456716537475585937500000000
//到了17位之后就保留不了精度了
[/code]
[b]问题补充：[/b]
还有就是oracle数据库里面，有什么类型创建的表，让17位的数存进去，不发生改变（保留精度）,谢谢大家了
支持科学计算记数方式
BigDecimal n = new BigDecimal("11111111111111111111.84566656");
BigDecimal n1 = new BigDecimal("2.345645754412300023E+15");
System.out.println(n.add(n1));
结果:
11113456756865523411.86866656
用java.math.BigDecimal这个类来处理这种大数
去看看api说明
不可变的、任意精度的有符号十进制数。BigDecimal 由任意精度的整数非标度值 和 32 位的整数标度 (scale) 组成。如果为零或正数，则标度是小数点后的位数。如果为负数，则将该数的非标度值乘以 10 的负 scale 次幂。因此，BigDecimal 表示的数值是 (unscaledValue × 10-scale)。
BigDecimal 类提供以下操作：算术、标度操作、舍入、比较、哈希算法和格式转换。toString() 方法提供 BigDecimal 的规范表示形式。
BigDecimal 类使用户能完全控制舍入行为。如果未指定舍入模式，并且无法表示准确结果，则抛出一个异常；否则，通过向该操作提供适当的 MathContext 对象，可以对已选择的精度和舍入模式执行计算。在任何情况下，可以为舍入控制提供八种舍入模式。使用此类（例如，ROUND_HALF_UP）中的整数字段来表示舍入模式已过时；应改为使用 RoundingMode enum（例如，RoundingMode.HALF_UP）的枚举值。
当为 MathContext 对象提供 0 的精度设置（例如，MathContext.UNLIMITED）时，算术运算是准确的，它们是不采用任何 MathContext 对象的算术方法。（这是第 5 版之前的版本支持的惟一行为。）为了计算准确结果，不使用附带 0 精度设置的 MathContext 对象的舍入模式设置，因此与该对象无关。在除法中，准确的商可能是一个无限长的十进制扩展；例如，1 除以 3 所得的商。如果商具有无穷的十进制扩展，但是指定了该操作返回准确结果，则抛出 ArithmeticException。否则，像其他操作那样，返回除法运算的准确结果。
当精度设置不为 0 时，BigDecimal 算法的规则完全符合 ANSI X3.274-1996 和 ANSI X3.274-1996/AM 1-2000（ 7.4 节）中定义的算法的可选操作模式。与上述标准不同，BigDecimal 包括多种舍入模式，它们对于版本 5 以前的 BigDecimal 版本中的除法是强制性的。这些 ANSI 标准和 BigDecimal 规范之间的任何冲突都按照有利于 BigDecimal 的方式进行解决。
由于同一数值可以有不同的表示形式（具有不同的标度），因此运算和舍入的规则必须同时指定数值结果和结果表示形式中所用的标度。
一般情况下，当准确结果（在除法中，可能有无限多位）比返回的数值具有更多位数时，舍入模式和精度设置确定操作如何返回具有有限位数的结果。 首先，MathContext 的 precision 设置指定要返回的总位数；这确定了结果的精度。位数计数从准确结果的最左边的非零数字开始。舍入模式确定丢弃的尾部位数如何影响返回的结果。
对于所有算术运算符，运算的执行方式是，首先计算准确的中间结果，然后，使用选择的舍入模式将其舍入为精度设置（如有必要）指定的位数。如果不返回准确结果，则将丢弃准确结果的某些数位。当舍入增加了返回结果的大小时，前导数字“9”的进位传播可能会创建新的数位。例如，将值 999.9 舍入为三位数字，则在数值上等于一千，表示为 100×101。在这种情况下，新的 "1" 是返回结果的前导数位。
除了逻辑的准确结果外，每种算术运算都有一个表示结果的首选标度。下表列出了每个运算的首选标度。 算术运算结果的首选标度 运算 结果的首选标度
加 max(addend.scale(), augend.scale())
减 max(minuend.scale(), subtrahend.scale())
乘 multiplier.scale() + multiplicand.scale()
除 dividend.scale() - divisor.scale()
这些标度是返回准确算术结果的方法使用的标度；准确相除可能必须使用较大的标度除外，因为准确的结果可能有较多的位数。例如，1/32 得到 0.03125。
舍入之前，逻辑的准确中间结果的标度是该运算的首选标度。如果用 precision 位数无法表示准确的数值结果，则舍入会选择要返回的一组数字，并将该结果的标度从中间结果的标度减小到可以表示实际返回的 precision 位数的最小标度。如果准确结果可以使用最多 precision 个数字表示，则返回具有最接近首选标度的标度的结果表示形式。尤其是，通过移除结尾零并减少标度，可以用少于 precision 个数字来表示准确的可表示的商。例如，使用 floor 舍入模式将结果舍入为三个数字，
19/100 = 0.19 // integer=19, scale=2
但是
21/110 = 0.190 // integer=190, scale=3
注意，对于加、减和乘，标度的缩减量将等于丢弃的准确结果的数字位置数。如果舍入导致进位传播创建一个新的高位，则当未创建新的数位时，会丢弃该结果的附加数字。
其他方法可能与舍入语义稍微不同。例如，使用指定的算法的 pow 方法得到的结果可能偶尔不同于舍入得到的算术结果，如最后一位有多个单位（ulp）。
可以通过两种类型的操作来处理 BigDecimal 的标度：标度/舍入操作和小数点移动操作。标度/舍入操作（setScale 和 round）返回 BigDecimal，其值近似地（或精确地）等于操作数的值，但是其标度或精度是指定的值；即：它们会增加或减少对其值具有最小影响的存储数的精度。小数点移动操作（movePointLeft 和 movePointRight）返回从操作数创建的 BigDecimal，创建的方法是按指定方向将小数点移动一个指定距离。
为了简洁明了起见，整个 BigDecimal 方法的描述中都使用了伪代码。伪代码表达式 (i + j) 是“其值为 BigDecimal i 加 BigDecimal j 的 BigDecimal”的简写。伪代码表达式 (i == j) 是“当且仅当 BigDecimal i 表示与 BigDecimal j 相同的值时，则为 true”的简写。可以类似地解释其他伪代码表达式。方括号用于表示特定的 BigInteger 和定义 BigDecimal 值的标度对；例如，[19, 2] 表示 BigDecimal 在数值上等于 0.19，标度是 2。
注：如果 BigDecimal 对象用作 SortedMap 中的键或 SortedSet 中的元素，则应特别小心，因为 BigDecimal 的自然排序与 equals 方法不一致。有关更多信息，请参见 Comparable、SortedMap 或 SortedSet。
当为任何输入参数传递 null 对象引用时，此类的所有方法和构造方法都将抛出 NullPointerException。
BigDecimal big = BigDecimal.valueOf(2.345645754412300023E+15 );
这样就转成BigDecimal了嘛，
问题1:在数据库里建议用varchar,这样占用空间小
2:BigDecimal n = new BigDecimal("11111111111111111111.84566656");
BigDecimal n1 = new BigDecimal("11111111111111111111.86565656");
System.out.println(n.add(n1));
3:如果字符串里有字母的话,会抛异常的就捕获它,作下一个逻辑处理或者你可以用正则判断是否有字母,然后再作流程控制
楼主,别忘了给我分呀,呵呵
你这样当然不行，你的精度都没告诉这个类，也就是小数点后面的位数
如果遇到对串进行判断的地方，一般都是通过正则表达式来做。
比如你说的这个例子，可以通过
\d{,20}.\d{,10}来表示，当然如果采用科学计数法，这个正则表达式需要稍微修改下。
可以考虑用串进行存储，然后读出字段后进行一个parse即可。这样可以保证你要存的数据跟实际的数据完全一样。
这个问题我的系统有处理过，是财务报表方面的，一点经验说一下：
１，数据库我是用字符串的保存方式
２，JAVA计算是用BigDecimal ，在做转换时，直接用BigDecimal.valueOf("字段值")，参数就用字符串就好了，这样就不会丢失精度了
建议你用字符串保存进去,varchar.因为你在数据库里没有计算操作,所以用字符串存进去,又不占多少空间,又方便
朋友，问题要自动关闭啦，结分哦，