Я тут подумал
Зашкварно ли хранить в БД данные структурой в виде JSON строк? На 1ый взгляд тема норм, но я могу, ввиду не очень большого опыта , не знать некоторых нюансов.
4.4K4.4K показов
891891 открытие
Зашкварно ли хранить в БД данные структурой в виде JSON строк? На 1ый взгляд тема норм, но я могу, ввиду не очень большого опыта , не знать некоторых нюансов.
Все нормально если используешь предлагаемую семантику СУБД для работы с json
Начиная с версии 2016 mssql server позволяет обьединять реляционый и nosql подходы в одном запросе и работать с json на лету, у остальных поставщиков СУБД думаю все тоже норм уже
Бля мои плебсы на легаси которого я ща работаю тоже думали а чё ебать постгря же поддерживает жсон, давайте захуяртм туда массивчеки))) а потом ой связь одна появилась, ой ещё связь, ой продакт, тут так не сделаешь за 3 стори поинта, давай либо хуяк хуяк или все переделывать
Тут смотря для чего. Json хорош для данных, не имеющих четкой структуры. Например, есть таблица товаров, у которых есть куча опциональных атрибутов. Описывать модель данных утомишься. Но для слабо структурированных данных лучше взять монгу или что-то похожее, если не нужны связи. А если пара полей в паре таблиц - добро и так. Но цена - скорость ниже
EAV модели для таких случаев были изобретены сильно до изобретения json
Если искать ничего не надо по этим данных - то всё ок. Если же данных планируется много, и поиск по ним нужно - БД будет очень тяжело, не надо так
А сколько данных планируется хранить? Я в домашних проектах всё пихаю в json-файл, потому что максимально там 30 МБ и всё в памяти может храниться. Короче, чем больше данных, тем больше я бы заморачивался. И ещё, если тебе надо json-ы, то может посмотреть нереляционную бд?
Основная бд нужна была реляционная, джсон там чуть-чуть