質問

SquerylをMySQLのORMとして使用しています。これは、数百のテーブルを含む既存のスキーマを使用する新しいプロジェクトです。

私が知る限り、Squerylも利用可能なScala ormのいずれも、R(MySQLテーブル)からO(SCALAクラス)を生成することはできません。情報スキーマをrawって自分でロールするのはそれほど難しくないと思いますが、他の誰かがすでにそうしている場合は、その努力を複製したくありません。

また、r-> o方向が頻繁に無視される理由を誰かが私に言うことができるかどうかも興味があります。私の経験では、o-> rは例外であり、ルールではありません。

私はおそらく自分のソリューションを転がす道を始めます。別のオプションを聞く前にそれが近くにある場合は、そのコードへのリンクを投稿します。

ありがとう。

役に立ちましたか?

解決

QueryDSLは、既存のテーブルからコードを生成できるユーティリティを提供します。ただし、それは主にJava Libであり、Scalaはそこでのみ延長として扱われていることを受け入れる必要があります。

ROのサポートは、時間の問題であり、ユーザーのフィードバックだと思います。

他のヒント

がある Squaler データベーステーブルをクエリし、SCALAコードを生成します。 Squerylおよびその他の図書館を使用しています。
私はなんとか微調整でそれを使用することができました。

そのgitubはです ここ

R-> oがルールであると見つけた場所で作業しているプロジェクトの種類に興味があります。私の経験であり、私は自分のプロジェクトだけでなく、他のSquerylユーザーがメーリングリストで言及しているプロジェクトを含めています。ほとんどのSquerylプロジェクトは、主にSQLデータベースが使用されている新しいアプリケーションであり、アプリケーション固有のモデルを持続するために使用されているということです。既存のスキーマに一致するように作成されているモデル。ほとんどのOSプロジェクトと同様に、開発者は最初に必要な機能に集中する傾向があり、コミュニティが最もリクエストしている機能に2番目に焦点を当てる傾向があるため、これを取り上げることをお勧めします。 Squeryl Googleグループ 同じように。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top