А
Size: a a a
2020 March 02
MM
В макдак их
РW
Коллеги , мне нужно тупо хранить конфигурацию, она мжет и в другом формате быть, другое дело что не только одним куском записываем и когда надо забираем
РW
Потом и blob - как вариант
F
Я встречал граждан, считающих, что json в БД — это безусловный харам, даже если БД его нативно поддерживает. Как хранимки, а хранимки это хуже, чем работать в шаббат. Как вы относитесь к таким гражданам?
Хранимые процедуры - скользкая дорожка к жопе Сатаны, так как приводит к размазыванию БЛ по нескольким микросервисам местам. Делать это просто потому, что можем, крайне хреновая идея )
JSON в БД - это рак мозга, попытка распетлять отсутствие условной монги в экосистеме проекта силами текущей БД. Ладно бы хранить, так люди ещё сложные поисковые запросы по таким полям строят.
JSON в БД - это рак мозга, попытка распетлять отсутствие условной монги в экосистеме проекта силами текущей БД. Ладно бы хранить, так люди ещё сложные поисковые запросы по таким полям строят.
F
Коллеги , мне нужно тупо хранить конфигурацию, она мжет и в другом формате быть, другое дело что не только одним куском записываем и когда надо забираем
SM
FOX
Ты таки уверен?
пойду кофе сварю... туплю... вам принести?))
F
добавлю, что JSON - неструктурированные данные, условный мускуль с постгресом не гарантируют их консистентность, только лишь "что записали - то и вернули", отстрелить себе ногу там очень легко
SM
но если чо - размер JSON +- такой же, как и LONGBLOB or LONGTEXT
F
пойду кофе сварю... туплю... вам принести?))
чизбургер, картошку фри и маленькое латте, пожалуйста (:
SM
FOX
чизбургер, картошку фри и маленькое латте, пожалуйста (:
язву какой кишки завернуть в хеппи мил?
F
язву какой кишки завернуть в хеппи мил?
диабет, пожалуйста - сегодня нужны углеводы
ЕР
Кто ещё кому кофе подавать должен...
А
FOX
Хранимые процедуры - скользкая дорожка к жопе Сатаны, так как приводит к размазыванию БЛ по нескольким микросервисам местам. Делать это просто потому, что можем, крайне хреновая идея )
JSON в БД - это рак мозга, попытка распетлять отсутствие условной монги в экосистеме проекта силами текущей БД. Ладно бы хранить, так люди ещё сложные поисковые запросы по таким полям строят.
JSON в БД - это рак мозга, попытка распетлять отсутствие условной монги в экосистеме проекта силами текущей БД. Ладно бы хранить, так люди ещё сложные поисковые запросы по таким полям строят.
Во-первых, я не сказал, что хранимки — безусловное благо. Они есть, и отрицать их в принципе — глупо.
Во-вторых, замените «хранимки» на «json» в «во-первых».
Во-вторых, замените «хранимки» на «json» в «во-первых».
F
ну вот, а я сказал :)
SM
хранимками, тригерами и всякими угодными вещами можно воротить веселые вещи за меньшее время и ресурсы железки. НО про них надо знать, помнить и понимать
вот у @pr_of_it например есть цельный отдел уметелей. но найти еще одного такого попробуете?
вот у @pr_of_it например есть цельный отдел уметелей. но найти еще одного такого попробуете?
А
хранимками, тригерами и всякими угодными вещами можно воротить веселые вещи за меньшее время и ресурсы железки. НО про них надо знать, помнить и понимать
вот у @pr_of_it например есть цельный отдел уметелей. но найти еще одного такого попробуете?
вот у @pr_of_it например есть цельный отдел уметелей. но найти еще одного такого попробуете?
Именно. Сдуру и хер сломать можно.
F
Примеры есть?
Конечно. Мне знакомы проекты, где, среди прочего, активно применяли хранение json в колонках. С течением жизни, хранимые данные обзавелись "версиями": где-то добавили поля, где-то убрали. Из-за этого код глюкавил иногда: версионирование на апликухе не запилили нормально, схемы нет, историй схемы нет, нифига нет, но баги есть.
Ещё были ситуации, когда в json хранили данные профиля юзера (!), пытаясь там что-то искать. Благо тут горе-архитектора выгнали ссаными тряпками на мороз и починили всего-лишь за 4 месяца.
Далее, то же самое, что в первом варианте, только не в монолите, а микросервисной "рахитектуре", с единой БД и разными разрабами микросервисов. Ад и Израиль был везде.
Ещё были ситуации, когда в json хранили данные профиля юзера (!), пытаясь там что-то искать. Благо тут горе-архитектора выгнали ссаными тряпками на мороз и починили всего-лишь за 4 месяца.
Далее, то же самое, что в первом варианте, только не в монолите, а микросервисной "рахитектуре", с единой БД и разными разрабами микросервисов. Ад и Израиль был везде.