¿Slick 3.0 es reactivo / asíncrono en el nivel del controlador de la base de datos? ¿Para qué bases de datos?

Históricamente, Slick se ha basado en controladores JDBC, que bloquean internamente la espera de E / S de socket en respuesta a consultas. Cada llamada de base de datos pendiente requiere un subproceso para bloquear en un socket; por lo tanto, no es realmente reactivo en el mismo sentido que ReactiveMongo, postgresql-async y mysql-async, que son asíncronos hasta el final.

¿Ha cambiado algo al respecto en Slick 3.0? ¿O estoy confundido acerca de esto?

Respuestas a la pregunta(1)

Su respuesta a la pregunta