質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

90.48%

  • MySQL

    6036questions

    MySQL(マイエスキューエル)は、TCX DataKonsultAB社などが開発するRDBMS(リレーショナルデータベースの管理システム)です。世界で最も人気の高いシステムで、オープンソースで開発されています。MySQLデータベースサーバは、高速性と信頼性があり、Linux、UNIX、Windowsなどの複数のプラットフォームで動作することができます。

  • Scala

    184questions

    ScalaはJava仮想マシンで動作を行うオブジェクト指向型プログラミング言語の1つです。静的型付けの関数型言語で、コンパイルエラーの検出に強みがあります。

  • Play Framework 2

    107questions

    Play Framework 2はPlayのメジャーバージョンです。現代の web アプリケーション開発に必要なコンポーネント及び API を統合した生産性の高い Java と Scala の web アプリケーションフレームワークです。

play-slickでリスト値を使って絞り込みや参照テーブルを変更する実装をしたい

受付中

回答 0

投稿

  • 評価
  • クリップ 0
  • VIEW 239

nonoike

score 2

 前提・実現したいこと

scala・play framework・slick・mySQLでwebアプリを作成しています、  
その中で、DBからのデータ取得時にロジックで作成したリスト値をSQLで使い、データの絞り込みや参照するテーブルを変更する処理があります。  
そこでロジックで作成した値をQuery型に変換してjoinすることで絞り込みを行うことを考えたのですが、  
リスト値のサイズが少ないときは正常でも多くなるとネストが多すぎるというエラーになってしまいます。
回避の仕方やより良い実装についてご教示ください。  

その際、ページング処理が必須であり、絞り込みなしではSQL結果のレコードは数百万件ほど返り得ます。  
そのため一度全データを取得してロジックでfilterなどを行うことは可能な限り避け、SQLで完結させたいです。  
またDB側を変更することはできません。

 該当のソースコード

val fromLogics: Iterable[Hoge] = <ロジックでのデータ生成処理>
val base = fromLogics.map(e => Query(e.foo, e.hogefoo, e.bar)).reduceLeft(_ ++ _)  // ← ここで`select ... from ... union all select... from ... union all ...` が大量に作られてしまい、エラーになると考えている
val query = base.joinLeft(table).on{case (b, t) => b.foo === t.foo && b.hogefoo === t.hogefoo}
        .joinLeft(table2).on{case ((b, _), t2) => b.foo === t2.foo && b.hogefoo === t2.hogefoo}
        .map{case ((b, t), t2) => (b._1, Case.If(b._3 === aaa).Then(t.map(_._3)).If(b._3 === bbb).Then(t2.map(_._3)).Else(None))}
        .filter(_._2.isDefined)
query.<ソートやページングなど>

 発生している問題・エラーメッセージ

  • エラー内容
java.sql.SQLException: Too high level of nesting for select
    at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:964)
    at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3973)
    at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3909)
    at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2527)
    at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2680)
    at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2490)
    at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:1858)
    at com.mysql.jdbc.PreparedStatement.execute(PreparedStatement.java:1197)
    at com.zaxxer.hikari.pool.ProxyPreparedStatement.execute(ProxyPreparedStatement.java:44)
    at com.zaxxer.hikari.pool.HikariProxyPreparedStatement.execute(HikariProxyPreparedStatement.java)
    at slick.jdbc.LoggingPreparedStatement.$anonfun$execute$5(LoggingStatement.scala:153)
    at scala.runtime.java8.JFunction0$mcZ$sp.apply(JFunction0$mcZ$sp.java:12)
    at slick.jdbc.LoggingStatement.logged(LoggingStatement.scala:84)
    at slick.jdbc.LoggingPreparedStatement.execute(LoggingStatement.scala:153)
    at slick.jdbc.StatementInvoker.results(StatementInvoker.scala:38)
    at slick.jdbc.StatementInvoker.iteratorTo(StatementInvoker.scala:21)
    at slick.jdbc.Invoker.foreach(Invoker.scala:47)
    at slick.jdbc.Invoker.foreach$(Invoker.scala:46)
    at slick.jdbc.StatementInvoker.foreach(StatementInvoker.scala:15)
    at slick.jdbc.StreamingInvokerAction.run(StreamingInvokerAction.scala:22)
    at slick.jdbc.StreamingInvokerAction.run$(StreamingInvokerAction.scala:20)
    at slick.jdbc.JdbcActionComponent$QueryActionExtensionMethodsImpl$$anon$1.run(JdbcActionComponent.scala:215)
    at slick.jdbc.JdbcActionComponent$QueryActionExtensionMethodsImpl$$anon$1.run(JdbcActionComponent.scala:215)
    at slick.basic.BasicBackend$DatabaseDef$$anon$2.liftedTree1$1(BasicBackend.scala:242)
    at slick.basic.BasicBackend$DatabaseDef$$anon$2.run(BasicBackend.scala:242)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)
  • 出力されたSQLのイメージ
SELECT <columns>
FROM (
    SELECT <columns>
    FROM ((
        SELECT x85.x86 AS x41,x85.x87 AS x42,x85.x88 AS x43
        FROM ((
            SELECT x89.x90 AS x86,x89.x91 AS x87,x89.x92 AS x88
            FROM ((

                ...

                SELECT x153.x154 AS x150,x153.x155 AS x151,x153.x156 AS x152
                FROM ((
                    SELECT x157.x158 AS x154,x157.x159 AS x155,x157.x160 AS x156
                    FROM ((
                        SELECT <data from logic> AS x158,<data from logic> AS x159,<data from logic> AS x160
                    ) UNION ALL(
                    SELECT <data from logic> AS x158,<data from logic> AS x159,<data from logic> AS x160
                    )) x157
                ) UNION ALL(
                SELECT <data from logic> AS x154,<data from logic> AS x155,<data from logic> AS x156
                )) x153

                ...

            ) UNION ALL(
            SELECT <data from logic> AS x90,<data from logic> AS x91,<data from logic> AS x92
            )) x89
        ) UNION ALL(
        SELECT <data from logic> AS x86,<data from logic> AS x87,<data from logic> AS x88
        )) x85
    ) UNION ALL(
    SELECT <data from logic> AS x41,<data from logic> AS x42,<data from logic> AS x43
    )) x40
    LEFT OUTER JOIN <table> x44

    ...

) x2
WHERE

    ...

 検討案

  • Query型への変換時、slickが作成するSQLのようにfrom句がなければネストもなくなり、回避できるのではと考えた。そのためその部分のみSQLで作成し、残りをslickで実装するselect hoge, foo union all select hoge2, foo2 ...  
    → これができれば解決しそうだがSQLとslickを組み合わせた実装の仕方がわかっていない
  • Query型へ変換したデータをgroupedで分割するなどで1回のSQLはエラーにならないネスト量にして、複数回SQLを発行し、それをロジックで結合する
    → Query型へ変換したデータは数百万件になるケースもあるため、何万回ものSQLが発行される可能性があることが懸念
  • slickを使わずSQLで作成する
    → 作成の難易度や改修が前提の機能となるため、メンテナンス性が懸念

 補足情報(FW/ツールのバージョンなど)

 バージョン
  • scala: 2.12.3
  • java: 8
  • play: 2.6
  • play-slick: 3.0.2
  • mySQL: 5.7
  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

まだ回答がついていません

関連した質問

同じタグがついた質問を見る

  • MySQL

    6036questions

    MySQL(マイエスキューエル)は、TCX DataKonsultAB社などが開発するRDBMS(リレーショナルデータベースの管理システム)です。世界で最も人気の高いシステムで、オープンソースで開発されています。MySQLデータベースサーバは、高速性と信頼性があり、Linux、UNIX、Windowsなどの複数のプラットフォームで動作することができます。

  • Scala

    184questions

    ScalaはJava仮想マシンで動作を行うオブジェクト指向型プログラミング言語の1つです。静的型付けの関数型言語で、コンパイルエラーの検出に強みがあります。

  • Play Framework 2

    107questions

    Play Framework 2はPlayのメジャーバージョンです。現代の web アプリケーション開発に必要なコンポーネント及び API を統合した生産性の高い Java と Scala の web アプリケーションフレームワークです。