mysql数字转换货币

『壹』 如何在mysql 的sql查询语句结果中，数字加千分逗号，例如1234889.12 显示为1,234,889.12 字段为price 。

工具/材料：Management Studio。

1、首先在桌面上，点击“Management Studio”图标。

『贰』 MySQL中的float和decimal类型有什么区别

decimal 类型可以精确地表示非常大或非常精确的小数。大至 1028（正或负）以及有效位数多达 28 位的数字可以作为 decimal类型存储而不失其精确性。该类型对于必须避免舍入错误的应用程序（如记账）很有用。

float是浮点数，不能指定小数位。
decimal是精确数，可以指定精度。
对mysql 5来说 decimal(p,s)中p最大为65，S最大为30
decimal数据类型最多可存储 38 个数字，它存储了一个准确（精确）的数字表达法,不存储值的近似值。

当数据值一定要按照指定精确存储时，可以用带有小数的decimal数据类型来存储数字。
float和real数据类型被称为近似的数据类型。不存储精确值.当要求精确的数字状态时，比如在财务应用程序中，在那些需要舍入的操作中，或在等值核对的操作中，就不使用这些数据类型。这时就要用integer、decimal、money或smallmone数据类型。

在 WHERE 子句搜索条件中（特别是 = 和 <> 运算符），应避免使用float或real列。最好限制使用float和real列做> 或 < 的比较。

float,double容易产生误差，对精确度要求比较高时，建议使用decimal来存，decimal在mysql内存是以字符串存储的，用于定义货币要求精确度高的数据。在数据迁移中，float(M,D)是非标准定义，最好不要这样使用。M为精度，D为标度。

『叁』 银行中mysql数字转成金额

Mysql没有金额类型的字段，mysql提供了两个数据类型：numeric和decimal，这两种数据类型可以轻松解决上面的问题：
NUMERIC 和 DECIMAL 类型被 MySQL 以同样的类型实现，这在 SQL92 标准中是允许的。他们用于保存对准确精度有重要要求的值，例如与金钱有关的数据。当以它们中的之一声明一个列时，精度和数值范围可以(通常是)被指定；例 如：

salary DECIMAL(5,2)

在这个例子中，5 (精度(precision)) 代表重要的十进制数字的数目，2 (数据范围(scale)) 代表在小数点后的数字位数。在这种情况下，因此，salary 列可以存储的值范围是从 -99.99 到 99.99。(实际上 MySQL 在这个列中可以存储的数值可以一直到 999.99，因为它没有存储正数的符号)。

『肆』 mysql中int型的数字怎么转换成字符串

MySQL 数字类型转换函数(concat/cast)。

1、将Int 转为varchar经常用 concat函数，比如concat(8,’0′) 得到字符串 ’80′。

2、将varchar 转为Int 用 cast(a as signed) a为varchar类型的字符串。

总结：类型转换和SQL Server一样,就是类型参数有点点不同 : CAST(xxx AS 类型) , CONVERT(xxx,类型)。

(4)mysql数字转换货币扩展阅读：

可用的类型：

二进制,同带binary前缀的效果 : BINARY

字符型,可带参数 : CHAR()

日期 : DATE

时间: TIME

日期时间型 : DATETIME

浮点数 : DECIMAL

整数 : SIGNED

无符号整数 : UNSIGNED

cast函数运行示例

『伍』 mysql中decimal和double的区别

实数是带有小数部分的数字。然而，它们不只是为了存储小数部分，也可以使用
DEClMAL 存储比 BIGINT还大的整数。 MySQL 既支持精确类型，也支持不精确类型。
FLOAT 和 DOUBLE 类型支持使用标准的浑点运算进行近似计算。如果需要知道浮点运算是
怎么计算的，则需要研究所使用的平台的浮点数的具体实现。

DECIMAL 类型用于存储精确的小数。在 MySQL 5.0 和更高版本， DECIMAL 类型支持精确 计算。 MySQL 4.1 以及更早版本则使用浮点运算来实现 DECIAML 的计算，这样做会因为 精度损失导致一些奇怪的结果。在这些版本的 MySQL 中，DEClMAL 只是一个"存储类型"。

因为 CPU 不支持对 DEClMAL 的直接计算，所以在 MySQL 5.0 以及更高版本中， MySQL 服务器自身实现了 DECIMAL 的高精度计算。相对而言， CPU 直接支持原生浮点计算，所 以浮点运算明显更快。

浮点和 DECIMAL 类型都可以指定精度。对于 DECIMAL 列，可以指定小数点前后所允许的 最大位数。这会影响列的空间消耗。 MySQL 5.0 和更高版本将数字打包保存到一个二进 制字符串中(每 4个字节存 9个数字)。例如， DEClMAL(18 ，9)小数点两边将各存储 9个 数字，一共使用 9 个字节:小数点前的数字用 4 个字节，小数点后的数字用 4 个字节， 小数点本身占 1个字节。

MySQL 5.0 和更高版本中的 DEClMAL 类型允许最多 65个数字。而早期的 MySQL 版本中 这个限制是254个数字，并且保存为未压缩的字符串(每个数字一个字节)。然而，这些(早 期)版本实际上并不能在计算中使用这么大的数字，因为 DECIMAL 只是一种存储格式: 在计算中 DEClMAL 会转换为 DOUBLE 类型。

有多种方法可以指定浮点列所需要的精度，这会使得 MySQL 悄悄选择不同的数据类型， 或者在存储时对值进行取舍。这些精度定义是非标准的，所以我们建议只指定数据类型， 不指定精度。

浮点类型在存储同样范围的值时，通常比 DECIMAL 使用更少的空间。 FLOAT 使用 4个字 节存储。 DOUBLE 占用8个字节，相比 FLOAT有更高的精度和更大的范围。和整数类型一样， 能选择的只是存储类型 IMySQL 使用 DOUBLE 作为内部浮点计算的类型。

因为需要额外的空间和计算开销，所以应该尽量只在对小数进行精确计算时才使用
DECIMAL一一例如存储财务数据。但在数据量比较大的时候，可以考虑使用 BIGINT 代替
DECIMAL，将需要存储的货币单位根据小数的位数乘以相应的倍数即可。假设要存储财
务数据精确到万分之一分，则可以把所有金额乘以一百万，然后将结果存储在 BIGI町里，
这样可以同时避免浮点存储计算不精确和 DECIMAL 精确计算代价高的问题。

『陆』 mysql 怎么把decimal转float

可能做程序的人都知道，float类型是可以存浮点数（即小数类型），但是float有个坏处，当你给定的数据是整数的时候，那么它就以整数给你处理。这样我们在存取货币值的时候自然遇到问题，我的default值为：0.00而实际存储是0，同样我存取货币为12.00，实际存储是12.幸好mysql提供了两个数据类型：numeric和decimal，这两种数据类型可以轻松解决上面的问题：NUMERIC和DECIMAL类型被MySQL以同样的类型实现，这在SQL92标准中是允许的。他们用于保存对准确精度有重要要求的值，例如与金钱有关的数据。当以它们中的之一声明一个列时，精度和数值范围可以(通常是)被指定；例如：salaryDECIMAL(5,2)在这个例子中，5(精度(precision))代表重要的十进制数字的数目，2(数据范围(scale))代表在小数点后的数字位数。在这种情况下，因此，salary列可以存储的值范围是从-99.99到99.99。(实际上MySQL在这个列中可以存储的数值可以一直到999.99，因为它没有存储正数的符号)。译者注：M与D对DECIMAL(M,D)取值范围的影响类型说明取值范围（MySQL=3.23）

『柒』 怎么从mysql遍历出人民币大写然后输入到页面，求大神啊

干嘛要SQL？JS就能搞定

functionToUpper(v){
varstrOutput="";
strUnit='仟佰拾亿仟佰拾万仟佰拾元角分';
v+="00";
varintPos=v.indexOf('.');
if(intPos>=0){
v=v.substring(0,intPos)+v.substr(intPos+1,2);
}
strUnit=strUnit.substr(strUnit.length-v.length);
for(vari=0;i<v.length;i++){
strOutput+='零壹贰叁肆伍陆柒捌玖'.substr(v.substr(i,1),1)+strUnit.substr(i,1);
}
vardata=strOutput.replace(/零角零分$/,'整').replace(/零[仟佰拾]/g,'零').replace(/零{2,}/g,'零').replace(/零([亿|万])/g,'$1').replace(/零+元/,'元').replace(/亿零{0,3}万/,'亿').replace(/^元/,"零元")

returndata;
}

『捌』 sql server 2005 money类型转换成MYSQL 应该是什么类型

SQL Server
money 数据类型用来表示钱和货币值。这种数据类型能存储从-9220亿到9220 亿之间的数据，精确到货币单位的万分之一

MySQL
DECIMAL[(M[,D])] [UNSIGNED] [ZEROFILL]
压缩的“严格”定点数。M是小数位数(精度)的总数，D是小数点(标度)后面的位数。小数点和(负数)的‘-’符号不包括在M中。如果D是0，则值没有小数点或分数部分。DECIMAL整数最大位数(M)为65。支持的十进制数的最大位数(D)是30。如果D被省略，默认是0。如果M被省略，默认是10。
如果指定UNSIGNED，不允许负值。
所有DECIMAL列的基本计算(+，-，*，/)用65位精度完成。

具体来说, 也就是

DECIMAL ( 18 , 4)

因为 -9220亿到9220 亿 也就是 整数部分， 需要 14 位 （ 亿 需要 9位。 ）
然后小数部分是 万分之一， 也就是 0.0001 需要 4位

『玖』 mysql里记录货币用什么字段类型好

NUMERIC和DECIMAL类型被MySQL实现为同样的类型，这在SQL92标准允许。他们被用于保存值，该值的准确精度是极其重要的值，例如与金钱有关的数据。当声明一个类是这些类型之一时，精度和规模的能被(并且通常是)指定；例如：

salary DECIMAL(9,2)
在这个例子中，9(precision)代表将被用于存储值的总的小数位数，而2(scale)代表将被用于存储小数点后的位数。因此，在这种情况下，能被存储在salary列中的值的范围是从-9999999.99到9999999.99。在ANSI/ISO
SQL92中，句法DECIMAL(p)等价于DECIMAL(p,0)。同样，句法DECIMAL等价于DECIMAL(p,0)，这里实现被允许决定值p。MySQL当前不支持DECIMAL/NUMERIC数据类型的这些变种形式的任一种。这一般说来不是一个严重的问题，因为这些类型的主要益处得自于明显地控制精度和规模的能力。

DECIMAL和NUMERIC值作为字符串存储，而不是作为二进制浮点数，以便保存那些值的小数精度。一个字符用于值的每一位、小数点(如果scale>0)和“-”符号(对于负值)。如果scale是0，DECIMAL和NUMERIC值不包含小数点或小数部分。

DECIMAL和NUMERIC值得最大的范围与DOUBLE一样，但是对于一个给定的DECIMAL或NUMERIC列，实际的范围可由制由给定列的precision或scale限制。当这样的列赋给了小数点后面的位超过指定scale所允许的位的值，该值根据scale四舍五入。当一个DECIMAL或NUMERIC列被赋给了其大小超过指定(或缺省的）precision和scale隐含的范围的值，MySQL存储表示那个范围的相应的端点值。

『拾』 sql数据库中如何把money数据由元转换成万元显示，并且小数点2位，整数部分每3位用逗号隔开，谢谢！

通常来讲这种操作都是放在web前段展示的时候做转换，只是在result中给自己看意义不大，一般数据库不支持这样的转换。
理论上来讲还是可行的，说一下思路吧，首先肯定是要强转成字符类型的，然后用index函数以小数点做分割，再操作整数位和小数位，用len函数和substring函数切分，最后拼接。