Jdbi: 지원 R2DBC

안녕 Vaughn, 포인터 주셔서 감사합니다. Reactive는 매우 새롭고 흥미롭지만 현재 JDBC 구현과 실제로 데이터베이스 서버 소프트웨어 자체가 하위 계층에서 Reactive 개념에 적합하지 않다는 점을 이해합니다. 데이터베이스 서버에는 쿼리를 수행하고 결과를 생성하는 작업자 프로세스가 있으며 각 프로세스는 완료될 때까지 쿼리에 대해 작동합니다. 10개의 쿼리를 비동기적으로 제출하고 결과를 기다리는 기능은 없습니다.

이것은 JDBC 반응형을 구현할 때 결국 연결/핸들, 서비스 쿼리를 보유하고 결과를 반응형 프레임워크로 내보내는 이전 스타일의 스레드 풀을 구현해야 한다는 것을 의미합니다. 이것은 반응형의 이점 중 일부를 가질 수 있음을 의미합니다. 특히 반응형 코드를 작성할 수 있지만 반응형이 달성하려는 확장성 이점을 심각하게 제한합니다.

따라서 우리는 API 통합을 확실히 환영하지만, 내가 마지막으로 조사한 이후로 JDBC 세계의 상태가 바뀌지 않는 한, 아래의 코드가 여전히 구식 스레드 코드라는 사실을 숨기는 다소 제한된 래퍼가 될 것입니다.

귀하의 플랫폼에 대한 최신 정보를 얻을 수 있다는 제안에 감사하지만 우리 라이브러리는 플랫폼이나 프레임워크의 일부가 아닌 거의 완전히 독립형이라는 점을 자랑스럽게 생각합니다. 따라서 우리는 영감을 찾고 공유 목표를 위해 항상 기꺼이 협력하지만, 우리는 매우 독립적인 프로젝트입니다. :)

이봐, 스티븐! 귀하의 의견에 감사드립니다. 현재 우리는 vlingo-symbio 구현에서 액터 내에서 요청을 직렬화하여 Reactive-over-JDBC를 해결합니다. 연결 제한에 맞는 만큼 JDBCObjectStoreActor 를 만들 수 있지만 액터 자체는 JDBC에 동기적으로 액세스합니다. 액터에서 실행되는 ObjectStore 구현의 클라이언트는 쿼리가 수행되는 동안 차단되지 않습니다.

나는 R2DBC를 완전히 이해하지는 못했지만 완전한 JDBC 대체품으로 선전되고 데이터베이스 드라이버로서 완전히 비동기식으로 작동합니다. 현재 Postgres 및 MS SQL Server에 대한 구현만 있지만 시간이 지나면서 증가할 것입니다. Jdbi가 R2DBC를 통해 구현하는 것이 어떤 것인지 궁금합니다. 이것이 지금 당신에게 의미가 없는지 이해하지만, 나중에 그럴 경우를 대비하여 여기에 참조가 있습니다. 스트레스없는 :)

흥미롭게도 그들은 실제로 자체 드라이버를 제공합니다. 그래서 여기에서 얻을 수 있는 이점이 있을 수 있습니다!

벤치마크, 개념 증명 코드 등을 추가로 탐색하고 싶습니다. 몇 가지 제한 사항이 있는 것 같습니다. postgres용 r2dbc 드라이버는 BLOB 및 CLOB 유형이 그렇지 않다고 광고합니다. 아직 작동하고 저장 프로 시저 또는 CALL 대한 언급이 없습니다.

하지만 적어도 지금은 개인적으로 초점을 다른 곳에 두고 있으므로 앞으로 나아가기 위해서는 커뮤니티의 의견과 관심이 필요할 수 있습니다. 지금 여기에서 탐색을 시작할 시간이 없고 다른 핵심 구성원이 다음을 찾고 있다고 생각하지 않기 때문입니다. 그것에 뛰어.

커뮤니티의 다른 구성원들이 이 기능이 필요한 기능이라는 투표만 해도 더 많은 소식을 들을 수 있기를 기대합니다.

이 티켓을 보니 반갑습니다.

R2DBC의 상태를 명확히 하기 위해 두 가지를 빠르게 삭제하고 싶었습니다.

• 아직 초기 단계이며 GA로 전환하기 전에 BLOB/CLOB 및 저장 프로시저 지원과 같은 기능을 구현해야 합니다.
• 드라이버는 완전 반응형이며 전체 I/O 부분이 차단되지 않음을 의미합니다. 스레드 풀로 차단 작업을 오프로딩하지 않습니다.

어쨌든 R2DBC는 Spring Data R2DBC, R2DBC Client(jdbi에서 아이디어를 빌려주는 R2DBC SPI 위에 있는 작은 래퍼) 등과 같은 클라이언트 구현에서 SPI를 선택하는 것을 목표로 합니다.

제 원래 프로토타입/데모 클라이언트 계층인 r2dbc-client 가 Jdbi의 API와 정신을 기반으로 설계되었다는 점을 언급하고 싶었습니다. 더 자세히 조사하기로 선택하면 친숙하게 느껴질 것입니다 😄.

나는 사람들이 JDBI(예: @hgschmie) 에서 Rx 항목을 노출하는 것을 보았습니다. R2DBC에 대한 "지원"이 무엇을 의미하는지 잘 모르겠습니다.

JDBI 위에 R2DBC를 구현하는 것, JDBi가 R2DBC Connection s를 사용하도록 하는 것, Rx 인터페이스에 초점을 맞추기 위해 JDBI를 교체하는 것, 아니면... 다른 것입니까?

"JDBI 인터페이스를 노출하여 JDBI에서 사용할 R2DBC 드라이버를 지원" 한다고 생각 합니까?

R2DBC는 JDBC의 비동기 대체품입니다.

@brianm R2DBC는 ThreadPools의 JDBC가 아닙니다. R2DBC는 두 가지를 의미합니다.

1. R2DBC 드라이버는 각 I/O 바인딩 작업에 대해 org.reactivestreams.Publisher 유형을 반환하는 비차단 전송 계층을 사용하는 구현입니다. 그들은 아래에서 JDBC 드라이버를 사용하지 않지만 처음부터 유선 프로토콜을 구현합니다.
2. R2DBC는 표준화된(벤더 독립적인) SPI로 클라이언트 라이브러리를 맨 위에 구축할 수 있습니다. 드라이버 구현은 오늘날 JDBC에 대해 수행되는 것처럼 상호 교환될 수 있습니다.

JDBi가 R2DBC 연결을 사용하도록 하여 JDBI 위에 R2DBC를 구현하는 것에 대해 이야기하고 있습니까?

예, 이것이 기본적으로 의미하는 것입니다. Project Reactor/RxJava2/Zerodep 유형을 반환하는 R2DBC 특정 JDBI 모듈이 있습니다.

나는 R2DBC가 무엇인지 확실히 알고 있으며 매우 좋은 일이라고 생각합니다.

"JDBI 지원"이 무엇인지 알아 내려고 노력 중입니다!

JDBI의 API를 통해 수행할 것으로 예상되는 코드 샘플을 작성하시겠습니까?

초보자를 위해 다음을 지원하는 것은 어떻습니까?

Jdbi jdbi = Jdbi.create("r2dbc:h2:mem:///test"); // (H2 in-memory database), obtain ConnectionFactory via ConnectionFactories.get(String url)

// Reactor style:
Flux<User> users = jdbi.withHandle(handle -> {

    return handle.execute("CREATE TABLE user (id INTEGER PRIMARY KEY, name VARCHAR)")

        .then(handle.execute("INSERT INTO user(id, name) VALUES (?0, ?1)", 0, "Alice"))

        .then(handle.createUpdate("INSERT INTO user(id, name) VALUES (?0, ?1)")
            .bind(0, 1)
            .bind(1, "Bob")
            .execute())
         .then(handle.createQuery("SELECT * FROM user ORDER BY name")
              .mapToBean(User.class).many());
});

// RxJava style
Flowable<User> users = jdbi.withHandle(handle -> { … });

인터페이스 기반 지원은 다음과 같습니다.

public interface UserDao {
    @SqlUpdate("CREATE TABLE user (id INTEGER PRIMARY KEY, name VARCHAR)")
    Completable createTableRxJava();

    @SqlUpdate("CREATE TABLE user (id INTEGER PRIMARY KEY, name VARCHAR)")
    Mono<Void> createTableProjectReactor();

    @SqlQuery("SELECT * FROM user ORDER BY name")
    @RegisterBeanMapper(User.class)
    Flowable<User> listUsersRxJava();

    @SqlQuery("SELECT * FROM user ORDER BY name")
    @RegisterBeanMapper(User.class)
    Flux<User> listUsersProjectReactor();
}

나는 RxJava와 Project Reactor에 대해 자신이 없기 때문에 두 API를 모두 사용하여 변형을 나열하려고 했습니다.

누군가 여기에서 정확히 무엇을 제안하고 있는지 명확히 할 수 있습니까?

R2DBC는 JDBC 위에 있는 계층입니까, 아니면 자체적인 것입니까? Jdbi는 극단적으로 JDBC와 결합되어 있기 때문입니다.

R2DBC는 JDBC 위에 있는 레이어가 아닙니다. R2DBC는 SQL 데이터베이스에 액세스하기 위한 비차단 API이며 고유한 것입니다(R2DBC 드라이버는 일반적으로 비차단 I/O 계층을 사용하여 공급업체별 와이어 프로토콜을 구현하는 처음부터 처음부터 작성됨). 원한다면 R2DBC는 SQL 데이터베이스와 통합하는 방법에 대한 반응 사양입니다.

여기서 제안은 Jdbi처럼 보이고 작동하지만 R2DBC 드라이버 아래에서 사용하는 API를 갖는 것입니다. API는 스칼라 객체를 반환하는 대신 Reactive Streams 유형을 반환합니다.

설명해주셔서 감사합니다. 여기에서 첫 번째 단계는 R2DBC 위에 위의 예제를 구현하는 방법을 보여주는 최소한의 PoC 역할을 하는 Jdbi 포크 또는 분기의 프로토타입을 만드는 것입니다. 거기에서 우리는 기존 JDBC 지원과 병행하여 통합을 향한 경로를 결정하거나 이것이 하드 포크로 더 나을 것임을 확립해야 합니다. 위에서 Matthew가 지적했듯이 우리는 현재 JDBC와 밀접하게 연결되어 있으며 이를 변경하는 것은 많은 노력이 필요할 뿐만 아니라 잠재적으로 주요 변경 사항이 필요할 수 있습니다.

프로젝트의 장기적인 레이더에 이것을 포함하게 되어 기쁩니다. 그러나 상당한 커뮤니티 참여 없이는 빠르게 진행될 것으로 기대하지 않습니다.

@stevenschlansker 처음에는 JDBI 에서 영감을 받은 r2dbc 모듈( jdbi-r2dbc )을 R2DBC Client의 기여로 JDBI에 다시 도입하는 pull 요청/PoC에 대해 다음과 같은 방식으로 생각하십니까?

ConnectionFactory cf = …;

Rdbi rdbi = new Rdbi(cf);

rdbi.inTransaction(handle ->
    handle.execute("INSERT INTO test VALUES ($1)", 100))

    .thenMany(rdbi.inTransaction(handle ->
        handle.select("SELECT value FROM test")
            .mapResult(result -> result.map((row, rowMetadata) -> row.get("value", Integer.class)))))

    .subscribe(System.out::println);

아주 멋져요. 예, 작업이 합리적으로 원활하게 통합될 수 있다면 기꺼이 모듈에서 배양할 것입니다!

Rdbi api가 Jdbi 에서 "온" 경우 -- jdbi.installPlugin(...).registerRowMapper(...) 를 수행할 때 Rdbi 인스턴스가 " "에서 Jdbi 도 구성을 가져옵니다. 또한 <strong i="11">@SqlUpdate</strong> CompletableFuture<ResultType> doSomeWork(...); 또는 적절한 반응 유형이 무엇이든 할 수 있는 것이 좋습니다.