я к тому что здесь надо просто решить задачу сериализации и десереализации для типов которые нужны, а формат это дело второе

>>> from decimal import Decimal 
>>> Decimal(1)
Decimal('1')
>>> Decimal(1)
Decimal('1')
>>> import json
>>> json.dumps(Decimal(1))
Traceback (most recent call last):
...
    raise TypeError(repr(o) + " is not JSON serializable")
TypeError: Decimal('1') is not JSON serializable
>>>

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

>>> from decimal import Decimal 
>>> Decimal(1)
Decimal('1')
>>> Decimal(1)
Decimal('1')
>>> import json
>>> json.dumps(Decimal(1))
Traceback (most recent call last):
...
    raise TypeError(repr(o) + " is not JSON serializable")
TypeError: Decimal('1') is not JSON serializable
>>>

Ну, для этого и нужен marshmallow тот же. В строку перевести, или в integer.

Вообще, у меня был негативный опыт с Decimal в Python, я его теперь избегаю. )))

так не руками, а через браузер.
делай jsonb поле в постгресе, бери какой-нибудь marshmallow и сериализуй туда и обратно
есть генераторы форм для него
если джанго, можно взять drf и использовать его сериализаторы для этого. и оно тебе даст rest api для редактирования этого

правильно, бери два инта )

Можно и один, если для денег.

и реализуй всё то же самое, только со своими теплыми и ламповыми багами

а вот потом ты начнешь конвертировать валюты и ой, казывается некоторый курсы для 10 или 1000 едениц

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

Shit happens. Деньги, даты, адреса - это все не очень computer-friendly ))) Обязательно что-нибудь пойдет не так.

вообще, чтобы считать деньги, нужны двусторонние и двух этапные транзакции

А как, кстати, правильно в бухгалтерии делить 100 на 3? Куда копейка девается?

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

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

ты можешь посчитать, что ⅓ от 10 - это 3.33.
но потом ты берешь эту сумму один раз и переводишь с какого-то счета на какой-то счет. и послед первого перевода у тебя остается 6.67
потом в зависимости от операции. если ты оставляешь треть на первом счете, то останется 3.34. если раздаешь по 3-м счетам, то останется 0.01
вообще, многие системы считают не копейками, а большим количеством знаков. но остатки - нормальная тема

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

1) вначале в settings.py регистрируем объекты, с которыми работает:

DVALUE = {
“int_param”: 1,
“str_param”: “moo”,
“complex_param”: {“a”: 1, “locked_objects”: [1,2,3], “c”: datetime.now()}
}

2) далее в коде django приложения все должно работать максимально удобно:

dvalue.int_param = dvalue.int_param + 5
dvalue.str_ param = “bla bla”
dvalue.complex_param[“locked_objects”] = dvalue.complex_param[“locked_objects”] + [1]

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

Просто json использовать не получится, так как нужны точные типы как datetime и Decimal еще.

И вроде как PyYAML + свой плагин для Decimal сможет решить это задачу.

3) Если бы работа с этими объектами велась бы только программой, подошел бы и просто pickle. Но еще надо иметь возможность каждый такой объект отредактировать через браузер.

Вот теперь совсем непонятно стало..

В любом случае спасибо, PyYAML + кастомный таг — это решение моей проблемы )

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