Show me the [small]money!

Это перевод Show me the [small]money! Автор: Майкл Каплан.

У типов данных currency SQL Server-а есть несколько интересных интернациональных возможностей. А некоторые сложности этих функций приводят к ряду интересных последствий. Я думаю, что я мог бы рассказать о некоторых из них...

Тема money и smallmoney в MSDN говорит о основных сведениях этих типов:

money

Денежный тип данных с диапазоном от -2^63 (-922'337'203'685'477.5808) до 2^63 - 1 (+922'337'203'685'477.5807), с точностью до десятитысячных денежной единицы. Занимает 8 байт.

smallmoney

Денежный тип данных с диапазоном от -214'748.3648 до +214'748.3647, с точностью до десятитысячных денежной единицы. Занимает 4 байта.

Оба типа представляют собой отмасштабированное целое, а не число с плавающей точкой (последнее способно напугать до смерти людей, работающих с деньгами, поэтому такой выбор имеет смысл). Хотя, конечно же, если вам нужно больше четырёх позиций после запятой, то вам нужно использовать тип Decimal (есть, по-видимому, валюты, для которых рекомендуется хранить более четырех знаков после запятой, чтобы помочь с сложными вычислениями).

Но действительно интересная информация этой темы располагается в статье, названной Использование денежных данных. Дело в том, что денежные типы данных также позволяют размещать любой символ денежной единицы перед своим значением, даже если оно находится не в строке (заключено в апострофы) в выражении Transact-SQL. В принципе, поддерживаются все из следующих символов:

Кодовая точка	Символ	Имя
U+0024	$	DOLLAR SIGN
U+00a3	£	POUND SIGN
U+00a4	¤	CURRENCY SIGN
U+00a5	¥	YEN SIGN
U+09f2	৲	BENGALI RUPEE MARK
U+09f3	৳	BENGALI RUPEE SIGN
U+0e3f	฿	THAI CURRENCY SYMBOL BAHT
U+20a1	₡	COLON SIGN
U+20a2	₢	CRUZEIRO SIGN
U+20a3	₣	FRENCH FRANC SIGN
U+20a4	₤	LIRA SIGN
U+20a6	₦	NAIRA SIGN
U+20a7	₧	PESETA SIGN
U+20a8	₨	RUPEE SIGN
U+20a9	₩	WON SIGN
U+20aa	₪	NEW SHEQEL SIGN
U+20ab	₫	DONG SIGN
U+20ac	€	EURO SIGN

Занятные мелочи: если вы посмотрите на тему Использование денежных данных, то увидите, что там такая же табличка, как и здесь, сортированная по значению кодовой точки, но с одним исключением: знак евро (U+20ac) расположен прямо перед U+20a1. Причина этого в том, что когда-то давно (в оригинальной теме из Books Online, поставляемых с самым первым выпуском SQL Server 2000), документация указывала символ U+20a0 как евро.

Сейчас код в SQL Server это не делает (поскольку тот символ всё же не евро), и если вы попробуете использовать U+20a0 (₠, a.k.a. EURO-CURRENCY SIGN) как символ денежной единицы в колонке типа money или smallmoney column, то это не сработает.

Когда они наконец исправили документацию, то, видимо, было проще изменить значение в строке без перемещения строк в таблице...

А сейчас - к настоящей проблеме. Вы знали, что тут где-то будет проблема, да? :-)

В блоке Символы денежных единиц есть 22 символа (из которых SQL Server распознаёт только 11). Что ещё важнее, есть 41 символ в категории Sc (Символ, денежная единица) (из которых SQL Server распознаёт только 18). Символы обоих списков вы можете увидеть, щёлкнув по соответствующей ссылке...

Я был бы намного более счастлив, если бы SQL Server использовал результат UnicodeCategory.CurrencySymbol из CharUnicodeInfo.GetUnicodeCategory или любой другой аналогичный удобный способ получения символов денежных единиц и соответствующего обращения с ними, конечно же.

Или, другой вариант, было бы здорово, если бы они удалили некоторые из символов, которые уже не актуальны, потому что их заменил евро в настоящее время, и, возможно, добавили бы несколько новых символов.

Тем не менее, я сейчас сделаю шаг назад и пока не буду просить эти возможности...

Обратите внимание, что вы можете просто вставить значение валюты с любым из этих символов перед ним. И значения будут вставлены. Как есть. Что может быть не тем, что вы хотели, если вы имеете дело, например, с €100 против ¥100 против ₩100 (по текущему курсу €100 составляет около ¥13.541 или ₩126.178).

Символ валюты не хранится - т.е. символ денежной единицы исчезает после вставки. Я думаю, что вы сами можете придумать ужасные сценарии для такого поведения - поэтому будьте осторожны с тем, какую именно валюту вы используете в своей программе...

Я несколько раз работал с Cloanto Currency Server и настоятельно рекомендую их всех людям, кто работает с несколькими валютами и их конвертациями из одной в другую. Очень круто иметь всю информацию на кончике ваших пальцев, а также доступную через механизмы автоматизации и .NET. Очень здоровская штука (я был их поклонником с того момента, когда впервые попробовал их продукт в 1999-м, когда писал мою первую книгу - там даже был пример на CD!).

Во всяком случае, наилучшая практика для SQL Server-а - просто хранить колонки money и smallmoney в единой валюте, либо же отдельно хранить тип валюты в другом поле. Он не даст вам сделать что-то такое, что вы не собирались делать с базой данных. Большие Ошибки (где "большая" определяется как объем эффекта; фактические ошибки, как правило, являются небольшой проблемой дизайна) в такого рода колонках - верный способ отправиться искать себе другую работу...

This post brought to you by "₠" (U+20a0, a.k.a. EURO-CURRENCY SIGN)