Должны ли мои классы занятий иметь коллекции из моих ассоциаций?

Question

Если у меня есть класс случай, который выглядит как:

case class User(id: Int, name: String, addresses: Seq[Address]) 

case class Address(id: Int, userId: Int, name: String) 

Должен ли я удалить свойство адреса от пользователя, когда я использую пятно, или я могу еще включить его?

Я никогда не использовал ассоциации в пятнах, прежде чем так немного смутился.

Answer 1

Slick не ORM

Так, Slick не поддерживает вложенные объекты, как спящий режим. Если вы сильно хотите иметь вложенные объекты, модель Slick не подходит для вашего варианта использования. Этот пункт также явно упоминается в документах по slick.

Ваш случай использования в Слик моделируется как этот

case class User(id: Int, name: String) //id is the primary key 

case class Address(id: Int, name: String) //id is the primary key 

case class UserAddresses(userId: Int, addressId: Int) //userId, addressId are the foreign keys. 

Каждый из указанного класса случае запрашивает таблицу в базе данных и UserAddresses таблица устанавливает связь между Пользователем и адрес. Так, для одного пользователя вы можете иметь один или несколько адресов идентификаторов в таблице адресов пользователей (типичный способ базы данных отношение моделирования один ко многим отношений между субъектами)

UserAddresses захватывает один-много отношений между Пользователем и адрес

Обратите внимание, что дизайн выше выглядит как типичный дизайн базы данных, который вы бы хотели сделать в случае отношений один-много. В Slick эти модели представляют собой реляционные таблицы. Таким образом, для каждой таблицы нам нужна одна модель, которая представляет эту таблицу в коде. Slick помогает в написании sql agnostic, композиционных, многоразовых, типичных и scala-сборников, таких как запросы. Итак, конец кода кода Slick выглядит как код манипуляции с коллекциями Scala.