согласен

я слаб в примерах

как минимум дуби jdbc нейтив квери в 2к20

а что не так с дуби?

там можно метаданные таблицы вытащить или сликом?

там есть интеграция с quill

и вообще в библиотеки написано, что это jdbc layer

ты не масштабируешься(

Дуби можно сделать все что jdbc позволяет

мне надо поспать, или я чего-то не понимаю?
было

res <- ZIO.access[S3] { s3 =>
      new MyS3 {
        val list = s3.get.listObjects(conf.bucket, "", Int.MaxValue).mapError(s3Exception)

        val uploadCandidates = for {
          all <- list
...

фикс, чтоб s3.listObjects вычитывался при каждом вызове

env <- ZIO.environment[S3]
  } yield new MyS3 {
    val list = s3.listObjects(conf.bucket, "", Int.MaxValue).mapError(s3Exception)
      .provide(env)

    val uploadCandidates = for {
      all <- list
...

мне кажется, что должно работать одинаково, но в первом случае s3.get.listObjects запрашивается ровно раз, хотя всё что после выполняется при каждом вызове

сликом тоже

метаданные с конекшина?

осталось только посмотреть на реализацию s3.listObjects из второго примера

я тоже не понимаю, почему должно быть разное поведение

это мотивация поковырять, спасибо!

точнее, кусочки не совсем эквивалентны
в первом что-то происходит ниже в форе, во втором функция возвращает ZIO[.., MyS3]

Полагаю, что разница там в продолжении

ниже в форе просто map:

val uploadCandidates: IO[Capture[SyncErr], List[S3ObjectSummary]] = for {
      all: S3ObjectListing <- list
    } yield all.objectSummaries.filterNot { f =>
      conf.outbox.exists(out => f.key.startsWith(s"$out/")) || f.key.endsWith("/")
    }

я даже логирование добавлял в первом

new MyS3 {
        val list = s3.get.listObjects(conf.bucket, "", Int.MaxValue).mapError(s3Exception) <* log.debug("s3.get.listObjects")

и видел логирование на каждый вызов, но listObjects вызывался 1 раз