Hibernate-reactive: कस्टम उपयोगकर्ता प्रकारों के लिए समर्थन

नमस्ते, मैंने UserType परीक्षण नहीं किया क्योंकि वह इंटरफ़ेस JDBC से जुड़ा हुआ है। (हालांकि सिद्धांत रूप में, शायद इसे ज्यादातर काम करने के लिए बनाया जा सकता है।)

इसके बजाय, मेरा विचार यह था कि लोग जेपीए कन्वर्टर्स का उपयोग कर सकते हैं। मैंने इसका परीक्षण किया और AFAIK यह काम करता है। क्या आपने इसकी कोशिश की?

मैंने UserType का उपयोग करके त्वरित परीक्षण के साथ प्रयास किया और यह काम नहीं कर रहा है क्योंकि PgClient क्वेरी चलाते समय अपवाद फेंक देता है।

मैंने UserType का उपयोग करके त्वरित परीक्षण के साथ प्रयास किया और यह काम नहीं कर रहा है क्योंकि PgClient क्वेरी चलाते समय अपवाद फेंक देता है।

लेकिन ऐसा सिर्फ इसलिए हो सकता है क्योंकि हमारी नकली JDBC परत अधूरी है। (कुछ लागू नहीं किए गए तरीके।)

स्पष्टीकरण के लिए, मैंने vlad लाइब्रेरी का उपयोग करके उदाहरण का प्रयास किया है:

    @TypeDefs({
            @TypeDef(name = "json", typeClass = JsonStringType.class),
            @TypeDef(name = "jsonb", typeClass = JsonBinaryType.class)
    })
    @Entity(name="GuineaPig")
    @Table(name="Pig")
    public static class GuineaPig {
        <strong i="6">@Id</strong>
        private Integer id;
        private String name;

        @Type(type = "jsonb")
        @Column(columnDefinition = "jsonb")
        private  Location location;

यह त्रुटि है:

Caused by: io.vertx.core.impl.NoStackTraceThrowable: Parameter at position[0] with class = [com.fasterxml.jackson.databind.node.ObjectNode] and value = [{"country":"UK","city":"Gotham"}] can not be coerced to the expected class = [java.lang.Object] for encoding.

ऐसा लगता है कि प्रतिक्रियाशील पीजी क्लाइंट जेएसओएन में कनवर्ट करने के लिए एक अलग प्रकार का उपयोग करता है।

@gavinking क्या हमें पीजी-क्लाइंट प्रकारों के लिए किसी प्रकार की मैपिंग का समर्थन करना चाहिए?

JSON (io.reactiverse.pgclient.data.Json)
JSONB (io.reactiverse.pgclient.data.Json)
POINT (io.reactiverse.pgclient.data.Point)
LINE (io.reactiverse.pgclient.data.Line)
LSEG (io.reactiverse.pgclient.data.LineSegment)
BOX (io.reactiverse.pgclient.data.Box)
PATH (io.reactiverse.pgclient.data.Path)
POLYGON (io.reactiverse.pgclient.data.Polygon)
CIRCLE (io.reactiverse.pgclient.data.Circle)

मुझे लगता है कि ग्राहक io.reactiverse.pgclient.data.Json प्रकार की वस्तु की अपेक्षा कर रहा है। ऐसा लगता है कि हम UserType सही तरीके से संभालते हैं, हालांकि

ठीक है, ऊपर मेरी टिप्पणी में मेरा यही मतलब था। हमारे जेडीबीसी एडेप्टर जेडीबीसी के पूर्ण कार्यान्वयन के करीब भी नहीं हैं, और मुझे इसकी काफी संभावना है कि वे कभी नहीं होंगे। विशेष रूप से, अधिक "विदेशी" JDBC प्रकारों के लिए, उन्हें Vert.x API से/में मैप करना काफी कठिन हो सकता है।

क्या हमें पीजी-क्लाइंट प्रकारों के लिए किसी प्रकार की मैपिंग का समर्थन करना चाहिए?

ठीक है, यकीन है, अगर यह करना काफी आसान है।

लेकिन यदि नहीं, तो हमें इस पर विचार करना चाहिए कि शायद UserType यहाँ सही अमूर्तता नहीं है, और एक अलग दृष्टिकोण की तलाश करें।

मेरा मतलब है, इस हद तक कि मौजूदा UserType s को कुछ भी भयानक किए बिना काम करने के लिए बनाया जा सकता है, तो निश्चित रूप से, चलो उन्हें काम करते हैं। इससे पलायन आसान होगा। लेकिन मुझे लगता है कि यह संभव है कि हम जल्दी से सीमाओं में चले जाएं कि वहां वास्तव में क्या संभव है।

में देख लूंगा

में देख लूंगा

पहले कदम के रूप में हमें पूरी तरह से सादे-वेनिला UserType लिए एक परीक्षण जोड़ना चाहिए जो किसी भी फैंसी डेटाबेस प्रकार का उपयोग नहीं करता है, बस यह जांचने के लिए कि मूल अवधारणा काम करती है (मुझे नहीं पता कि इसे क्यों नहीं करना चाहिए )

@gavinking नहीं, मैंने अभी तक कन्वर्टर्स का परीक्षण नहीं किया है क्योंकि मैं हाइबरनेट प्रकार लाइब्रेरी के साथ हाइबरनेट का उपयोग कर रहा हूं। लेकिन कन्वर्टर्स का उपयोग करने के सुझाव का मतलब यह होगा कि मैं अंत में डीबी में एक सादा पोस्टग्रेज टेक्स्ट/वर्चर डालूंगा, न कि पोस्टग्रेस जेएसओएनबी प्रकार।

@gavinking नहीं, मैंने अभी तक कन्वर्टर्स का परीक्षण नहीं किया है क्योंकि मैं हाइबरनेट प्रकार लाइब्रेरी के साथ हाइबरनेट का उपयोग कर रहा हूं। लेकिन कन्वर्टर्स का उपयोग करने के सुझाव का मतलब यह होगा कि मैं अंत में डीबी में एक सादा पोस्टग्रेज टेक्स्ट/वर्चर डालूंगा, न कि पोस्टग्रेस जेएसओएनबी प्रकार।

स्पष्ट करने के लिए: क्या आप इस बात से चिंतित हैं कि आपके पास जावा या डेटाबेस में किस प्रकार का है? यहां दो अलग-अलग चीजें हैं।

• एक कॉलम प्रकार के रूप में JSONB का उपयोग करना है, लेकिन सिद्धांत रूप में मैंने सोचा होगा कि ड्राइवर पारदर्शी रूप से स्ट्रिंग को उस प्रकार में परिवर्तित कर सकते हैं। (निश्चित नहीं, मैंने कभी कोशिश नहीं की।)
• दूसरा आपके मॉडल में जावा प्रकार के रूप में io.reactiverse.pgclient.data.Json का उपयोग करना है। यह एक पूरी तरह से अलग समस्या है और वास्तव में UserType जैसे कुछ और की आवश्यकता होगी।

@gavinking
मैं Postgres JSONB प्रकार का उपयोग करना चाहता हूं। मुझे लगता है कि यह सीधे हाइबरनेट द्वारा समर्थित नहीं है। इसलिए मैंने इस https://vladmihalcea.com/how-to-map-json-objects-using-generic-hibernate-types/ पर भरोसा किया। या उदाहरण के लिए यह https://thorben-janssen.com/persist-postgresqls-jsonb-data-type-hibernate/ जहां गाइड UserType का उपयोग करता है।

ठीक है, मैं इसे समझता हूं, लेकिन क्या आपने वास्तव में कुछ सरल करने की कोशिश की है जैसे कि जावा String को JSONB प्रकार के कॉलम में मैप करना? क्या यह काफी अच्छा होगा अगर यह काम करता है?

@gavinking नहीं, मैंने अभी तक कोशिश नहीं की है। हाँ यह काफी अच्छा होगा। डीबी में अपनी इकाइयों को सम्मिलित करने का प्रयास करने से पहले मुझे JSON ऑब्जेक्ट्स को JSON स्ट्रिंग में कनवर्ट करने की आवश्यकता होगी।

ठीक है तो यह हो सकता है कि Vert.x क्लाइंट पहले से ही उस प्रकार के रूपांतरण का समर्थन करता है, हमें इसे आजमाने की आवश्यकता होगी, लेकिन अगर ऐसा नहीं होता है, तो मुझे लगता है कि मुझे लगता है कि इसे शायद करना चाहिए।

@DavidD यहाँ क्या स्थिति है? क्या आप चाहते हैं कि मैं इस पर करीब से नज़र डालूं?

मैं भटक गया। यदि आपके पास समय हो तो इससे निपटने के लिए स्वतंत्र महसूस करें।

#301 में मैंने यह प्रदर्शित करते हुए एक परीक्षण जोड़ा है कि UserType s मानव संसाधन में काम करते हैं, कम से कम उस सीमा तक जहां तक ​​हमारे PreparedStatement और ResultSet एडेप्टर JDBC के वफादार कार्यान्वयन हैं ( जो विशेष रूप से बहुत अधिक नहीं है)।

@gavinking क्या हमें पीजी-क्लाइंट प्रकारों के लिए किसी प्रकार की मैपिंग का समर्थन करना चाहिए?

JSON (io.reactiverse.pgclient.data.Json)
JSONB (io.reactiverse.pgclient.data.Json)
POINT (io.reactiverse.pgclient.data.Point)
LINE (io.reactiverse.pgclient.data.Line)
LSEG (io.reactiverse.pgclient.data.LineSegment)
BOX (io.reactiverse.pgclient.data.Box)
PATH (io.reactiverse.pgclient.data.Path)
POLYGON (io.reactiverse.pgclient.data.Polygon)
CIRCLE (io.reactiverse.pgclient.data.Circle)

तो अब सवाल बन जाता है: क्या हम अपने JDBC एडेप्टर में getObject() और setObject() बना सकते हैं जो PostgreSQL क्लाइंट के लिए एक कठिन निर्भरता बनाए बिना इन प्रकारों का समर्थन करता है?

क्या ऐसा कुछ होना संभव होगा:

@Type(type="passthrough")
Circle circle

यह कोई रूपांतरण नहीं करता है, लेकिन मान को वैसे ही पास कर देता है?

तो अब सवाल यह बन जाता है: क्या हम अपने JDBC एडेप्टर में getObject() और setObject() बना सकते हैं जो PostgreSQL क्लाइंट के लिए एक कठिन निर्भरता बनाए बिना इन प्रकारों का समर्थन करता है?

खैर, मैंने यह कोशिश की है, और जाहिर तौर पर हमें पोस्टग्रेज या MySQL पर io.vertx.core.json.JsonObject को संभालने के लिए वास्तव में कुछ विशेष करने की आवश्यकता नहीं है। आप अपने UserType से बस getObject() / setObject() कर सकते हैं।

यह काम:

public class Json implements UserType {

    <strong i="15">@Override</strong>
    public int[] sqlTypes() {
        return new int[] {Types.OTHER};
    }

    <strong i="16">@Override</strong>
    public Class returnedClass() {
        return JsonObject.class;
    }

    <strong i="17">@Override</strong>
    public boolean equals(Object x, Object y) throws HibernateException {
        return Objects.equals(x,y);
    }

    <strong i="18">@Override</strong>
    public int hashCode(Object x) throws HibernateException {
        return Objects.hashCode(x);
    }

    <strong i="19">@Override</strong>
    public Object nullSafeGet(ResultSet rs, String[] names, SharedSessionContractImplementor session, Object owner) throws HibernateException, SQLException {
        return rs.getObject(names[0]);
    }

    <strong i="20">@Override</strong>
    public void nullSafeSet(PreparedStatement st, Object value, int index, SharedSessionContractImplementor session) throws HibernateException, SQLException {
        if (value==null) {
            st.setNull(index, Types.OTHER);
        }
        else {
            st.setObject(index, value);
        }
    }

    ...
}

क्या ऐसा कुछ होना संभव होगा:

@Type(type="passthrough")
Circle circle

यह कोई रूपांतरण नहीं करता है, लेकिन मान को वैसे ही पास कर देता है?

हाँ, यह भी काम करेगा।

54434c94b3ff57261fd905abaeb25961b2ed285c देखें।

मैं कहूंगा कि हम इस मुद्दे को बंद कर सकते हैं।

उदाहरण के लिए io.reactiverse.pgclient.data.Circle जैसे अन्य प्रकारों के बारे में क्या?

@akoufa अब आपको आपके मूल प्रश्नों के ठोस जवाब देने के लिए:

क्या हाइबरनेट रिएक्टिव कस्टम UserTypes समर्थन करता है?

इसका जवाब है हाँ!

हालांकि, आपको इस बात से अवगत होने की आवश्यकता है कि भले ही हम आपके UserType JDBC जैसी दिखने वाली किसी चीज़ को उजागर करते हैं, कवर के तहत कोई JDBC कनेक्शन नहीं है, लेकिन एक पूरी तरह से अलग गैर-अवरुद्ध डेटाबेस क्लाइंट है। तो कुछ चीजें बस काम नहीं करने वाली हैं।

मैं निम्नलिखित पुस्तकालय का उपयोग कर रहा था https://github.com/vladmihalcea/hibernate-types

तो मुझे लगता है कि आपको इसके बारे में काफी यथार्थवादी होने की आवश्यकता होगी। उपरोक्त पुस्तकालय JDBC के साथ काम करने के लिए लिखा गया है, इसलिए जबकि इसमें से UserType s काम कर सकते हैं, अन्य नहीं करेंगे।

एक विकल्प के रूप में मुझे यह आलेख मिला जो हाइबरनेट के UserType पर जेएसओएनबी पोस्टग्रेस समर्थन बनाता है।

इस पर एक नज़र डालें कि मैंने इसे परीक्षण सूट में कैसे कार्यान्वित किया है। मूल विचार यह है कि आपको केवल setObject() कॉल करके Vert.x JsonObject को Vert.x PostgreSQL या MySQL क्लाइंट को पास करने की आवश्यकता है।

उदाहरण के लिए io.reactiverse.pgclient.data.Circle जैसे अन्य प्रकारों के बारे में क्या?

एक ही सौदा होना चाहिए, हालांकि मैंने परीक्षण नहीं किया।

वैसे, io.reactiverse.pgclient.data मर चुका है। यह क्लाइंट के पिछले संस्करण के लिए है। वह नहीं है जो आपको देखना चाहिए।

यहाँ प्रकारों की वर्तमान सूची है:

https://vertx.io/docs/vertx-pg-client/java/#_postgresql_type_mapping

मैं इसे समझता हूं, लेकिन क्या आपने वास्तव में कुछ सरल करने की कोशिश की है जैसे कि जावा स्ट्रिंग को JSONB प्रकार के कॉलम में मैप करना?

...

ठीक है तो यह हो सकता है कि Vert.x क्लाइंट पहले से ही उस प्रकार के रूपांतरण का समर्थन करता है, हमें इसे आजमाने की आवश्यकता होगी, लेकिन अगर ऐसा नहीं होता है, तो मुझे लगता है कि मुझे लगता है कि इसे शायद करना चाहिए।

मेरे द्वारा ऊपर दिए गए डॉक्स के अनुसार, यह काम करता है । मैंने एक पूर्णांक को सीधे JSONB -टाइप कॉलम पर लिखने का परीक्षण किया और यह काम कर गया।

तो सिद्धांत रूप में यदि आप नहीं चाहते हैं तो आपको JsonObject साथ गड़बड़ करने की भी आवश्यकता नहीं है। (हालांकि यह शायद क्लीनर है।)

ज़रूर, क्या आप कुछ अन्य विशिष्ट प्रकारों के लिए एक परीक्षण जोड़ सकते हैं? जैसे रेखा या वृत्त। ताकि हम दिखा सकें कि मानचित्रण कैसा दिखता है

नमस्ते!

क्या आप लोगों ने हाइबरनेट-रिएक्टिव के साथ उपयोग करने के लिए https://github.com/vladmihalcea/hibernate-types जैसी कुछ लाइब्रेरी देखी हैं?

अगर वह अभी तक मौजूद नहीं है, तो मैं अपने प्रोजेक्ट (क्वार्कस का उपयोग करके) के लिए कुछ बनाना चाहता हूं। मैं पोस्टग्रेज में बहुत सारे JSON कॉलम का उपयोग करता हूं।

लेकिन मुझे नहीं पता कि मुझे यह गलत लगता है, लेकिन hibernate-reactive केवल UserType इंटरफ़ेस से लागू करके कस्टम प्रकार की अनुमति देता है? (http://hibernate.org/reactive/documentation/1.0/reference/html_single/#_custom_types)

@AlexandreGuidin , मुझे लगता है कि @gavinking ने पिछली टिप्पणियों में से एक में आपके प्रश्नों का उत्तर दिया है: https://github.com/hibernate/hibernate-reactive/issues/279#issuecomment -666289449

लेकिन अगर मुझे कुछ याद आ रहा है तो कुछ और प्रश्नों का पालन करने में संकोच न करें।