Kiểu dữ liệu tốt nhất để lưu trữ giá trị tiền trong MySQL

Tôi muốn lưu trữ nhiều bản ghi trong cơ sở dữ liệu MySQL. Tất cả đều chứa giá trị tiền. Nhưng tôi không biết có bao nhiêu chữ số sẽ được chèn cho mỗi cái.
Loại dữ liệu nào tôi phải sử dụng cho mục đích này?
VARCHAR hoặc INT (hoặc các loại dữ liệu số khác)?

Vì tiền cần một đại diện chính xác, không sử dụng các loại dữ liệu chỉ gần đúng như thế float. Bạn có thể sử dụng kiểu dữ liệu số điểm cố định cho kiểu đó

decimal(15,2)

• 15 là độ chính xác (tổng chiều dài của giá trị bao gồm cả số thập phân)
• 2 là số chữ số sau dấu thập phân

Xem các loại số MySQL :

Các loại này được sử dụng khi điều quan trọng là bảo toàn độ chính xác chính xác, ví dụ với dữ liệu tiền tệ .

Bạn có thể sử dụng DECIMALhoặc NUMERICcả hai đều giống nhau

Các loại DECIMAL và NUMERIC lưu trữ các giá trị dữ liệu số chính xác. Các loại này được sử dụng khi điều quan trọng là bảo toàn độ chính xác chính xác, ví dụ với dữ liệu tiền tệ. Trong MySQL, NUMERIC được triển khai dưới dạng DECIMAL, do đó, các nhận xét sau đây về DECIMAL áp dụng như nhau cho NUMERIC. : MySQL

I E DECIMAL(10,2)

Đọc tốt

Tôi thích sử dụng BIGINTvà lưu trữ các giá trị bằng cách nhân với 100 , để nó sẽ trở thành số nguyên.

Ví dụ: để biểu thị giá trị tiền tệ của 93.49, giá trị sẽ được lưu trữ dưới dạng 9349, trong khi hiển thị giá trị chúng ta có thể chia cho 100 và hiển thị. Điều này sẽ chiếm ít không gian lưu trữ.

Thận trọng:
Hầu hết chúng tôi không thực hiện currency * currencyphép nhân, trong trường hợp nếu chúng tôi đang thực hiện thì hãy chia kết quả cho 100 và lưu trữ, để nó trở về độ chính xác phù hợp.

Nó phụ thuộc vào nhu cầu của bạn.

Sử dụng DECIMAL(10,2)thường là đủ nhưng nếu bạn cần một chút giá trị chính xác hơn, bạn có thể đặt DECIMAL(10,4).

Nếu bạn làm việc với các giá trị lớn thay thế 10bằng 19.

Nếu ứng dụng của bạn cần xử lý các giá trị tiền lên tới một nghìn tỷ thì điều này sẽ hoạt động: 13,2 Nếu bạn cần tuân thủ GAAP (Nguyên tắc kế toán được chấp nhận chung) thì hãy sử dụng: 13,4

Thông thường, bạn nên tính tổng giá trị tiền của mình ở mức 13,4 trước khi làm tròn sản lượng thành 13,2.

Quả thực điều này phụ thuộc vào sở thích của lập trình viên. Cá nhân tôi sử dụng: numeric(15,4)để tuân thủ Nguyên tắc Kế toán được chấp nhận chung ( GAAP ) .

Hãy thử sử dụng

Decimal(19,4)

điều này thường hoạt động với mọi DB khác

Chúng tôi sử dụng double.

* thở hổn hển *

Tại sao?

Bởi vì nó có thể đại diện cho bất kỳ số 15 chữ số nào mà không có ràng buộc về vị trí của dấu thập phân . Tất cả chỉ vì 8 byte!

Vì vậy, nó có thể đại diện:

• 0.123456789012345
• 123456789012345.0

... Và bất cứ điều gì ở giữa.

Điều này rất hữu ích vì chúng tôi đang giao dịch với các loại tiền tệ toàn cầu và doublecó thể lưu trữ nhiều số thập phân khác nhau mà chúng tôi có thể gặp phải.

Một doubletrường duy nhất có thể đại diện cho 999.999.999.999.999 bằng đồng Nhật Bản, 9,999.999.999.999,99,99 đô la Mỹ và thậm chí 9,999.999.999999999 bằng bitcoin

Nếu bạn thử làm tương tự với decimal, bạn cần decimal(30, 15)chi phí 14 byte.

Hãy cẩn thận

Tất nhiên, sử dụng doublekhông phải không có sự cẩn thận.

Tuy nhiên, nó không mất độ chính xác như một số xu hướng chỉ ra. Mặc dù doublebản thân nó có thể không chính xác trong hệ thống cơ sở 10 , chúng ta có thể làm cho nó chính xác bằng cách làm tròn giá trị chúng ta kéo từ cơ sở dữ liệu đến các vị trí thập phân quan trọng của nó. Nếu cần đó là. (ví dụ: Nếu nó sẽ được xuất ra, và cần có đại diện cơ sở 10.)

Hãy cẩn thận, bất cứ khi nào chúng tôi thực hiện số học với nó, chúng tôi cần bình thường hóa kết quả (bằng cách làm tròn nó đến các vị trí thập phân quan trọng của nó) trước:

1. Thực hiện so sánh trên đó.
2. Viết lại cho cơ sở dữ liệu.

Một loại cảnh báo khác là, không giống như decimal(m, d)nơi cơ sở dữ liệu sẽ ngăn các chương trình chèn một số có nhiều hơn mchữ số, không có xác nhận nào như vậy tồn tại double. Một chương trình có thể chèn một người dùng nhập giá trị 20 chữ số và cuối cùng nó sẽ được ghi âm một cách không chính xác.

Tại thời điểm câu hỏi này được hỏi không ai nghĩ về giá Bitcoin. Trong trường hợp BTC, có lẽ không đủ để sử dụng DECIMAL(15,2). Nếu Bitcoin sẽ tăng lên 100.000 đô la trở lên, chúng tôi sẽ cần ít nhất là DECIMAL(18,9)để hỗ trợ tiền điện tử trong các ứng dụng của chúng tôi.

DECIMAL(18,9)mất 12 byte không gian trong MySQL ( 4 byte cho mỗi 9 chữ số ).

Lưu trữ tiền khi BIGINTnhân với 100 hoặc nhiều hơn với lý do sử dụng ít dung lượng lưu trữ hơn sẽ không có ý nghĩa trong tất cả các tình huống "bình thường".

• Để phù hợp với GAAP, việc lưu trữ tiền tệ trong DECIMAL(13,4)
• Hướng dẫn sử dụng MySQL đọc rằng nó cần 4 byte cho mỗi 9 chữ số để lưu trữ DECIMAL.
  • https://dev.mysql.com/doc/refman/8.0/en/precision-math-decimal-characteristic.html
• DECIMAL(13,4) đại diện cho 9 chữ số + 4 chữ số phân số (vị trí thập phân) => 4 + 2 byte = 6 byte
• so sánh với 8 byte cần thiết để lưu trữ BIGINT.

Nếu tuân thủ GAAP là bắt buộc hoặc bạn cần 4 chữ số thập phân:

DECIMAL (13, 4) Hỗ trợ giá trị tối đa là:

$ 999.999.999.9999

Mặt khác, nếu 2 chữ số thập phân là đủ: DECIMAL (13,2)

src: https://rietta.com/blog/best-data-types-for-currencymoney-in/

Nhân số 10000 và lưu trữ dưới dạng BIGINT, như "Tiền tệ" trong Visual Basic và Office. Xem https://msdn.microsoft.com/en-us/l Library / office / gg264338.aspx