VG
Size: a a a
2020 August 01
AP
json_insert(json,path,value,...)
ок, а что с индексами?
VG
не написано
AP
вся фишка в поиске по определённым значениям, а чтобы он быстрый был, нужно уметь индексировать джейсон-значения
VG
видимо придется некоторые поля выдергивать в столбцы таки, эх..
YM
Но вот эти комбинированные типы не подходят когда нужно обеспечить ссылочную целостность. Вроде ни в JSON(B) ни в массивных типах нельзя указать внешние ключи
YM
То есть формально положить можно. Но будут ли они валидны в течение жизни -- нет гарантии
YM
Для массивов в постгрессе был патч, но он в ветку вроде не был включён
AP
Но вот эти комбинированные типы не подходят когда нужно обеспечить ссылочную целостность. Вроде ни в JSON(B) ни в массивных типах нельзя указать внешние ключи
в пг можно чек добавить
c
Но вот эти комбинированные типы не подходят когда нужно обеспечить ссылочную целостность. Вроде ни в JSON(B) ни в массивных типах нельзя указать внешние ключи
Не очень понял. Вам нужен FK на JSON атрибут, при этом структура JSON произвольна?
YM
Вообще изначально вопрос был про массивы, чтобы там айдишники хранить
YM
Потом тот же вопрос и к JSON возник
c
айдишники лучше хранить все же в связанном тейбле, если нужна целостность и индексы
c
нет, можно, конечно, сделать триггер для проверки, но зачем такие костыли
YM
Вообще в документации у них была такая фраза. Что если вам приходится проверять наличие элемента в массиве, скорее всего что-то не так с вашей моделью данных и её надо переосмыслить
c
DF
монга просто перехвалена и испоьзуется часто не по делу.
Ну когда монга появлялась она была очень ок. А сейчас смысла ее юзать вообще никакого нет
YM
Есть. Если с SQL туго, она подкупает простой. Но потом начинается всякая магия. И ты сидишь и думаешь, блин это ж почти SQL, только хуже.
DF
Ну там вся простота до первого джойна по таблицам, потом сидишь и думаешь - на кой хер я это взял а не нормальную базу?