MA
Да хоть csv, если подходит под задачу.
Size: a a a
2019 December 10
MB
точно, про toml я и забыл. Вроде как decimal он поддерживает, если он еще и Decimal сможет сохрарить, то тогда это идеальное решение
MA
Вопрос в том, кто будет читать.
SM
Да хоть csv, если подходит под задачу.
Да, я для полноты картины.
В yaml есть теги, можно тегать значения типами данных, чтобы обратно было однозначно.
В yaml есть теги, можно тегать значения типами данных, чтобы обратно было однозначно.
SM
точно, про toml я и забыл. Вроде как decimal он поддерживает, если он еще и Decimal сможет сохрарить, то тогда это идеальное решение
Посмотри на yaml и теги через
!!MA
Да, я для полноты картины.
В yaml есть теги, можно тегать значения типами данных, чтобы обратно было однозначно.
В yaml есть теги, можно тегать значения типами данных, чтобы обратно было однозначно.
Да, просто toml как-то выпадает из общей картины. Возможно из-за магического числа 3. Пора xml выкидывать. )))
MB
Вопрос в том, кто будет читать.
читать будет технически грамотный человек. Т.е. любой читабельный формат подойдет, лишь бы типы данных не потерялись бы
SM
Да, просто toml как-то выпадает из общей картины. Возможно из-за магического числа 3. Пора xml выкидывать. )))
Всё выкинули уже так-то. Ну, кроме жабистов во главе с Jetbrains:)
MA
Я вот буквально на днях делал фид для яндекс директа в xml.
MA
читать будет технически грамотный человек. Т.е. любой читабельный формат подойдет, лишь бы типы данных не потерялись бы
Да не, я про программу, которая эти данные читать будет. Вы же не просто так их сохраняете. А с точки зрения читабельности человеком, по мне так yaml лучше всего. Но это субьективно.
SM
Да не, я про программу, которая эти данные читать будет. Вы же не просто так их сохраняете. А с точки зрения читабельности человеком, по мне так yaml лучше всего. Но это субьективно.
С точки зрения читабельности лучше всего рендер красивого PDF:)
SM
А с точки зрения редактирования - удобный UI
MB
Да не, я про программу, которая эти данные читать будет. Вы же не просто так их сохраняете. А с точки зрения читабельности человеком, по мне так yaml лучше всего. Но это субьективно.
Программа - это django приложение, где в БД должна иметь возможность записать определенный набор питонячих объектов: integer, float, str, list, bool, dict, datetime, decimal.
Посмотрел сейчас на PyYAML — там вроде как есть все, кроме Decimal. Но вроде как туда можно будет отдельный плагин под Decimal написать.
Посмотрел сейчас на PyYAML — там вроде как есть все, кроме Decimal. Но вроде как туда можно будет отдельный плагин под Decimal написать.
SM
Программа - это django приложение, где в БД должна иметь возможность записать определенный набор питонячих объектов: integer, float, str, list, bool, dict, datetime, decimal.
Посмотрел сейчас на PyYAML — там вроде как есть все, кроме Decimal. Но вроде как туда можно будет отдельный плагин под Decimal написать.
Посмотрел сейчас на PyYAML — там вроде как есть все, кроме Decimal. Но вроде как туда можно будет отдельный плагин под Decimal написать.
Стало менее понятно, чем было:)
MA
Ну вот, приехали.. В СУБД есть свои форматы, например jsonb в postgres
DI
Ну вот, приехали.. В СУБД есть свои форматы, например jsonb в postgres
даже decimal? )
MA
даже decimal? )
Не понял, зачем decimal? Сериализуем в json и кладем в базу.
MA
Я так понимаю, здесь кейс с неопределенным количеством полей неопределенного типа. Ну, странная ситуация вообще. Лучше избегать таких штук.
MB
Ну вот, приехали.. В СУБД есть свои форматы, например jsonb в postgres
Мне надо в одном поле в БД хранить объекты произвольного уровня вложенности, пример объекта:
{"a": 1, "b": "bla", "c": Decimal("9.2343"), "d": True, "e": [1, 2, 3, 4], "f": datetime.nownow()}
Ну и ключи этого объекта могут быть также dict-ами.
{"a": 1, "b": "bla", "c": Decimal("9.2343"), "d": True, "e": [1, 2, 3, 4], "f": datetime.nownow()}
Ну и ключи этого объекта могут быть также dict-ами.
MB
И надо чтобы этот объет в БД потом можно было бы отредактировать руками через браузер.