Я работаю над решением, которое использует SQL бэкэнд. Мой опыт традиционно связан с реляционными базами данных, и я хотел бы обсудить наилучший способ хранения списка значений, которые могут появиться в раскрывающемся списке интерфейса пользователя. Традиционно, я бы просто создал таблицу в моей реляционной БД для хранения этого небольшого набора значений, а затем мои записи t ie до указанного c id, представляющего это значение. Простым примером этого является таблица Person со всеми моими записями о персонале и список значений Hair color со всеми возможными цветами волос. Для каждого человека идентификатор цвета волос из этой таблицы значений цвета волос будет сохранен в записи о человеке. Таким образом, традиционные отношения внешнего ключа.
Большинство этих выпадающих списков невелики, это небольшие наборы (10 полей), поэтому хранение их в собственном контейнере в Космосе кажется излишним. Я думал, что мог бы также установить эти значения как константы в моей модели API и управлять значениями таким образом Однако, если эти значения изменятся, мне нужно будет сделать новую сборку API, чтобы раскрыть эти значения.
Есть какие-нибудь мысли о передовых методах работы в пространстве No SQL? Создать контейнер в бэкэнде № SQL со списком значений, сохранить значения как константы в моей модели API или что-то еще?
Цените ваше время на рассмотрение этого вопроса.