АГ
я не загонялся. для меня оно просто работает и все. работает быстро. проблем нет.
Size: a a a
2021 May 21
АГ
система была не под нагрузкой чтобы какие либо проблемы словить
АГ
и транзакций навороченных тоже не было в ней
YV
Ну считай да, но через небольшой костыль. Это норм в целом вариант
AS
JSON columns, like columns of other binary types, are not indexed directly; instead, you can create an index on a generated column that extracts a scalar value from the JSON column.
YV
Ну а у меня большая нагрузка. Поэтому мне это супер важно
АГ
в жсон полях надо хранить данные, которые просто тащатся из записи и что-либо с ними делается.
АГ
если ты собрался в sql-е что-то с ними делать - то это плохая идея
YV
Ну он копирует в генерируемую колонку данные, и по ней делает индекс. Избыточность по данным, но цель достигнута. Вряд ли тебе надо на все поля json делать индекс. Поэтому в целом нормально
АГ
но оно будет работать.
AS
Никто не спрашивал, но я бы тоже не рискнул в JSON пихать важные данные, по которым еще и искать нужно.
YV
У меня грубо говоря много счётчиков. В силу специфики, это должно быть решение именно на mysql (транзакции, шардинг с другими данными и тд) и уметь жить под большой нагрузкой.
AS
Но вопрос интересный... как хранить 800 полей ентити. NoSQL?
АГ
зависит сильно от логики
АГ
если это сотни разных метрик, как вон у Виталия, то другие подходы надо применять
АГ
кликхаус какой-нибудь подцепить... хотя там чисто инсерты пачками по 10к
YV
Думаем между длинной таблицей и json. Сейчас широкая таблица, но подходим у лимиту мускуля по количеству столбцов. И там есть причины почему так было сделано.
YV
Кх не держит частую вставку плюс почти не умеет в апдейты. И это про Olap. У меня чистый oltp
YV
Я бы скорее подумал над редисом, но в силу ограничений - он не подходит
АГ
постгря думаю лучше бы подошла - там почти нет лимитов. но тупить будет.