Micronautチームがデータアクセスツール「Predator」を発表！

Micronautチームは、2019/07/18に行われた発表会「Something Big Is Coming」で、プリコンピュートなデータアクセスツール「Predator」を発表しました！

f:id:mottsnite:20190719111033p:plain — Somethig-Big-Is-Coming

まとめを簡略化すると「AoTでなんやかんやする軽量高速なGORM」！

英語読める人は公式読みましょう→ 公式

データアクセスツールの歴史、2004年にRuby on RailsがActiveRecordを登場させ生産性の向上に革命をもたらしました。

2007年(いいや2006年だけど)、Grailsチーム(今のMicronautチーム)は、JVMにActiveRecordのようなAPIをもつ仕組みGORMをGrailsのデータ層として開発。 GORMはHibernate上に動的言語であるGroovyを活用することで柔軟なfinderメソッドを実装しJVMユーザの生産性を向上させた。

ただ、GORMはGroovyに依存します。そこで、2011年Javaのみで使えるように、インターフェイスに定義する事で、finderメソッドをランタイム時に自動実装されるSpring Dataが登場しました。

そして、Micronautチーム(昔も今もGrailsチーム)が、2019年、MicronautのAoTコンパイル APIを活用してメタモデルをコンパイラに変換して、コンパイル時に、findByTitleのようなfinderメソッドをSQLやJPA-QLにし、さらにはリフレクションフリーなデータアクセスツール「Predator」を爆誕させました！

※雑な文章で申し訳ない。;-)

大まかにまとめると。

~~Predator~~ == Precomputed Data Repositories ※追記参照
GORMやSpring Dataのようなプロダクティビティ
- 基本的にはGORMのフォークがベースらしい。
マイクロサービスとサーバレス時代に合わせたデータアクセスツール
データアクセスとして劇的に向上されたランタイムとメモリーパフォーマンスベンチマーク用コード
- Predator JDBCの場合、GORMの4倍、Spring Dataの2.5倍のパフォーマンス
- Predator JPAでは、GORMの2倍、Spring Dataより40%のパフォーマンス向上
GraalVMとの親和性
コンパイルタイムチェック: プロパティ名や型を認識してエラーを返す
先ずはJDBCとJPAを開発
NoSQLとかは無いの？→ 計画している。
- 基本的にはGORMのフォークがベースなので"GORM for MongoDBæなどのコードが再利用できる
ハッシュタグに困っている笑。#predatorではちょっとね。