blocks|key|446770|text|像Decimal(19,4)这样的东西在大多数情况下通常都运行得很好。您可以调整小数位数和精度以满足需要存储的数字的需要。即使在SQL+Server中，我也倾向于不使用"money“，因为它是非标准的。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|446771|entityMap^0|1|D|2D|5|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|M|8|@]|D|@]|E|$]]]|G|$]]

Something like <code>Decimal(19,4)</code> usually works pretty well in most cases. You can adjust the scale and precision to fit the needs of the numbers you need to store. Even in SQL Server, I tend not to use "<code>money</code>" as it's non-standard.

blocks|key|3666609|text|计算出计算可能需要多少位小数也是很重要的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3666610|我做过一个股票价格应用程序，它需要计算一百万股的价格。报价的股价必须存储到7位数的准确度。|3666611|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

It is also important to work out how many decimal places maybe required for your calculations. 

I worked on a share price application that required the calculation of the price of one million shares. The quoted share price had to be stored to 7 digits of accuracy.

blocks|key|3666575|text|Assaf对|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3666576|3666577|取决于你有多少钱。|blockquote|3666578|3666579|3666580|听起来轻率，但实际上是有针对性的。|3666581|就在今天，我们遇到了一个问题，一条记录未能插入到我们的费率表中，因为其中一列(GrossRate)被设置为Decimal+(11,4)，而我们的产品部刚刚获得了一份合同，在波拉博拉的一个令人惊叹的度假胜地，每晚售价数百万太平洋法郎……这是10年前设计数据库模式时从未遇到过的问题。|3666582|entityMap^0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|O|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|P|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|G|3|-4|5|6|7|R|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|S|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|T|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|U|8|@]|9|@]|A|$]]]|M|$]]

Assaf's response of 

<blockquote>
 Depends on how much money you got...
</blockquote>

sounds flippant, but actually it's pertinant.

Only today we had an issue where a record failed to be inserted into our Rate table, because one of the columns (GrossRate) is set to Decimal (11,4), and our Product department just got a contract for rooms in some amazing resort in Bora Bora, that sell for several million Pacific Francs per night... something that was never anticpated when the database schema was designed 10 years ago.

blocks|key|1090023|text|对于会计应用程序，将值存储为整数是很常见的(有些人甚至说这是唯一的方法)。为了得到一个想法，取交易的金额(假设100.23美元)，然后乘以1001000,10000，等等，以获得所需的准确性。因此，如果您只需要存储美分，并且可以安全地向上或向下舍入，则只需乘以100即可。在我的示例中，这将使10023作为要存储的整数。您将节省数据库中的空间，并且比较两个整数比比较两个浮点数容易得多。我的0.02美元。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1090024|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

For accounting applications it's very common to store the values as integers (some even go so far as to say it's the only way). To get an idea, take the amount of the transactions (let's suppose $100.23) and multiple by 100, 1000, 10000, etc. to get the accuracy you need. So if you only need to store cents and can safely round up or down, just multiply by 100. In my example, that would make 10023 as the integer to store. You'll save space in the database and comparing two integers is much easier than comparing two floats. My $0.02.

blocks|key|4512210|text|超晚进入，但GAAP是一个很好的经验法则..|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4512211|4512212|如果你的应用程序需要处理高达一万亿的货币价值，那么这应该是可行的:+13,2如果你需要遵守公认会计原则，那么使用:+13,4|blockquote|4512213|4512214|通常，在将输出四舍五入为13,2之前，您应该将货币值求和为13,4。|4512215|4512216|来源：Best+datatype+to+store+monetary+value+in+MySQL|offset|length|4512217|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/a/23353037^0|0|0|0|0|0|0|3|1A|0|0^^$0|@$1|2|3|4|5|6|7|V|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|W|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|X|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|Y|8|@]|9|@]|A|$]]|$1|G|3|H|5|6|7|Z|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|10|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|11|8|@]|9|@$L|12|M|13|1|14]]|A|$]]|$1|N|3|-4|5|6|7|15|8|@]|9|@]|A|$]]]|O|$P|$5|Q|R|S|A|$T|U]]]]

super late entry but GAAP is a good rule of thumb..
<blockquote>
If your application needs to handle money values up to a trillion then this should work: 13,2 If you need to comply with GAAP (Generally Accepted Accounting Principles) then use: 13,4
Usually you should sum your money values at 13,4 before rounding of the output to 13,2.
</blockquote>
Source: <a href="https://stackoverflow.com/a/23353037">Best datatype to store monetary value in MySQL</a>

blocks|key|446988|text|默认情况下，您可以对所有货币值使用类似DECIMAL(19,2)的值，但如果您只存储低于1,000美元的值，这将是对宝贵数据库空间的浪费。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|446989|对于大多数实现，DECIMAL(N,2)就足够了，其中N的值至少是您期望存储在字段%2B+5中的最大和的.之前的位数。因此，如果您不希望存储任何大于999999.99的值，那么DECIMAL(11,2)应该就足够了(直到期望发生变化)。|446990|如果你想与兼容，你可以使用DECIMAL(N,4)，N的值至少是你期望存储在字段.中的最大和的%2B+7之前的位数。|446991|entityMap^0|J|D|0|8|C|R|1|15|3|1E|1|2E|D|0|D|C|Q|1|14|1|1B|3|0^^$0|@$1|2|3|4|5|6|7|L|8|@$9|M|A|N|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|O|8|@$9|P|A|Q|B|C]|$9|R|A|S|B|C]|$9|T|A|U|B|C]|$9|V|A|W|B|C]|$9|X|A|Y|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|Z|8|@$9|10|A|11|B|C]|$9|12|A|13|B|C]|$9|14|A|15|B|C]|$9|16|A|17|B|C]]|D|@]|E|$]]|$1|J|3|-4|5|6|7|18|8|@]|D|@]|E|$]]]|K|$]]

You could use something like <code>DECIMAL(19,2)</code> by default for all of your monetary values, but if you'll only ever store values lower than $1,000, that's just going to be a waste of valuable database space.

For most implementations, <code>DECIMAL(N,2)</code> would be sufficient, where the value of <code>N</code> is at least the number of digits before the <code>.</code> of the greatest sum you ever expect to be stored in that field <code>+ 5</code>. So if you don't ever expect to store any values greater than 999999.99, <code>DECIMAL(11,2)</code> should be more than sufficient (until expectations change).

If you want to be <a href="http://www.fasab.gov/accounting-standards/authoritative-source-of-gaap/" rel="noreferrer">GAAP</a> compliant, you could go with <code>DECIMAL(N,4)</code>, where the value of <code>N</code> is at least the number of digits before the <code>.</code> of the greatest sum you ever expect to be stored in that field <code>+ 7</code>.

blocks|key|4512295|text|虽然这可能是晚了，但它将有助于一些人else.From我的经验和研究，我已经知道并接受十进制(19，6).That是在与php和mysql的工作。在处理大量资金和汇率时|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4512296|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Though this may be late, but it will be helpful to someone else.From my experience and research I have come to know and accept decimal(19, 6).That is when working with php and mysql. when working with large amount of money and exchange rate

What is the best SQL data type for currency values? I'm using MySQL but would prefer a database independent type.

Best data type for storing currency values in a MySQL database

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

货币值的最佳SQL数据类型是什么？我使用的是MySQL，但我更喜欢独立于数据库的类型。

问在MySQL数据库中存储货币值的最佳数据类型
EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在MySQL数据库中存储货币值的最佳数据类型EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在MySQL数据库中存储货币值的最佳数据类型
EN