AH
хоть что то, но я бы пожалуй был с этим поосторожнее - куча кода на TSQL ведёт к логике в хранимках
согласен, но json path продолжение возможностей SELECT по сути
Size: a a a
2021 February 17
AH
то есть если не абузить, то ты просто можешь удобно из жсон колонки данные выбирать
DP
то есть если не абузить, то ты просто можешь удобно из жсон колонки данные выбирать
А джойнить интересно сможет быстро?
IC
согласен, но json path продолжение возможностей SELECT по сути
что то какие то индексы ненастоящие в sqlserver
DP
Типа на поле из джсона джойн
AH
А джойнить интересно сможет быстро?
если там индекс, то чо бы нет. но в скл сервере я не проверял
IC
json index на компьютед колумнз - не выглядит хорошим решением
AH
то есть при вставке он находит по пути значение, индексирует, а дальше как обычно
IC
А джойнить интересно сможет быстро?
в sqlserver это просто индекс по компьютед колумн
IC
то есть при вставке он находит по пути значение, индексирует, а дальше как обычно
а какие то бд умеют в индексы по json, чтобы они реально jsonpath могли быстро обработать не перебором?
VS
а какие то бд умеют в индексы по json, чтобы они реально jsonpath могли быстро обработать не перебором?
Как ты думаешь, если нет стандарта на jpath, то есть ли какое-то общее решение?
IC
Как ты думаешь, если нет стандарта на jpath, то есть ли какое-то общее решение?
я спрашиваю про конкретное
IB
Клеппман пишет, что подобные jsonpath - тупиковый путь
VS
я спрашиваю про конкретное
К сожалению, json невозможно прочитать по частям
VS
В общем случае
VS
т.е. для определения jpath я должен распарсить json целиком
VS
Кстати, одна из причин, почему в неткоре отказались от формата проектов на json
IC
вроде же схемы можно указывать как в xml
VS
Его невозможно провалидировать
IC
с ними можно что то придумать