Jdbi: समर्थन R2DBC

हाय वॉन, सूचक के लिए धन्यवाद। प्रतिक्रियाशील बहुत नया और रोमांचक है लेकिन मेरी समझ यह है कि JDBC का वर्तमान कार्यान्वयन, और वास्तव में डेटाबेस सर्वर सॉफ़्टवेयर ही, इसे निचली परतों पर प्रतिक्रियाशील अवधारणाओं के लिए एक खराब उम्मीदवार बनाता है। डेटाबेस सर्वर में कार्यकर्ता प्रक्रियाएं होती हैं जो प्रश्न लेती हैं और परिणाम उत्पन्न करती हैं, और प्रत्येक प्रक्रिया पूरी होने तक अपनी क्वेरी पर काम करेगी। 10 प्रश्नों को अतुल्यकालिक रूप से सबमिट करने और उनके परिणामों की प्रतीक्षा करने की कोई क्षमता नहीं है।

इसका मतलब यह है कि जब आप JDBC रिएक्टिव को लागू करते हैं, तो आप अंततः पाते हैं कि आपको एक पुराने स्टाइल थ्रेड पूल को लागू करना होगा जो आपके कनेक्शन/हैंडल्स, सेवाओं के प्रश्नों को रखता है, और फिर रिएक्टिव फ्रेमवर्क में परिणाम देता है। इसका मतलब है कि आप प्रतिक्रियाशील के कुछ लाभ प्राप्त कर सकते हैं, विशेष रूप से आप प्रतिक्रियाशील कोड लिख सकते हैं, लेकिन यह स्केलेबिलिटी लाभों को गंभीरता से सीमित करता है जो प्रतिक्रियाशील प्रयासों को प्राप्त करने के लिए करते हैं।

इसलिए हम निश्चित रूप से एपीआई एकीकरण का स्वागत करेंगे, लेकिन जब तक मैंने पिछली जांच के बाद से जेडीबीसी दुनिया की स्थिति आगे नहीं बढ़ाई है, तब तक यह कुछ हद तक सीमित आवरण होगा जो इस तथ्य को छुपाता है कि नीचे दिया गया कोड अभी भी पुराना स्कूल थ्रेडेड कोड है।

मैं आपके प्लेटफॉर्म पर तेजी लाने के प्रस्ताव की सराहना करता हूं, लेकिन हमारी लाइब्रेरी लगभग पूरी तरह से स्टैंडअलोन होने पर गर्व करती है और किसी प्लेटफॉर्म या ढांचे का हिस्सा नहीं है। इसलिए जब हम प्रेरणा की तलाश कर सकते हैं और साझा लक्ष्यों की दिशा में सहयोग करने के लिए हमेशा तैयार रहते हैं, तो हम एक बेहद स्वतंत्र परियोजना हैं :)

अरे, स्टीवन! आपकी टिप्पणियों के लिए आभार। वर्तमान में हम अपने vlingo-symbio कार्यान्वयन में अभिनेताओं के भीतर अनुरोधों को क्रमबद्ध करके प्रतिक्रियाशील-ओवर-जेडीबीसी को हल करते हैं। आप अपनी कनेक्शन सीमाओं के लिए जितने JDBCObjectStoreActor बना सकते हैं, लेकिन अभिनेता स्वयं JDBC को समकालिक रूप से एक्सेस करते हैं। यह अधिक है कि अभिनेताओं पर चल रहे ObjectStore कार्यान्वयन के क्लाइंट प्रश्नों को पूरा करते समय अवरुद्ध नहीं होते हैं।

मुझे R2DBC की पूरी समझ नहीं है, लेकिन इसे पूर्ण JDBC प्रतिस्थापन के रूप में जाना जाता है और डेटाबेस ड्राइवर के रूप में पूरी तरह से अतुल्यकालिक रूप से काम करता है। वर्तमान में केवल पोस्टग्रेज़ और एमएस एसक्यूएल सर्वर के लिए कार्यान्वयन हैं, लेकिन शायद समय के साथ बढ़ेगा। मैं सोच रहा था कि R2DBC पर Jdbi को लागू करना कैसा होगा। मैं समझता हूं कि अगर यह आपके लिए अब कोई मतलब नहीं है, लेकिन संदर्भ यहां है अगर यह भविष्य के किसी समय में होता है। कोई तनाव नहीं है :)

दिलचस्प है, वे वास्तव में अपने स्वयं के ड्राइवर प्रदान करते हैं। तो शायद यहाँ कुछ फायदा हो सकता है!

मैं इसे और अधिक एक्सप्लोर करने के लिए उत्सुक हूं: बेंचमार्क, अवधारणा कोड का प्रमाण, आदि। कुछ सीमाएं प्रतीत होती हैं: पोस्टग्रेज के लिए उनका r2dbc ड्राइवर विज्ञापन करता है कि उदाहरण के लिए BLOB और CLOB प्रकार नहीं हैं अभी तक काम किया है, और सभी संग्रहीत प्रक्रियाओं या CALL कोई उल्लेख नहीं है।

लेकिन कम से कम मेरा ध्यान व्यक्तिगत रूप से अभी कहीं और है, इसलिए इसे आगे बढ़ने के लिए कुछ सामुदायिक इनपुट और ध्यान की आवश्यकता हो सकती है, क्योंकि मेरे पास अभी यहां एक अन्वेषण खोलने के लिए समय नहीं है, और मुझे नहीं लगता कि अन्य मुख्य सदस्य देख रहे हैं उस पर भी कूदो।

और अधिक सुनने के लिए उत्सुक हैं, भले ही समुदाय के अन्य सदस्यों के वोट ही क्यों न हों कि यह एक आवश्यक विशेषता है।

यह टिकट देखकर अच्छा लगा।

मैं R2DBC की स्थिति को स्पष्ट करने के लिए दो चीजों को जल्दी से छोड़ना चाहता था:

• यह अभी भी एक युवा पहल है और जीए जाने से पहले बीएलओबी/सीएलओबी और संग्रहित प्रक्रिया समर्थन जैसी चीजें लागू की जानी हैं।
• ड्राइवर पूरी तरह से प्रतिक्रियाशील और गैर-अवरुद्ध हैं जिसका अर्थ है कि संपूर्ण I/O भाग गैर-अवरुद्ध है। थ्रेड पूल में कार्य को अवरुद्ध करने का कोई ऑफलोडिंग नहीं है।

किसी भी स्थिति में, R2DBC का लक्ष्य एक SPI को क्लाइंट कार्यान्वयन जैसे कि स्प्रिंग डेटा R2DBC, R2DBC क्लाइंट (R2DBC SPI के शीर्ष पर एक छोटा आवरण जो jdbi से कुछ विचार उधार देता है) और आने वाले समय में उठाया जाता है।

बस में झंकार करना चाहता था और उल्लेख करना चाहता था कि मेरा मूल प्रोटोटाइप/प्रदर्शन क्लाइंट परत, r2dbc-client जेडीबीआई के एपीआई और लोकाचार के आधार पर डिजाइन किया गया था। यदि आप आगे की जांच करना चुनते हैं, तो मुझे लगता है कि आप इसे परिचित पाएंगे।

मैंने देखा है कि लोग जेडीबीआई (उदाहरण के लिए @hgschmie ) से आरएक्स सामान का पर्दाफाश करते हैं। मुझे यकीन नहीं है कि R2DBC के लिए "समर्थन" का क्या अर्थ होगा।

क्या आप JDBI के शीर्ष पर R2DBC को लागू करने की बात कर रहे हैं, JDBi R2DBC Connection s का उपभोग कर रहा है, JDBI को Rx इंटरफेस पर ध्यान केंद्रित करने के लिए स्वैप कर रहा है, या ... कुछ और?

मुझे लगता है

R2DBC JDBC के लिए एक async प्रतिस्थापन है।

@brianm R2DBC थ्रेडपूल पर JDBC नहीं है। R2DBC का मतलब दो चीजें हैं:

1. R2DBC ड्राइवर एक गैर-अवरुद्ध परिवहन परत का उपयोग करके कार्यान्वयन कर रहे हैं जो प्रत्येक I/O-बाउंड ऑपरेशन के लिए org.reactivestreams.Publisher प्रकार लौटाता है। वे नीचे जेडीबीसी ड्राइवरों का उपयोग नहीं करते हैं लेकिन वायर प्रोटोकॉल को खरोंच से लागू करते हैं।
2. R2DBC एक मानकीकृत (विक्रेता-स्वतंत्र) SPI है जो शीर्ष पर क्लाइंट लाइब्रेरी बनाने की अनुमति देता है। ड्राइवर कार्यान्वयन को आपस में बदला जा सकता है जैसे आज JDBC के लिए किया जाता है।

क्या आप JDBI के शीर्ष पर R2DBC को लागू करने की बात कर रहे हैं, JDBi R2DBC कनेक्शन का उपभोग करता है

हाँ, इसका मूल अर्थ यही है। प्रोजेक्ट रिएक्टर/RxJava2/Zerodep प्रकार लौटाने वाला R2DBC-विशिष्ट JDBI मॉड्यूल होना।

मुझे पूरा यकीन है कि मुझे वही मिलता है जो R2DBC है, और मुझे लगता है कि यह बहुत अच्छी बात है।

मैं यह पता लगाने की कोशिश कर रहा हूं कि इसके लिए "जेडीबीआई समर्थन" क्या है!

हो सकता है कि आप जेडीबीआई के एपीआई के माध्यम से जो करने की उम्मीद करते हैं उसका एक कोड नमूना लिखें?

शुरुआत के लिए निम्नलिखित का समर्थन कैसे करें:

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 बनाम प्रोजेक्ट रिएक्टर के बारे में मेरी राय नहीं है, इसलिए मैंने दोनों API का उपयोग करके वेरिएंट को सूचीबद्ध करने का प्रयास किया।

क्या कोई स्पष्ट कर सकता है कि वास्तव में यहाँ क्या प्रस्तावित किया जा रहा है?

क्या R2DBC JDBC के ऊपर एक परत है, या इसकी अपनी चीज़ है? क्योंकि जेडीबीआई चरम में जेडीबीसी से जुड़ा हुआ है।

R2DBC JDBC के ऊपर की परत नहीं है। R2DBC SQL डेटाबेस तक पहुँचने के लिए एक गैर-अवरुद्ध API है और यह अपनी बात है (R2DBC ड्राइवर आमतौर पर गैर-अवरुद्ध I/O परत का उपयोग करके विक्रेता-विशिष्ट वायर-प्रोटोकॉल को लागू करने से लिखे जाते हैं)। यदि आप करेंगे, तो R2DBC SQL डेटाबेस के साथ एकीकृत करने का प्रतिक्रियाशील विनिर्देश है।

यहां प्रस्ताव में एक एपीआई होगा जो जेडीबीआई की तरह दिखता है और काम करता है लेकिन आर 2 डीबीसी ड्राइवरों के नीचे उपयोग करता है। अदिश वस्तुओं को वापस करने के बजाय, एपीआई रिएक्टिव स्ट्रीम प्रकार लौटाएगा।

स्पष्टीकरण के लिए धन्यवाद। मुझे उम्मीद है कि यहां पहला कदम एक जेडीबीआई कांटा या शाखा को प्रोटोटाइप करना होगा जो पीओसी के रूप में न्यूनतम रूप से कार्य करता है जो दिखाता है कि उपरोक्त उदाहरणों को आर 2 डीबीसी के शीर्ष पर कैसे कार्यान्वित किया जाए। वहां से हमें मौजूदा JDBC समर्थन के समानांतर एकीकरण की दिशा में एक मार्ग निर्धारित करना होगा, या यह स्थापित करना होगा कि यह एक कठिन कांटे के रूप में बेहतर होगा। जैसा कि ऊपर मैथ्यू बताते हैं कि हम वर्तमान में जेडीबीसी के साथ कसकर जुड़े हुए हैं और इसे बदलना दोनों ही कड़ी मेहनत के साथ-साथ संभावित रूप से ब्रेकिंग बदलावों की आवश्यकता है।

मैं इसे परियोजना के दीर्घकालिक रडार पर रखने के लिए उत्साहित हूं, लेकिन मुझे उम्मीद नहीं है कि यह महत्वपूर्ण सामुदायिक भागीदारी के बिना जल्दी से आगे बढ़ेगा।

@stevenschlansker हम शुरू में बना लिया है r2dbc-ग्राहक कि JDBI से प्रेरित था। पुल अनुरोध/पीओसी के बारे में आप क्या सोचते हैं जो r2dbc मॉड्यूल ( jdbi-r2dbc ) को आर2डीबीसी क्लाइंट के योगदान के रूप में जेडीबीआई में वापस निम्न की तर्ज पर पेश करता है:

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 एपीआई " Jdbi से आया - उसमें जब आप jdbi.installPlugin(...).registerRowMapper(...) तो कोई भी Rdbi उदाहरण जो "आते हैं from" कि Jdbi भी उनका कॉन्फ़िगरेशन मिलता है। <strong i="11">@SqlUpdate</strong> CompletableFuture<ResultType> doSomeWork(...); या जो भी उपयुक्त प्रतिक्रियाशील प्रकार है, जैसी चीजें करने में सक्षम होना भी अच्छा होगा।