В чем лучше хранить числа в C#?

Question

[Алексей Лебедев]

Сейчас такая схема:
1) Берутся числа из БД, и сохраняются в переменной string
2) Выполняются другие запросы (Update, Insert)
3) Выводятся числа на экран.
В общем так работает не один год. Но недавно мне один человек сказал, что надо все числа конвертировать в int, так как они меньше места занимают.

Числа в основном положительные от 10 000 000 до 1 000 000 000.

Что выгоднее:
1) хранить промежуточные данные как строки.
2) хранить в int, но постоянно делать Int32.Parse (int) и +
Это мелкие вещи, но хочется делать это правильно.

Answer 1

[CAMOKPYT]

Забейте, это ненужное байстоебство. После всех оптимизаций вы выиграете 1кб памяти, которые с лихвой перекроет несобранный мусор.

Comments

[s0m]

Особенно когда загрузить из базы 1 миллион записей. И вместо 4МБ это всё будет занимать 40МБ.

[CAMOKPYT]

@s0m вместо ~ 4 метров будет ~ 4 метра. не лучшая идея тащить миллион записей когда на экран помещается от силы 100

[s0m]

Лучше на каждый чих лезть в БД? Время отклика ГУИ и общая производительность пользователей не обрадует.

[CAMOKPYT]

@s0m Да, именно так, лучше дернуть 15 раз по 100, чем один раз миллион

Answer 2

[Сергей Протько]

Да, у вас строка "1000000000" будет занимать 10 байт в памяти, а long int всего 4 байта. Не думаю что стоит этим сейчас заниматься.

Вообще обычно это все разруливается всякими EntitiManager-ами, которые сами следят за типами, и если у вас в базе данные хранятся как integer то и в итоговой структурке так же будет int.

Comments

[Алексей Лебедев]

Строка больше: 20+(n/2)×4 байт, т.е. 40 байт. В 10 раз больше, но вопрос какую цену надо заплатить за эти все переобразования.

А так это довольно узкое место и там не используются EntitiManager и прочее.

Answer 3

[s0m]

Странный вопрос. Как и база данных, в которой числа хранятся в стринге, как и программа, которая оперирует числами в стринге.
Это сделано чтобы "сэкономить" на конвертации числа при выводе на экран?
Выгода, да и то сомнительная, от этого может быть только, если с числами не производятся никаких манипуляций, а только вывод на экран из базы данных.
Ну и плюс ещё для очень больших цифр. На в этом случае используют другие алгоритмы и формат данных в памяти.

По теме:
Число занимет 4 байта как в базе так и в памяти, а строка "1000000000" от 11 до 26 байт, в зависимости от типа стринга.
Почитай о работе с памятью, о структуре разных типов данных. Сразу отпадут подобные вопросы.

Comments

[Алексей Лебедев]

В базе все хранится в числах. Читаю так:
msdn.microsoft.com/ru-ru/library/system.data.sqlcl...

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

[s0m]

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

[s0m]

Другой момент: как эти данные выводятся на экран? Собственноручно отрисовываешь данные, или через стандартные компоненты.

Answer 4

[gleb_kudr]

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