ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Delphi [игнор отключен] [закрыт для гостей] / Типы данных для расчётов и денежных операций, плюсы и минусы
25 сообщений из 49, страница 1 из 2
  1  все
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038439
hlopotun
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hlopotun
Гость
Всем добрый день,

кто уже на этом собаку съел, поделитись.
Стоит ли использовать тип Currency или Extendet как прявильно? И как будет потом меньше проблем с расхождением расчётных сумм в сравнении с банками и другими финансовыми организациями?

Спасибо
...
Рейтинг: 0 / 0
24.01.2021, 18:12
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038440
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Только целые, никаких вещественных типов.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.01.2021, 18:27
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038447
Фотография _Vasilisk_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_Vasilisk_
Участник
Если точности 4 знака хватает, то используйте Currency. Если нет, до домножайте до целого числа и используйте целые типы.

Real/Single/Double/Extended для денежных расчетов использовать нельзя никогда.
...
Рейтинг: 0 / 0
24.01.2021, 20:00
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038448
Фотография defecator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
defecatorПривилегированный пользователь
Модератор форума
_Vasilisk_
Если точности 4 знака хватает, то используйте Currency

накаких Currency, всё считать только целыми, в копейках.
точно так же считают все банки, там никаких currency нет
...
Рейтинг: 0 / 0
24.01.2021, 20:02
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038455
Фотография Dmitry Arefiev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dmitry Arefiev
Участник
Currency = type Int64
...
Рейтинг: 0 / 0
24.01.2021, 21:02
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038456
Фотография defecator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
defecatorПривилегированный пользователь
Модератор форума
Dmitry Arefiev
Currency = type Int64

таки Int64 лучше, чем какие-то ваши currency
...
Рейтинг: 0 / 0
24.01.2021, 21:07
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038457
rgreat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rgreat
Участник
defecator,

Чем?
...
Рейтинг: 0 / 0
24.01.2021, 21:18
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038458
Фотография defecator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
defecatorПривилегированный пользователь
Модератор форума
rgreat
defecator,

Чем?


наверное, тем, что в System.pas есть преобразования CurrencyToInt64, Int64ToCurrency (за точность названий не ручаюсь) ?
...
Рейтинг: 0 / 0
24.01.2021, 21:23
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038461
rgreat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rgreat
Участник
defecator,

Не понял преимуществ.
...
Рейтинг: 0 / 0
24.01.2021, 21:28
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038463
Фотография defecator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
defecatorПривилегированный пользователь
Модератор форума
rgreat
defecator,

Не понял преимуществ.

преимущество - считать всё в целых, типа того же Int64
вместо искусственных типов, типа currency
...
Рейтинг: 0 / 0
24.01.2021, 21:31
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038467
rgreat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rgreat
Участник
defecator
преимущество - считать всё в целых, типа того же Int64
вместо искусственных типов, типа currency
Так себе аргумент.
Давай еще например double через Int64 считать.

Per rectum ad astra. (c)
...
Рейтинг: 0 / 0
24.01.2021, 21:46
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038468
ъъъъъ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ъъъъъ
Гость
defecator
Dmitry Arefiev
Currency = type Int64

таки Int64 лучше, чем какие-то ваши currency

UInt64 лучше! :)
...
Рейтинг: 0 / 0
24.01.2021, 21:47
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038469
rgreat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rgreat
Участник
ъъъъъ,

Array of byte, чего уж мелочиться.
...
Рейтинг: 0 / 0
24.01.2021, 21:50
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038470
Фотография defecator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
defecatorПривилегированный пользователь
Модератор форума
rgreat
defecator
преимущество - считать всё в целых, типа того же Int64
вместо искусственных типов, типа currency
Так себе аргумент.
Давай еще например double через Int64 считать.

Per rectum ad astra. (c)


ога-ога.
100 тыщ копеек из Int64 потом проще и точнее перевести в рубли, чем ваши double с округлениями

Ты когда квитанцию в сбере по QR-коду оплачиваешь, не поленись, отсканируй телефоном, посмотри что там в строке Sum

да и квиточки с QR-кодом с магазинных чеков тоже не поленись
...
Рейтинг: 0 / 0
24.01.2021, 21:51
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038471
rgreat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rgreat
Участник
defecator
100 тыщ копеек из Int64 потом проще и точнее перевести в рубли, чем ваши double с округлениями
Ты на досуге почитай как currency устроен. И в чем его отличие от double.
...
Рейтинг: 0 / 0
24.01.2021, 21:53
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038472
Фотография defecator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
defecatorПривилегированный пользователь
Модератор форума
rgreat
defecator
100 тыщ копеек из Int64 потом проще и точнее перевести в рубли, чем ваши double с округлениями
Ты на досуге почитай как currency устроен. И в чем его отличие от double.


defecator

Ты когда квитанцию в сбере по QR-коду оплачиваешь, не поленись, отсканируй телефоном, посмотри что там в строке Sum

да и квиточки с QR-кодом с магазинных чеков тоже не поленись (по ссылке пройти)
...
Рейтинг: 0 / 0
24.01.2021, 21:54
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038481
ъъъъъ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ъъъъъ
Гость
rgreat
defecator
100 тыщ копеек из Int64 потом проще и точнее перевести в рубли, чем ваши double с округлениями
Ты на досуге почитай как currency устроен. И в чем его отличие от double.

Для чего тебе сотые доли копеек? Как ты их используешь?
...
Рейтинг: 0 / 0
24.01.2021, 22:46
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038493
rgreat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rgreat
Участник
ъъъъъ,

Каши не просит.

А вообще бывают, например, ливийские дирхамы, которые 1/1000 динара.
Или рины, которые 1/1000 японской йены.

Ну а уж что там в Африке твориться - это отдельная тема.
...
Рейтинг: 0 / 0
24.01.2021, 23:24
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038530
fraks
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fraks
Участник
ъъъъъ
rgreat
пропущено...
Ты на досуге почитай как currency устроен. И в чем его отличие от double.

Для чего тебе сотые доли копеек? Как ты их используешь?


А вот пригодилось однажды, для повышения точности округления. Потом правда пришлось это выкинуть. :)

Исходно и в программе и в базе использовал для хранения денег тип integer и какое-то время было нормально.
Int64 тогда в Firebird не было, впрочем как и его самого.

Но таки неудобно, при каждом запросе делить на 100, что бы вывести в рублях, понятно для человека.
В какой-то момент решил что таки в currency и в numeric(18,4) хранить удобнее. Решил переделать. Потратил несколько месяцев но до конца такой объемный переход довести не смог. Откатил все взад и пошел заново, но теперь частями, не все сразу.
Так что у меня сейчас в базе и в программе в разных местах одновременно есть и в рублях и в копейках.

Был еще у меня пролет, с типом данных и точностью. Завел в базе поле под вес товара. Ну и типа в граммах - куда еще точнее, пользователи все равно точнее не взвесят. Ну и сделал. А потом, когда начали работать с этим полем плотнее, обнаружился косяк. С товарами с малым весом. В частности это открытки. Попробуй задай вес одной открытки, а потом посчитай сколько будет весить 5000 открыток. Набирается большая ошибка. currency тут был бы очень к месту :)
...
Рейтинг: 0 / 0
25.01.2021, 04:05
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038542
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
defecator
rgreat
defecator,

Не понял преимуществ.

преимущество - считать всё в целых, типа того же Int64
вместо искусственных типов, типа currency
не нравится currency, заведи свой
лишние сущности это плохо, но необъявленные сущности ещё хуже
...
Рейтинг: 0 / 0
25.01.2021, 08:12
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038547
cptngrb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cptngrb
Участник
а чем int64 спасет от операции 1/3*3? Копейками в целую часть точно не спасти
...
Рейтинг: 0 / 0
25.01.2021, 08:36
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038553
zeon11
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
zeon11
Участник
hlopotun,

Цена не ходит одна. Как правило, это три величины: сумма, цена и количество.
Две храним в базе данных, третью - вычисляем. А вот что хранить, а что вычислять - исходим из задачи.
Если возьмём какой-либо документ, например, счет-фактуру,
то в записях документа вычисляем цену товара
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
CREATE TABLE WAREIN (
    XWAREIN        DX /* DX = INTEGER NOT NULL */,
    XDOCIN         DX /* DX = INTEGER NOT NULL */,
    XWARE          DX /* DX = INTEGER NOT NULL */,
    COUNTS         DMASSPLUS /* DMASSPLUS = NUMERIC(10,3) DEFAULT 1 NOT NULL CHECK(value>0) */,
    SUMM           DSUMM NOT NULL /* DSUMM = NUMERIC(15,2) DEFAULT 0 */,
....................
    CENA           COMPUTED BY (SUMM/COUNTS),
................
);


Далее идём на денормализацию, и в титульной части документа храним сумму, которую не позволяем пользователю редактировать, а вычисляем в триггере на изменение (вставку, удаление) табличной части документа.
...
Рейтинг: 0 / 0
25.01.2021, 09:17
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038554
Gerasimenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gerasimenko
Участник
zeon11,

Хоть напрямую и не относится к обсуждению, но сильно глаз режет (без обид)
интересный подход к именованиям
автор CENA COMPUTED BY (SUMM/COUNTS),
тогда уж и остальное надо:
CENA VYCHISLENIYA(SUMMA/KOLICHESTVO)
...
Рейтинг: 0 / 0
25.01.2021, 09:29
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038555
zeon11
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
zeon11
Участник
fraks
.......
Был еще у меня пролет, с типом данных и точностью. Завел в базе поле под вес товара. Ну и типа в граммах - куда еще точнее, пользователи все равно точнее не взвесят. Ну и сделал. А потом, когда начали работать с этим полем плотнее, обнаружился косяк. С товарами с малым весом. В частности это открытки. Попробуй задай вес одной открытки, а потом посчитай сколько будет весить 5000 открыток. Набирается большая ошибка. currency тут был бы очень к месту :)


Была такая-же проблема. Делал "Общепит", всю рецептуру хранил в граммах, а потом появились Приправы-специи. В блюдо идут мало, а цена на грамм большая. Выкрутился введением дополнительной таблицы пересчёта, ну типа сколько грамм в килограмме, миллиграмм в грамме, грамм в фунте и т.п. Т.е. количество так и осталось до третьего знака, но управлять процессом можно выбором соответствующих ед. измерений, а при расчете стоимости блюда приводить с помощью этой таблицы к какой-либо одной ед. измерения, хочешь - в каратах, а хочешь в тоннах
...
Рейтинг: 0 / 0
25.01.2021, 09:29
| Ответить | Цитировать | Написать  
Типы данных для расчётов и денежных операций, плюсы и минусы
    #40038560
zeon11
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
zeon11
Участник
Gerasimenko
zeon11,

Хоть напрямую и не относится к обсуждению, но сильно глаз режет (без обид)
интересный подход к именованиям
автор CENA COMPUTED BY (SUMM/COUNTS),

тогда уж и остальное надо:
CENA VYCHISLENIYA(SUMMA/KOLICHESTVO)

Принимается, самому не нравится, этой таблице уже лет 30, ещё с FoхPro
...
Рейтинг: 0 / 0
25.01.2021, 09:33
| Ответить | Цитировать | Написать  
25 сообщений из 49, страница 1 из 2
  1  все
Форумы / Delphi [игнор отключен] [закрыт для гостей] / Типы данных для расчётов и денежных операций, плюсы и минусы
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=58&startmsg=40038439&tid=2037657]:
 0ms
get settings:
 7ms
get forum list:
 17ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 158ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 59ms
get tp. blocked users:
 1ms
others: 215ms
total:  473ms
созд. / загр.: 473ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]