MySQLのORMとしてSquerylを使用しています。これは、数百のテーブルを含む既存のスキーマを処理する新しいプロジェクトです。
私の知る限り、Squerylも利用可能なScala ORMも、R（mysqlテーブル）からO（Scalaクラス）を生成することはできません。情報スキーマをクロールして自分自身をロールバックするのはそれほど難しいことではないと思いますが、他の誰かがすでにそうしている場合は、その努力を複製したくありません。
また、R->Oの方向が無視されることが多い理由を誰かに教えてもらえないかと思います。私の経験では、O-> Rは例外であり、規則ではありません。
私はおそらく、自分自身のソリューションを展開する道を歩み始めるでしょう。別のオプションを聞く前にそれがほぼ完了している場合は、そのコードへのリンクを投稿します。
ありがとう。
QueryDSLは、既存のテーブルからコードを生成できるユーティリティを提供します。ただし、これは主にJava libであり、Scalaはそこでの拡張機能としてのみ扱われることを受け入れる必要があります。
ROのサポートは時間とユーザーのフィードバックの問題だと思います。
R-> Oがルールであることがわかったところで、どのような種類のプロジェクトに取り組んでいるのか知りたいです。私の経験では、自分のプロジェクトだけでなく、他のSquerylユーザーがメーリングリストで言及しているプロジェクトも含まれていますが、ほとんどのSquerylプロジェクトは、SQLデータベースを使用してアプリケーション固有のモデルを永続化するのではなく、主に新しいアプリケーションです。既存のスキーマと一致するように作成されているモデル。ほとんどのOSプロジェクトと同様に、開発者はまず自分たちが必要とする機能に焦点を合わせ、次にコミュニティから最も要求される機能に焦点を合わせる傾向があるため、SquerylGoogleグループでもこれを取り上げることをお勧めします。