3

私はakkaストリームでリアクティブストリームプログラミングを学び、使用していました.2年間、async-jdbc-driverまたはreactive-jdbc-driverのライブラリを見つけようとしていました.slick 3.0またはrxjava-jdbc-driverが非同期jdbcを提供することがわかりました. api.

もう 1 つの驚くべき出来事は、昨年 'Reactive Streams Specification V1.0' がリリースされたことです。私の質問は次のとおりです。

  1. このイベントにより、JDBC Expert Group が非同期 JDBC API サポートを設計するきっかけになりますか?
  2. また、MySQL のプロバイダーである Oracle などのデータベースプロバイダー組織は、対応するドライバーを実装する予定はありますか?
  3. これが絶望的である場合、指示、交換、または私が変えることができるもの、またはJDBCレイヤーは反応的である必要はなく、スケールアウトmysqlサーバーで十分ですか?
4

2 に答える 2

2

私も何の計画も知りません。古い JDBC API に縛られない多くの NoSQL ソリューションが、リアクティブ ベースの API の提供を開始しました。それらがフル スタック リアクティブであるかどうかはわかりません。仕様/実装を見て確認する必要があります。

RxNetty (Retrofit、OkHttp?) を介した TCP/HTTP 用のフル スタックのリアクティブ ソリューションがあり、Servlet 4.0 にも動きがあるため、非同期 JDBC ソースで構成できれば素晴らしいことです。ただし、これにはゼロからの新しい API 設計が必要です。

JDK 9 と Flow API (本質的には Reactive-Streams ですが、別のパッケージの下にある) は、JDK 開発者の間で理解され、受け入れられている可能性があります。ただし、プレーンな Reactive-Streams API はこのような I/O には完全に適していない可能性が高く、双方向のリアクティブ ストリームの形式でより拡張された API が必要になることに注意してください。

おそらく、JEP の経験を持つ誰かが問題を取り上げ、アプローチの反復を開始できます。

それまでは、あなたが言及した JDBC のブロッキング ラッパーがあります。

于 2016-04-24T14:53:42.650 に答える