Що банки насправді використовують як тип даних для грошей? [зачинено]

Я знаю кілька хороших варіантів :

1. Великі цілі числа (наприклад, int64_t, mpz_t, будь-яка bignum lib ) для відображення центів або 10- ⁿ центів - скажімо, ціле число представляє 1/100 копійки (1,05 = $ = 10500). Це називається масштабним цілим числом .

2. Бібліотека високого рівня для довільної арифметики з точністю, такою як BigDecimal у Java, Decimal у Python, decimal.js у Javascript, boost :: багатоточність у C ++

3. Струни.

4. Упаковані BCD (двійкові кодовані десяткові знаки) є більш езотеричним методом, який здався популярним у старому програмному забезпеченні. Читайте докладніше про це.

У виробничому коді для банків (або кредитних карт, банкоматів, POS-систем) який тип даних насправді використовується найбільше? Я особливо прошу тих, хто працював у банках.

РЕДАКТУВАННЯ: Супер корисні посилання для тих, хто має однакову проблемну область (потрібно впровадити структуру даних "гроші", яка не руйнується).

• http://martinfowler.com/eaaDev/quantity.html
• http://www.codeproject.com/Articles/28244/A-Money-type-for-the-CLR
• http://c2.com/cgi/wiki?MoneyObject
• http://www.setfiremedia.com/blog/7-top-tips-for-coding-with-currency
• http://docs.oracle.com/cd/E19957-01/806-3568/ncg_goldberg.html

EDIT для того, хто сказав, що це повторне запитання : Це практичне, а не теоретичне питання про те, "що найкраще". Прочитайте неопубліковану назву мого запитання. Я запитую, що люди бачили з перших рук у кодових базах банків.

Я знаю, що BigDecimal є "найкращим" очевидно, але приємні API, такі, які доступні не скрізь, вірите чи ні, а десяткові бібліотеки дорогі на відміну від ints.

Більшість банків все ще залишаються на мейнфреймі. Типи даних у мейнфреймах дуже незграбні до сучасних стандартів. Вони можуть бути просто цифрами, закодованими як символи. Отже, 1234,56 дійсно буде рядком, що містить ці цифри. І символ може бути 4, 6 або 9 біт. Або в "оптимізованих" ситуаціях можуть бути дві цифри, упаковані в один символ. Зрештою, для десяткового символу вам знадобляться лише 4 біти (nibble).

Вам було б цікаво, як на землі вони коли-небудь зверталися з цими рішеннями. Вони часто базуються на апаратній архітектурі. Ми звикли до множин 8-бітових архітектур. За старих часів це не було даром.

Unisys використовує 36-бітні слова, і слова можуть бути розбиті на 6-бітні, 9-бітні, 12-бітні або 18-бітні частини, перш ніж вони будуть використані для зберігання даних.

Тільки радійте, що нам більше не доведеться мати справу з цими речами. Рамка .NET має хороший тип, який називається десятковим, що добре підходить для валют.