Ecco una soluzione alternativa per Slick 3.2.3 (e alcune informazioni di base sul mio approccio):
Potresti aver notato la selezione dinamica colonne è facile fintanto che puoi assumere un tipo fisso, ad esempio:
columnNames = List("col1", "col2")
tableQuery.map( r => columnNames.map(name => r.column[String](name)) )
Ma se prova un approccio simile
con un groupBy
operazione, Slick si lamenterà del fatto che "does not know how to map the given types"
.
Quindi, sebbene questa non sia una soluzione elegante, puoi almeno soddisfare la sicurezza dei tipi di Slick definendo staticamente entrambi:
groupby
tipo di colonna- Limite superiore/inferiore alla quantità di
groupBy
colonne
Un modo semplice per implementare questi due vincoli è assumere nuovamente un tipo fisso e diramare il codice per tutte le possibili quantità di groupBy
colonne.
Ecco la sessione completa di Scala REPL funzionante per darti un'idea:
import java.io.File
import akka.actor.ActorSystem
import com.typesafe.config.ConfigFactory
import slick.jdbc.H2Profile.api._
import scala.concurrent.{Await, Future}
import scala.concurrent.duration._
val confPath = getClass.getResource("/application.conf")
val config = ConfigFactory.parseFile(new File(confPath.getPath)).resolve()
val db = Database.forConfig("slick.db", config)
implicit val system = ActorSystem("testSystem")
implicit val executionContext = system.dispatcher
case class AnyData(a: String, b: String)
case class GroupByFields(a: Option[String], b: Option[String])
class AnyTable(tag: Tag) extends Table[AnyData](tag, "macro"){
def a = column[String]("a")
def b = column[String]("b")
def * = (a, b) <> ((AnyData.apply _).tupled, AnyData.unapply)
}
val table = TableQuery[AnyTable]
def groupByDynamically(groupBys: Seq[String]): DBIO[Seq[GroupByFields]] = {
// ensures columns are returned in the right order
def selectGroups(g: Map[String, Rep[Option[String]]]) = {
(g.getOrElse("a", Rep.None[String]), g.getOrElse("b", Rep.None[String])).mapTo[GroupByFields]
}
val grouped = if (groupBys.lengthCompare(2) == 0) {
table
.groupBy( cols => (cols.column[String](groupBys(0)), cols.column[String](groupBys(1))) )
.map{ case (groups, _) => selectGroups(Map(groupBys(0) -> Rep.Some(groups._1), groupBys(1) -> Rep.Some(groups._2))) }
}
else {
// there should always be at least one group by specified
table
.groupBy(cols => cols.column[String](groupBys.head))
.map{ case (groups, _) => selectGroups(Map(groupBys.head -> Rep.Some(groups))) }
}
grouped.result
}
val actions = for {
_ <- table.schema.create
_ <- table.map(a => (a.column[String]("a"), a.column[String]("b"))) += ("a1", "b1")
_ <- table.map(a => (a.column[String]("a"), a.column[String]("b"))) += ("a2", "b2")
_ <- table.map(a => (a.column[String]("a"), a.column[String]("b"))) += ("a2", "b3")
queryResult <- groupByDynamically(Seq("b", "a"))
} yield queryResult
val result: Future[Seq[GroupByFields]] = db.run(actions.transactionally)
result.foreach(println)
Await.ready(result, Duration.Inf)
Dove questo diventa brutto è quando puoi avere più di pochi groupBy
colonne (cioè con un if
separato il ramo per 10+ casi diventerebbe monotono). Si spera che qualcuno si precipiti e modifichi questa risposta su come nascondere quel boilerplate dietro uno strato di zucchero sintattico o di astrazione.