Можно ли заменить связующую таблицу mysql на поле со значением в виде json массива?

Question

[magary4]

есть таблицы users, organizations
чтоб их связать много-ко-многим нужна таблица user2org

а что если сделать в users столбец org и записывать туда массив ["123","129"] ?

Answer 1

[Валерий Рябошапко]

Вы потеряете самое интересное — возможность пользоваться вторичными ключами, то есть делать быстрые и удобные выборки.

Точнее, всегда можно воспользоваться встроенными функциями MySQL, извлечь из JSONа индексы и сделать ещё один запрос, но Вы представьте, сколько это лишней работы как для программиста, так и для сервера.

Другое дело, если Вам для каких-то целей список этих индексов регулярно нужен в виде JSONа. Тогда можно либо триггером регулярно перезаписывать это значение (но хранить его как дополнение к таблице user2org, а не вместо неё), либо написать хитрый SQL запрос, который будет этот самый JSON на лету формировать.

Comments

[magary4]

SELECT * FROM users WHERE org REGEXP '"([^"]*)123([^"]*)"'
SELECT * FROM organizations WHERE org_id IN ( REPLACE( ']', '', REPLACE( '[', '', SELECT org FROM user WHERE user_id = 999 )))

[Валерий Рябошапко]

magary4: это удаление гланд через анус. Работает, конечно, но задумано оно не для этого.

[Артём Каретников]

Прислушайтесь к совету Валерия, он грамотно все расписал. Я бы сказал грубо: делать так суть изврат, порнуха и похабство, создающее излишнюю нагрузку на сервер.

[magary4]

это не я придумал, это подход mongodb, работали?
stackoverflow.com/questions/2336700/mongodb-many-t...

вопрос вызван тем, что для разработчика работающего через api, которое реализует crud, легче манипулировать 2мя таблицами нежели одной

[magary4]

сорри - легче манипулировать 2мя таблицами нежели тремя

[Fortop]

magary4: монгодб документ-ориентированная БД
Не смешивайте её с традиционными реляционными базами

[Валерий Рябошапко]

magary4: я же говорю, применение не тех инструментов ни к тем задачам. Если Вашему сердцу мил документоориентированный подход, то и берите Mongo, он тоже хорош по-своему (да, я пробовал). Но раз Вы выбрали реляционный движок, то зачем в него пихать невпихуемое?

И да, программисту, который будет работать с Вашим API, совершенно ни к чему знать, сколько Вы таблиц используете, это всё детали реализации. Ему нужно знать только то, сколькими сущности он может манипулировать. А Вы уже на своей стороне сами думайте, как парсить его запросы и как генерировать ему ответы.

Я, кстати, сам по работе использую API двух баз данных, одна из которых MongoDB, другая PostgreSQL. Это два хорошо продуманный REST API и я не чувствую никакой разницы.

Answer 2

[Дмитрий Энтелис]

Главное правило: денормализацию данных необходимо делать очень четко понимая что Вы делаете и зачем.
В общем случае хранить так связи - не правильно.

Answer 3

[Андрей Мохов]

интересно как вы при этом будете вторичные ключи вешать

Comments

[magary4]

SELECT * FROM users WHERE org REGEXP '"([^"]*)123([^"]*)"'
SELECT * FROM organizations WHERE org_id IN ( REPLACE( ']', '', REPLACE( '[', '', SELECT org FROM user WHERE user_id = 999 )))

[Андрей Мохов]

magary4: и зачем такие извращения? и где тут вторичный ключ