Какой бест практис хоронить DU в бд реляционной?

Я вот давно с реляционками не работал, но. Для "мне похуй" хранил бы в жсоне. Для "хочу заебаться" нарисовал бы кастомный сериализатор по тегу или имени ДУ с мапингом на две колонки.

бест практис не хранить в бд реляционной или как правильно сказал айрат - хранить в жсон) ибо du это посути разные поля для одного типа сущностей

NoSQL? У нас вот монга периодически падает и выдает какие-то неуловимые баги, страшно от SQL отказываться. Но возможно мы её неправильно готовим

берешь managed nosql и ничего не падает)

Плюсую. Когда сам не ебешься вообще неплохо

Ну да, чот ноускл в последнее время под мои задачи больше подходит.

Типа арендовать серваки у тех, кто готовит правильно? Или как это работает?

Ну или заплатить денег облаку, где профессионалы. Или заплатить денег за профессионала.

managed это не когда ты серваки арендуешь, а когда тебе предоставляют только адрес эндпойнта, а ты юзаешь его не парясь об инфраструктуре

И что, вообще никаких отвалов и прочих глюков?

А потом те кто админят к тебе приходят с бутылкой без стаканов так как ты сделал неоптимальный запрос

Дело в руках и опыте работы. В волмарте было 2к кластеров кассандры. Падало только когда ты кассандру использовал как sql

Неоптимальный запрос к монге?)

бывают, но чинится само в течене пары часов, тебе только ретраи настроить ну и логику сделать идемпотентной

а за неоптимальные запросы к тебе не админы приходят а овнеры кошельков)

Чето звучит не очень) Если в час пик ёбнется, то это у нас минус очень много деняк

Издержки на запрос к материализованному представлению, спецом заточенное под конкретные запросы-равно наносекундам. Есть только геморрой с подготовкой инфры под это все дело. Но профит такой, что весь этот SQL в ХайЛоаде с 2006 года во всех проектах где я был-вымер нахер.

Ну поднимите свои инстансы NoSQL стека на bare metal прямо у себя в серверной.

У нас так и сделано, но как я сказал, видимо неправильно готовим. Первая проблема это то, что монга иногда падает. Вторая что скорее всего после этих падений происходит какой-то коррапт данных, ибо никак по другому нельзя объяснить. Не воспроизводится

У вас чо, серверная не горела?

Ну кто-то беспокоится, что железо где-то далеко, вот пусть себе под ноги кидает тогда :) А насчет серверной- в одном месте где я работал давным давно-ОМОН вламывался в здание и ломился в официальную серверную, пока газелька с настоящими серверами за забором в промзоне тихонько уезжала в закат, отцепив эзернет кабеля от инфраструктуры :D

Ну не монгой единой жив NoSQL, этого добра сейчас на любой вкус и кошелек. Паритесь над надежностью работы инфры(обычное дело), так обычно и юзается несколько облаков. В проектах где я был-обычное дело лить данные сразу и в Амазон, и в Ажуру, если что-то подохнет, всегда есть куда лить данные и откуда их выгребать

Мы, в ажуре, тоже льем данные в Амазон и ажуру!!111

Это прямо как-то рекурсивно все выходит. Интересно-Амазон в Ажуру льет что-то? :))))

Не удивлюсь.

Все поля и тэг

Извиняюсь, что опять с тем же вопросом и не совсем по теме, но все же хотелось бы расставить все точки. Насколько можно полагаться на NoSQL в плане сохранности данных? Например о проведенных платежах и прочих важных штуках. Такой вопрос, потому что пока со SQL осечек не было. А с NoSQL вы льете данные в несколько инстансов, надеясь что где-то точно все будет ок или я не так понял?

и вес таблицы x num cases :)

Шашечки или ехать?