Существует ли тип данных List или Array в MySQL?

Question

[Fjfgs]

Есть тип данных List или Array? Например, таблица player, и inventory — список скинов. Как решить эту ситуацию? Использовать тип данных JSON?

Answer 1

[Ипатьев]

Разумеется, существует.
Тип данных List или Array в реляционной базе данных - это связанная таблица.

Соответственно, inventory - это просто таблица из двух полей, id игрока и id скина

Answer 2

[Армянское Радио]

Завести связную таблицу и сложить в нее.

Answer 3

[Arstanbek Raimbekoff]

Да, есть. Посмотрите в сторону типа поля JSON.

Comments

[Arstanbek Raimbekoff]

Ипатьев, человек спросил, можно ли хранить List|ArrayList.
Тип поля JSON - подразумевает хранение и таких видов объектов.

И, так как мы не на экзамене, обоснуйте неправильность ответа?

[Ипатьев]

Нет, тип поля JSON подразумевает хранение совсем других видов объектов.

[Arstanbek Raimbekoff]

Ипатьев, всё, что описывается как JSON - прекрасно ложится в JSON, в том числе и Collection и его потомки.

Возможно, вы предлагаете заморочиться, и слабзать нормализованную структуру в РСУБД. Но вопрос был - в другом.
Ну и если вы говорите, что так нельзя, потому что нарушается ссылочная целостность, то хорошей практикой дизайна БД является логическое удаление, а не физическое, особенно - если дело касается случая, описанного топик-стартером.

[Ипатьев]

Я предлагаю понять, что заморочиться - это как раз JSON. В исключительных случаях. Ни один из которых к вопросу отношения не имеет. Но уже вижу, что бесполезно.

Answer 4

[mayton2019]

Смотри. Обычно реляционная алгебра рассматривает коллекции внутри ячеек как потенциальную проблему. Проблему денормализации. Если скин у тебя это сложный объект с другими свойствами и эти свойства вдруг (!) внезапно обрастают связями с другими сущностями БД - то тогда считается что БД плохо спроектирована. Невозможно отслеживать целостность. Или представь что какой-то скин ты решил удалить из системы. Тебе придется сделать поиск всех коллекций всех плееров и поискать его и удалить. И те-же проблемы с вставкой и обновлением.

Но если ты никогда этого не будешь делать и тебе плевать на реляционные связи от скинов к другим элементам системы - то тогда можешь хранить в JSON. MySQL его поддерживает в угоду современным трендами на NoSQL.

Хотя тема NoSQL - гораздо более обширная и сложная чем просто денормализация. Про нее можно говорить часами.

Comments

[Ипатьев]

В начале всё правильно, а дальше ерунда.
JSON - это не "когда плевать" и не "в угоду", а когда у данных нет чёткой структуры.
То есть JSON-поле - это ячейка для нереляционных данных в реляционной БД

И говорить там часами просто не о чем. NoSQL в значении "основная БД приложения системы "как бог на душу положит" АКА MongoDB" - это просто бессмыслица, говорить там не о чем - ни часами, ни минутами.
Всё остальное же "NoSQL" - это совершенно разные, никак не связанные между собой служебные хранилища, типа key-value storage, кэшей, поисковых движков.

[mayton2019]

Ипатьев, вы прочитали эту фразу

плевать на реляционные связи

и поняли какой-то свой смысл.

Постарайтесь пожалуйста не превносить другие смыслы в мой ответ. Я вас прошу.