? Допустим список языков пользователя хранить лучше в массиве или делать отдельную таблицу с (id, user_id, language)?
За всю жизнь никогда не видел применения массивов на практике, кроме как для подсовывания в запрос с ANY. Но гром не грянет, если вы эти языки сделаете массивом и пойдете спать. Делать отдельную таблицу «правильнее», только она у вас уже денормализована. Делайте languages (id, name) и m2m с users.
Понял, спасибо, то же самое получается можно сказать и касательно списка допустим подписчиков группы, списка скилов и остальных подобных вещей ? Только я не совсем понял что значит m2m?
m2m — many-to-many. Со списком подписчиков группы в виде массива на вас сразу обрушатся небесные кары. Например, вы останетесь без внешних ключей. Юзера удалили, а он до сих пор подписан на какую-то группу. С языками попроще, так как они торчат сбоку, очень редко меняются и основном разве что добавляются.
А, теперь уже точно понял, спасибо). Ну то есть опять же зависит от ситуации, но в идеале предпочтение лучше отдавать именно отдельным таблицам ?
через массивы можно делать column-storage-для-бедных, временами очень выручает
может вам CREATE TYPE AS ENUM нужен?
А какая разница? Все равно массив. ENUM — это ж такая строка для экономии байтиков.
А в чем принципиальная разница ?
это число на самом деле, с доступом по строке.
а покажите схему (из 2-х таблиц?), в которой используется такой вот массив для ограничения
массивы норм.
Ну вот гляди. Выбирает у тебя пользователь языки. А где их список (полный) хранится? В коде. А нафиг они там в коде? Сделай таблицу languages, пусть там хранятся. И пользователю будешь показывать все содержимое таблицы languages при выборе. А еще тетя-админ твоей революционной социальный сети сможет сама добавлять языки, просто добавляя новую строчку в languages, а не дергать тебя каждый раз, когда на свете появляется новая народность. Круто? Круто. Делай отдельную таблицу, как деды завещали.
ага, добавит она строку для нового языка, а там rtl, и переводов нет.
Только я не совсем тогда понимаю как связывать таблицу со списком языков, в которую тетя может добавить языки, и список языков юзера🤨
При помощи таблицы languages_users(language_id, user_id)
Ааа, ну то есть надо получается две таблицы. В одной чисто список языков доступных с айдишниками, а во второй список языков пользователей, где language_id ведёт в первую таблицу ?
Это называется many-to-many и прекрасно гуглится.
Я в том плане, правильно ли я понял твою мысль ?
Обсуждают сегодня