Если с базой работаешь через php, то перед записью в БД, например, использовать json_encode, а после прочтения json_decode и перебирать for, либо foreach. Для других ЯП, вероятно, тоже есть подобное решения. Для работы на уровне БД, я бы рекомендовал не писать в массивы в строку, а разбить на доп. таблицы, связанные общим ключом и применять join при запросах.
Если все запросы слать исключительно по id, а затем все перебирать с помощью php или как-то иначе скорость запроса к базе, возможно будет и быстрее, но, вероятно, хлопотно будет разбирать столбец, в котором массив и потерять в скорости на этом этапе. Обычно разбитие на несколько таблиц сильно упрощает работу с данными, а для ускорения можно использовать индексы и внешние ключи.
vovka_losira, читай что такое "нормальная форма". Мне отсюда не очень видно, но кажется, что вы делаете какую-то дичь во имя преждевременной оптимизации. А преждевременная оптимизация - зло.
Звено - это ячейка? По аналогии "партийная ячейка" - "пионерское звено"?
Похоже что вы пытаетесь сделать что-то простое сложным. Задачу опишите, для чего такое странное решение?
Ну, мне нужна база со списком пользователей (то бишь - id), а каждому пользователю должен принадлежать определенный список слов (то бишь - inf). Чтоб потом можно было пробежаться по ответам, определив список пользователей
Простой
