Slick 3.0 reattivo/asincrono a livello di driver di database? Per quali database?

Question

Slick è storicamente basato sui driver JDBC, che bloccano internamente l'attesa per l'I/O del socket in risposta alle query. Ogni chiamata di database in sospeso richiede un thread da bloccare su un socket; quindi, non è realmente reattivo nello stesso senso di ReactiveMongo, postgresql-async e mysql-async, che sono completamente asincroni.

È cambiato qualcosa in questo senso in Slick 3.0? O sono confuso riguardo a tutto ciò?

Answer 1

Non è async fino al livello del driver, ma quello non è un problema. Il numero di thread di blocco in attesa di connessioni al database dovrebbe essere piccolo in una buona configurazione. Quindi non consumano molte risorse. Slick li gestisce e pianifica il blocco dei thread nel proprio pool di thread, quindi non si tratta di calcoli. Un driver asincrono "nativo" probabilmente aggiungerebbe una minore accelerazione, ma non maggiore. Slick potrebbe supportarlo in futuro. Il principale vantaggio di "reattivo" deriva da ciò che Slick già implementa in 3.0. Una spiegazione più ampia può essere trovata qui: https://www.parleys.com/tutorial/reactive-slick-database-programming