чтоб дважды не пробегать по результату)

Цепочки будут, уже сталкивались, я на yield смотрел - там это сделать было можно, но делали напрямую через Sql, потому что были проблемы с составлением запроса через yield

например?

да сам yield тут и не мешает и не помогает

db.run( (for { (company, user) <- table joinLeft Users.table on (_.user_id === _.id) } yield (company, user)) ).result

вот так что ли?

так тоже не работает)

а что пишет?

ну это всё возвращает Future

по нему потом надо map/flatMap делать

вот пример // GET /payments def list = ApiLogging { Action.async { ServiceLocator.db.run((for { (payment, participant) <- TableQuery[TblPayment] join TableQuery[TblParticipant] on (_.participantId === _.id) } yield (payment, participant)).result).map ( pairs => { jsonOkResult(Json.obj( "payments" -> pairs.map( pair => { val (payment, participant) = pair Json.obj( "id" -> payment.id, "participant" -> participant.name, "status" -> payment.status.v, "value" -> payment.value ) }) )) }) } }

например?

https://gist.github.com/Visteras/d04a4b12eb22923b3c7ab67191657dc6 - вот это например, но это из другого проектаи там... страшно)

^ надо всё в цепочку дейсвтий вот пример // GET /payments/:id def view(id:Int) = ApiLogging { Action.async { ServiceLocator.db.run((for { payment <- TableQuery[TblPayment].filter(_.id === id).result.head participant <- TableQuery[TblParticipant].filter(_.id === payment.participantId).result.head executedBmo <- TableQuery[TblBankMoneyOrder].filter(_.id === payment.bankMoneyOrderId).result.headOption tx <- TableQuery[TblMoneyTransaction].filter(_.paymentId === id).filter(_.`type` === MoneyTransactionType.PAYMENT_LOCKED).result.head txs <- sql""" WITH cur_tx AS ( SELECT oper_time AS oper_time FROM tbl_money_transaction WHERE id = ${tx.id.get} LIMIT 1 ) , prev_tx AS ( SELECT oper_time AS oper_time FROM tbl_money_transaction WHERE oper_time < (SELECT oper_time FROM cur_tx) AND id != ${tx.id} AND type = ${MoneyTransactionType.PAYMENT_LOCKED} ORDER BY oper_time DESC LIMIT 1 ) SELECT tx.type, tx.value, o.origin_id, wh.origin_id FROM tbl_money_transaction AS tx LEFT JOIN tbl_order AS o ON o.id = tx.order_id LEFT JOIN tbl_withholding AS wh ON wh.id = tx.withholding_id WHERE tx.oper_time <= (SELECT oper_time FROM cur_tx) AND (CASE WHEN (SELECT oper_time FROM prev_tx) IS NULL THEN TRUE ELSE tx.oper_time > (SELECT oper_time FROM prev_tx) END) AND tx.participant_id = ${tx.participantId} AND tx.type IN (${MoneyTransactionType.ORDER}, ${MoneyTransactionType.WITHHOLDING}) """.as[(String,BigDecimal,String,String)] } yield (payment, participant, executedBmo, txs)).transactionally).map ( row => { // Обработка

аа у вас там просто SQL динамически генерится

Не нравится мне как он там генерится

ну вы бы могли TableQuery[] обработать

в зависимости от условий

и его в slick уже отдать

а потом в тот сложный SQL отдать список IDS из первого допустим

надо будет попробовать, но есть ощущение что там будет выглядет ьвсе еще хуже

не правда )

хотя

а че за база такая вообще? )

так же нельзя группировать

Просто чистый Sql хоть он и не очень там удобен - видно прекрасно, а так - далеко не факт что будет понятно что там за такое

у в вас в группировке 3 колонки, а в запросе их куча

https://poeinfo.ru - вот эта там база. Она уже не работает, русскоязычная версия игры закрылась(

и это не агрегатки

я про движоу

Точнее ушло все на евро сервера

Mysql?

mariadb

ну почто тоже самое

ну ладно это уже тема SQL )

а по поводу группировки - да, там были с этим косяки, но в ечм проблема сгруппировать по 3 колонкам а вывести больше?

ну это не однозначная выбора

выборка*

нормальный SQL такого не позволяет )

да

&

там группировка была нужна что бы сгруппировать всю доступную игроку валюту что бы вывести ее общее количество

в MYSQL есть флаг для этого

а mysql просто рандомные значения для отсальных колонок веррнет

были там рандомные значения одно время, победил их все же)

правда рандом был не для остальных колонок а длу сгруппированных

http://dev.mysql.com/doc/refman/5.7/en/sql-mode.html#sqlmode_only_full_group_by

вот этот флаг

не гуд в общем его отключать)

так вроде и не отключал?

ну по дефолту отключен значит

не знаю) там докер контейнер со стандартными значениями)

я туда особо не смотрел)

> а mysql просто рандомные значения для отсальных колонок веррнет вот в этом проблема

с 5.7 вроде по дефолту включен

^ это хорошо

> а mysql просто рандомные значения для отсальных колонок веррнет вот в этом проблема

так вроде же чинится эта проблема?

ну да

явными агрегатками

смотря что тебе хочется получить :)

а не на усмотрения БД

ну то что мне хотелось получить - я получил) хоть и с извратами) ну как по мне с извратами

ну советую таки углубиться) понять почему это не комильфо)

вообще - стоит, тем более как раз пока время есть на работе свободное

я так понимаю, что mysql до сих пор не саппортит window functions?(

нет

с ними такие вопросы легко решаются

ERROR: S client not available

да

печаль)

там только выход подзапросы

а в mariadb кстати некоторые функции запилили https://www.fromdual.com/mariadb-10-2-window-function-examples

да это уже сильно

нам даже свои агрегатки приходилось писать )

про проблему group by колонок

tbl_user: id | status | gender 1 | active | male 2 | active | female 3 | active | male 4 | banned | male 5 | banned | female и запрос в MySQL SELECT status, gender, COUNT(*) FROM tbl_user GROUP BY status Выведет полную чепуху

надо либо все пихать в group by, либо убирать из SELECT gender

Кто-нибудь на курсере Одерского смотрел?

Сложно там?

обсуждалось уже :)

Кто-нибудь на курсере Одерского смотрел?

просто, но могут добавить сложностей стереотипы мышления

во время прохождения или после?

во время

просто, но могут добавить сложностей стереотипы мышления

вот с этим столкнулся.

И ещё сбивает его постоянное сравнивание с java \ c#

Вначале сложновато потом норм если с непривычки

И ещё сбивает его постоянное сравнивание с java \ c#

разве там было?

в генериках точно было

в коллекциях

это какой именно курс?

первый в специализации.

а чем сбивает сравнение?

по мне так наоборот удобно - рассуждение отталкивается от чего-то, что уже известно

просто, но могут добавить сложностей стереотипы мышления

это какие?

и чьи?

собственные, многим довольно трудно писать на первых порах в функциональном подходе

А, это. Я уже точно не помню, очень давно было дело, но вроде бы мне функциональщина сразу зашла.

Кстати в этом и печаль, я так и не смог найти нормального курса по Скале для «неджавистов».