Т. е. в таблицах - столбцы для первичного и внешних ключей + JSONB столбец, содержащий всю остальную информацию
А смысл хранить так? Можно конечно, но рано или поздно придётся фильтровать по информации внутри json, а это slow speed.
А если часть данных не поддается нормализации, и у меня будет jsonb столбец, содержащий структуру для таких данных ? Условно: { tags: ["travel", "India", "free of charge"], answer: { "a":"Mark", "b":"John", "c":"Ann", "d": "Jacob" } options: [ ["a", "b", "c", "d"], ["Ann", "Jacob", "John", "Mark"] ] }
В любом случае такие данные спокойно подвергаются нормализации, нужно посидеть подумать, теги явно просят m2m
Ну, тут загвоздка только с answer и options
а зачем, чем вам нормальные плоские данные не угодили? Я не говорю, что использовать json нельзя, но должна быть причина.
Собственно, об этом написано выше - у меня в одном из полей могут быть данные разного типа
Обсуждают сегодня