应该使用哪种PostgreSQL列类型来存储Java BigDecimal？
我应该使用哪种PostgreSQL列类型来存储Java BigDecimal？
问题答案：
请参见PostgreSQL数据类型
-也许是Numeric，它可以充当 任意精度类型 （这是PostgreSQL扩展）。
…没有任何精度或小数位数，会创建一列，其中可以存储任何精度和小数位数的数值，但不超过精度的实施限制。
不过，我并不完全确定“精确度的实现限制”是什么。从来没有尝试过 真正的
大数字。如果达到限制，则text可能会回退到。但是，我怀疑在那之前还会有其他重大问题；-)如果您希望存储的少一些，请指定的精度和/或小数位数numeric。
*如sjr所指出的那样 *编辑 ，限制为精度的1000个十进制数字（来自同一链接）：
数值类型可以存储精度最高为1000位的数字（在当前的实现中）并精确地执行计算。特别建议在需要精确度的情况下存储货币金额和其他数量…
如果需要 更高的 精度-尽管手头有更大的问题-那么数字列将不适合（就其本身而言）。但这实际上是一个非常 极端的 “假设”，可能不会发挥限制作用。
-
问题内容： 我读过我应该用 钱 ，但是在当今快节奏的世界里，现在也许已经过时了。 我应该使用什么？ 问题答案： 不，钱应该还是可以的。
-
问题内容： 我打算使用，但是我想知道如果我应该做INT并剥离句点怎么办。哪个会更好，为什么呢？ 问题答案： 我想您只对IPv4地址感兴趣，而对IPv6不感兴趣。 我会在列中使用，然后使用和在文本表示形式和int值之间来回转换。
-
问题内容： 我正在尝试决定要选择哪种mime类型来返回mp3数据（由php提供） 根据此mime类型列表：http : //www.webmaster-toolkit.com/mime-types.shtml 这些之间有什么区别，我应该使用哪个？ 问题答案： 最好的选择是使用RFC定义的 mime-type 。
-
问题内容： 我想在数据库中存储哈希密码（使用BCrypt）。什么是一个好的类型，哪个是正确的长度？用BCrypt散列的密码是否总是相同长度？ 编辑 哈希示例： 在对一些密码进行哈希处理之后，BCrypt似乎总是生成60个字符的哈希。 编辑2 很抱歉没有提及实施。我正在使用jBCrypt。 问题答案： bcrypt的模块化crypt格式包括 ，或识别哈希算法和格式 表示费用参数的两位数字值，后跟 一
-
问题内容： 由于MySQL似乎没有任何“布尔”数据类型，因此您“滥用”哪种数据类型在MySQL中存储正确/错误信息？ 尤其是在从PHP脚本进行读写的情况下。 随着时间的流逝，我已经使用并看到了几种方法： tinyint，包含值0/1的varchar字段， 包含字符串‘0’/‘1’或’true’/’false’的varchar字段 最后枚举包含两个选项“ true” /“ false”的字段。 以上
-
在使用类BigInteger后，我的平台上的程序显示内存限制超过了。