LINUX.ORG.RU

История изменений

Исправление foror, (текущая версия) :

А что именно не так? Тем более в БД хранится ровно так, как напишешь сериализатор.

BigDecimal медленней на порядок, занимает под 32 байта на значение. А в System.Decimal четко 16 байт из 4 интов. И не надо писать сериализатор, опять же место можно сэкономить, когда у тебя миллиарды подобных объектов.

нагрузка на сборщик мусора из-за куча ненужных часто лишних объектов.

В том то и дело, там только битовые и арифметические операции над интами 32 битными.

Исправление foror, :

А что именно не так? Тем более в БД хранится ровно так, как напишешь сериализатор.

BigDecimal медленней на порядок, занимает под 32 байта на значение. А в System.Decimal четко 16 байт из 4 интов. И не надо писать сериализатор, опять же место можно сэкономить.

нагрузка на сборщик мусора из-за куча ненужных часто лишних объектов.

В том то и дело, там только битовые и арифметические операции над интами 32 битными.

Исходная версия foror, :

А что именно не так? Тем более в БД хранится ровно так, как напишешь сериализатор.

BigDecimal медленней на порядок, занимает под 32 байта на значение. А в System.Decimal четко 16 байт из 4 интов. И не надо писать сеариализатор.

нагрузка на сборщик мусора из-за куча ненужных часто лишних объектов.

В том то и дело, там только битовые и арифметические операции над интами 32 битными.