Не создавайте в базе данных поле с типом список(List) и ссылкой на другой тип данных, если вы понимаете, что в этом поле будет храниться более 50-100 записей.
Это связано с тем, что когда Bubble запрашивает данные из базы данных, то он загружает все поля этой записи в браузер пользователя. Даже если вы не запрашивали их. Соответственно, если у вас на странице есть Repeating group, то для каждой записи потребуется загрузить большой объём дополнительной информации, что может значительно замедлить работу приложения.
Иллюстрацией к такому решению может быть рисунок выше:
• У нас есть таблица Project • У каждого Project может быть большое количество задач. Например 500. • Чтобы не хранить все задачи в конкретном проекте, мы просто создаём в таблице Tasks поле Project и присваиваем задаче проект к которому она относится. • Когда нам понадобиться отобразить все задачи на странице проекта(например), мы будем использовать Do a search Task и в Constraint пропишем что Project = current page projectТакое решение позволит нам не загружать дополнительные данные в браузер пользователя, если мы решим создать страницу, на которой захотим отобразить все проекты, созданные пользователем.
Если в поле планируется использовать не много записей, то можно "складывать" туда записи из другой таблицы.
Например:
У нас есть таблица Task, у каждой задачи есть теги. Все теги мы храним в таблице Tags. В таком случае, будет оправданно создать поле Tags в Таблице Task и складывать теги сразу туда т.к у задачи точно не будет большого количества тегов