m
Вот как я пердолюсь...
И что, пихуй своих ценителей нашел
Size: a a a
2021 January 06
И
Похуй
Поддерживаешь эту политическую проститутку?
m
Иван
Поддерживаешь эту политическую проститутку?
Фюрера? Ну хз, вроде он верные мысли говорит на счёт смены власти... Но зная историю РФ хуевая это затея
И
Фюрера? Ну хз, вроде он верные мысли говорит на счёт смены власти... Но зная историю РФ хуевая это затея
А про феменизм? Ты считаешь что это нормально?
m
Иван
А про феменизм? Ты считаешь что это нормально?
Хз, это же Навальный он и нациком был и что только не пиздел, в своих корнях феминизм вроде алекватная хуйня, хотя современный феминизм это больше сжв говно с мочой и повод мужской пол затоптать в грязь
m
Иван
А про феменизм? Ты считаешь что это нормально?
Вообще это лично его взгляды и я не должен быть согл с ними, но это не мешает поддержать в каких то вещах в которых я солидарен с ним
И
И что, пихуй своих ценителей нашел
А смысл..
AD
Хмм
AD
Годнота
m
Пишу софт для управления личными финансами, где веду учет трат и создаю штуковину, которая рекомендует мне какие активы продавать или покупать.
Столкнулся с тем, что хранить финансовые данные в float это скажем так, не очень хорошая идея. Для меня это не сильно критично, но даже не знаю, что делают большие компании.
Если коротко, то значения в float не совсем то, чем кажутся на первый взгляд. Например, если вы сложите 1.00 и 2.00, то может получиться что-нибудь типа 3.0000001 и это совсем печально. Не критично конечно, но так быть не должно.
Есть еще такой формат данных как “Money”, но он имеет очень ограниченный кейс для использования. И даже Postgres Wiki рекомендует его избегать. Кроме определенных узких случаев.
Насколько я понимаю, самый разумный способ это хранить в наименьшем int. Например, 1.00 рубль = 100. 1 рубль и 12 копеек = 112.
Так что избегайте флоата для хранения денег.
А вот еще несколько советов по PostgreSQL с той же страницы:
Don't use upper case table or column names
Don't use BETWEEN (especially with timestamps)
Don't use timestamp (without time zone)
Don't use timestamp (without time zone) to store UTC times
Don't use the timetz type. You probably want timestamptz instead
Don't use timestamp(0) or timestamptz(0)
Столкнулся с тем, что хранить финансовые данные в float это скажем так, не очень хорошая идея. Для меня это не сильно критично, но даже не знаю, что делают большие компании.
Если коротко, то значения в float не совсем то, чем кажутся на первый взгляд. Например, если вы сложите 1.00 и 2.00, то может получиться что-нибудь типа 3.0000001 и это совсем печально. Не критично конечно, но так быть не должно.
Есть еще такой формат данных как “Money”, но он имеет очень ограниченный кейс для использования. И даже Postgres Wiki рекомендует его избегать. Кроме определенных узких случаев.
Насколько я понимаю, самый разумный способ это хранить в наименьшем int. Например, 1.00 рубль = 100. 1 рубль и 12 копеек = 112.
Так что избегайте флоата для хранения денег.
А вот еще несколько советов по PostgreSQL с той же страницы:
Don't use upper case table or column names
Don't use BETWEEN (especially with timestamps)
Don't use timestamp (without time zone)
Don't use timestamp (without time zone) to store UTC times
Don't use the timetz type. You probably want timestamptz instead
Don't use timestamp(0) or timestamptz(0)
S
Пишу софт для управления личными финансами, где веду учет трат и создаю штуковину, которая рекомендует мне какие активы продавать или покупать.
Столкнулся с тем, что хранить финансовые данные в float это скажем так, не очень хорошая идея. Для меня это не сильно критично, но даже не знаю, что делают большие компании.
Если коротко, то значения в float не совсем то, чем кажутся на первый взгляд. Например, если вы сложите 1.00 и 2.00, то может получиться что-нибудь типа 3.0000001 и это совсем печально. Не критично конечно, но так быть не должно.
Есть еще такой формат данных как “Money”, но он имеет очень ограниченный кейс для использования. И даже Postgres Wiki рекомендует его избегать. Кроме определенных узких случаев.
Насколько я понимаю, самый разумный способ это хранить в наименьшем int. Например, 1.00 рубль = 100. 1 рубль и 12 копеек = 112.
Так что избегайте флоата для хранения денег.
А вот еще несколько советов по PostgreSQL с той же страницы:
Don't use upper case table or column names
Don't use BETWEEN (especially with timestamps)
Don't use timestamp (without time zone)
Don't use timestamp (without time zone) to store UTC times
Don't use the timetz type. You probably want timestamptz instead
Don't use timestamp(0) or timestamptz(0)
Столкнулся с тем, что хранить финансовые данные в float это скажем так, не очень хорошая идея. Для меня это не сильно критично, но даже не знаю, что делают большие компании.
Если коротко, то значения в float не совсем то, чем кажутся на первый взгляд. Например, если вы сложите 1.00 и 2.00, то может получиться что-нибудь типа 3.0000001 и это совсем печально. Не критично конечно, но так быть не должно.
Есть еще такой формат данных как “Money”, но он имеет очень ограниченный кейс для использования. И даже Postgres Wiki рекомендует его избегать. Кроме определенных узких случаев.
Насколько я понимаю, самый разумный способ это хранить в наименьшем int. Например, 1.00 рубль = 100. 1 рубль и 12 копеек = 112.
Так что избегайте флоата для хранения денег.
А вот еще несколько советов по PostgreSQL с той же страницы:
Don't use upper case table or column names
Don't use BETWEEN (especially with timestamps)
Don't use timestamp (without time zone)
Don't use timestamp (without time zone) to store UTC times
Don't use the timetz type. You probably want timestamptz instead
Don't use timestamp(0) or timestamptz(0)
Это советы от 14го года
S
PostgreSQL also supports the SQL-standard notations float and float(p) for specifying inexact numeric types. Here, p specifies the minimum acceptable precision in binary digits. PostgreSQL accepts float(1) to float(24) as selecting the real type, while float(25) to float(53) select double precision. Values of p outside the allowed range draw an error. float with no precision specified is taken to mean double precision.
S
Переодетый менеджер микрософт собрал куски debian hardening чтобы написать в начале статьи что линукс вовсе не безопасная ОС
S
Как же я ору
S
Последние три года в ответ на развитие контейнеризации на прыщах мс то линуса обвинит в хейтспиче, то бойкоты, то сорцы куте спрячут.
S
Победить в серверной гонке не вышло так хоть под дверь насрем
ᴀ
S21
Как же я ору
тебя когда в жопу ебут также орешь?
S
ᴀɴᴀsᴛᴀsɪʏᴀ s
тебя когда в жопу ебут также орешь?
Да, у тебя язык шершавый
S
