Knex: अपरर्ट प्रकार की क्षमता जोड़ना

मैं सहमत हूं, यह एक अच्छी सुविधा होगी!

:+1:

:+1:

मैं एक सीएसवी से कुछ डेटा आयात कर रहा हूं और एक अच्छा मौका है कि कुछ रिकॉर्ड पिछले आयात से ओवरलैप होते हैं (यानी पिछली बार 1 जनवरी से 31 मई तक आयात किया गया था, इस बार 31 मई से 18 जून तक आयात किया गया था)।

सौभाग्य से तृतीय पक्ष प्रणाली विश्वसनीय रूप से अद्वितीय आईडी प्रदान करती है।

नए रिकॉर्ड डालने और पुराने को अपडेट करने का सबसे अच्छा तरीका क्या है?

मैंने अभी तक इसकी कोशिश नहीं की है, लेकिन मैं सोच रहा था कि यह ऐसा कुछ होगा:

var ids = records.map(function (json) { return json.id })
  ;

Records.forge(ids).fetchAll().then(function () {
  records.forEach(function (record) {
    // now the existing records are loaded in the collection ?
    Object.keys(record).forEach(function (key) {
      Records.forge(record.id).set(key, record[key]);
    });
  });
  Records.invokeThen('save').then(function () {
    console.log('Records have been either inserted or updated');
  });
});

साथ ही, कभी-कभी जो चीज़ मैं संग्रहीत कर रहा हूं वह एक निर्धारित आईडी मान, जैसे हैश द्वारा संग्रहीत किया जाता है। उन मामलों में मैं सिर्फ डेटा जोड़ना या बदलना चाहता हूं।

मैं हमेशा SQL को पारंपरिक SQL के रूप में उपयोग नहीं करता। स्पष्ट संबंध मैपिंग और इंडेक्स के लाभ के साथ अक्सर मैं इसे हाइब्रिड नोएसक्यूएल के रूप में उपयोग करता हूं।

:+1:

नमस्ते,
इस नए फीचर के बारे में कोई खबर है?

या कोई उदाहरण सुझा सकता है, जो दिखाता है कि MySQL के लिए इस कार्यक्षमता को अनुकरण कैसे करें?

धन्यवाद

अभी मैं इसे raw के साथ कर रहा हूं, लेकिन मैं इसे जल्द ही यहां उपलब्ध कराने के लिए कड़ी मेहनत कर रहा हूं।

पोस्टग्रेज ने अभी-अभी अप्सर्ट सपोर्ट को लागू किया है: +1:

http://git.postgresql.org/gitweb/?p=postgresql.git;a=commit;h=168d5805e4c08bed7b95d351bf097cff7c07dd65

https://news.ycombinator.com/item?id=9509870

सिंटैक्स INSERT ... ON CONFLICT DO UPDATE है

मैं MySQL में REPLACE INTO करने का तरीका ढूंढ रहा था और मुझे यह सुविधा अनुरोध मिला। चूंकि REPLACE और INSERT में MySql में बिल्कुल समान सिंटैक्स है, इसलिए मुझे लगता है कि इसे ON DUPLICATE KEY UPDATE की तुलना में लागू करना आसान होगा। क्या REPLACE को लागू करने की कोई योजना है? क्या पीआर कुछ मूल्यवान होगा?

इस पर कोई अपडेट, विशेष रूप से PostreSQL 9.5 के साथ?

मुझे लगता है कि एक महत्वपूर्ण प्रश्न यह है कि पोस्टग्रेएसक्यूएल और माईएसक्यूएल जैसी विभिन्न बोलियों के लिए समान upsert विधि हस्ताक्षर का खुलासा किया जाए या नहीं। Sequelize में, upsert के वापसी मूल्य के संबंध में एक मुद्दा उठाया गया है: https://github.com/sequelize/sequelize/issues/3354।

मुझे एहसास है कि कुछ KnexJS पुस्तकालय विधियों में विभिन्न बोलियों के संदर्भ में वापसी मूल्यों के संबंध में भेद हैं (जैसे insert , जहां पहली डाली गई आईडी की एक सरणी स्क्लाइट और माईएसक्यूएल के लिए वापस कर दी जाती है, जबकि सभी की एक सरणी डाली गई आईडी PostgreSQL के साथ वापस कर दी जाती है)।

प्रलेखन के अनुसार, MySQL में INSERT ... ON DUPLICATE KEY UPDATE सिंटैक्स में निम्नलिखित व्यवहार है (http://dev.mysql.com/doc/refman/5.7/en/insert-on-duplicate.html):

ON DUPLICATE KEY UPDATE के साथ, प्रति पंक्ति प्रभावित-पंक्तियों का मान 1 है यदि पंक्ति को एक नई पंक्ति के रूप में डाला गया है, 2 यदि कोई मौजूदा पंक्ति अपडेट की गई है, और 0 यदि कोई मौजूदा पंक्ति इसके वर्तमान मानों पर सेट है।

PostgreSQL में रहते हुए (http://www.postgresql.org/docs/9.5/static/sql-insert.html):

सफलतापूर्वक पूरा होने पर, INSERT कमांड फॉर्म का कमांड टैग लौटाता है

INSERT oid count

गिनती सम्मिलित या अद्यतन की गई पंक्तियों की संख्या है। यदि गिनती ठीक एक है, और लक्ष्य तालिका में OIDs हैं, तो oid सम्मिलित पंक्ति को असाइन किया गया OID है। अद्यतन के बजाय एकल पंक्ति को सम्मिलित किया जाना चाहिए था। अन्यथा ओड शून्य है।

यदि INSERT कमांड में एक रिटर्निंग क्लॉज होता है, तो परिणाम एक सेलेक्ट स्टेटमेंट के समान होगा, जिसमें रिटर्निंग सूची में परिभाषित कॉलम और मान होते हैं, जो कमांड द्वारा डाली गई या अपडेट की गई पंक्तियों पर गणना की जाती है।

इस मामले में, वापसी मूल्यों को RETURNING क्लॉज के साथ बदला जा सकता है।

विचार?

मैंने बंदर को सम्मिलित करने के लिए "ऑनकॉन्फ्लिक्ट" विधि जोड़ने के लिए Client_PG को पैच किया। मान लीजिए कि हम जीथब ओथ क्रेडेंशियल्स को अप्सर्ट करना चाहते हैं, हम इस तरह से क्वेरी लिख सकते हैं:

const profile = {
    access_token: "blah blah",
    username: "foobar",
    // ... etc
  }

  const oauth = {
    uid: "13344398",
    provider: "github",
    created_at: new Date(),
    updated_at: new Date(),
    info: profile,
  };

  // todo: add a "timestamp" method

const insert = knex("oauths").insert(oauth).onConflict(["provider", "uid"],{
  info: profile,
  updated_at: new Date(),
});

console.log(insert.toString())

स्तंभ नामों की सरणी विशिष्टता बाधा को निर्दिष्ट करती है।

insert into "authentications" ("created_at", "info", "provider", "uid", "updated_at") values ('2016-02-14T14:42:18.342+08:00', '{\"access_token\":\"blah blah\",\"username\":\"foobar\"}', 'github', '13344398', '2016-02-14T14:42:18.342+08:00') on conflict ("provider", "uid")  do update set "info" = '{\"access_token\":\"blah blah\",\"username\":\"foobar\"}', "updated_at" = '2016-02-14T14:42:18.343+08:00'

सार देखें: बंदर पैच के लिए https://gist.github.com/hayeah/1c8d642df5cfeabc2a5b ।

यह एक सुपर हैकी प्रयोग है... इसलिए अपने प्रोडक्शन कोड में मंकी पैच को बिल्कुल कॉपी और पेस्ट न करें: p

ज्ञात समस्याएं:

• QueryBuilder पर मंकी पैच सभी बोलियों को प्रभावित करता है, क्योंकि Client_PG बिल्डर का विशेषज्ञ नहीं है।
• count = count + 1 जैसे कच्चे अपडेट का समर्थन नहीं करता है
• यदि क्वेरी विधि सम्मिलित नहीं है, तो संभवतः onConflict को फेंक देना चाहिए।

प्रतिपुष्टि?

@hayeah मुझे आपका दृष्टिकोण पसंद है और यह पोस्टग्रेज के अनुरूप है। मैं एक प्रोजेक्ट में आपके मंकी पैच की कोशिश करने जा रहा हूं, यह देखने के लिए कि क्या मैं अनुभवजन्य रूप से आपके द्वारा बताए गए मुद्दों के अलावा किसी अन्य मुद्दे का पता लगा सकता हूं।

सिंटैक्स सुझाव: knex('table').upsert(['col1','col2']).insert({...}).update({...}); जहां upsert कंडीशन स्टेटमेंट में शामिल होगा। इस तरह यह डीबी विशिष्ट नहीं है।

upserts के विभिन्न कार्यान्वयन का सारांश https://en.wikipedia.org/wiki/Merge_ (SQL) पर पाया जा सकता है।

मुझे यह क्षमता रखने में भी दिलचस्पी है। केस का उपयोग करें: एक ऐसी प्रणाली का निर्माण करना जो बाहरी सेवा से बहुत सारे बाहरी डेटा पर निर्भर हो; मैं समय-समय पर इसे डेटा के लिए मतदान करता हूं जिसे मैं स्थानीय MySQL डीबी में सहेजता हूं। शायद अभी के लिए knex.raw का उपयोग कर रहे होंगे।

रुचि भी है, लेकिन मेरे उपयोग के मामले में इसे इस तरह से काम करने की आवश्यकता होगी जो संघर्षों पर आधारित न हो, क्योंकि कॉलम में हमेशा 'अद्वितीय' बाधाएं नहीं होती हैं - यदि वे मौजूद हैं तो क्वेरी से मेल खाने वाली प्रविष्टियों को अपडेट करें, अन्यथा डालें नई पंक्तियाँ।

@haywirez मैं उत्सुक हूं कि कोई अनूठी बाधा क्यों नहीं है? क्या आप दौड़ की स्थिति के संपर्क में नहीं आएंगे?

@hayeah मेरे पास समय-विंडो डेटा के साथ एक विशिष्ट उपयोग का मामला है, जो प्रविष्टियों को संग्रहीत करता है जिनका मूल्य किसी दिए गए दिन से जुड़ा होता है। इसलिए मैं उन प्रविष्टियों को सम्मिलित और अद्यतन कर रहा हूं जिनमें मिलान (दिन) टाइमस्टैम्प की "संयुक्त कुंजी" है, और अन्य तालिकाओं में पीके के अनुरूप दो अन्य आईडी हैं। 24 घंटे की विंडो के भीतर, मुझे या तो उन्हें सम्मिलित करना होगा, या उन्हें नवीनतम गणनाओं के साथ अपडेट करना होगा।

यह एक बड़ी विशेषता होगी!

हाय सब लोग जिन्होंने कभी यहां टिप्पणी की है। मैं एक पीआर जोड़ रहा हूँ कृपया लेबल लगाएँ।

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

पुनश्च.

^ सहमत।

मैं इस तरह की टिप्पणियों को हटाने जा रहा हूं, अगर आप एक +1 जोड़ना चाहते हैं तो छोटी इमोजी प्रतिक्रिया के साथ ऐसा करें।

मेरे पास @willfarrell और @hayeah के उदाहरणों में कॉलम प्रतिबंधों की सरणी के साथ कुछ समस्या है। सुनिश्चित नहीं हैं कि ये उदाहरण json संपत्तियों का समर्थन कर सकते हैं। क्या कोई कारण है कि इनमें से किसी भी प्रस्ताव में रिकॉर्ड से मिलान करने के लिए कथन/उचित "प्रश्न" शामिल नहीं हैं?

प्रस्ताव 1

knex('table')
  .where('id', '=', data.id)
  .upsert(data)

प्रस्ताव 2

knex('table')
  .upsertQuery(knex => {
    return knex('table')
      .where('id', '=', data.id)
  })
  .upsertUpdate(knex => {
    return knex('table')
      .insert(data)
  })

प्रस्ताव 3

knex('table')
  .where('id', '=', data.id)
  .insert(data)
  .upsert() // or .onConflictDoUpdate()

मैं 3 जैसी किसी चीज़ की ओर सबसे अधिक झुक रहा हूँ।

बस यहाँ जोड़ने के लिए कि mongodb यह कैसे करता है ।

db.collection.update(
   <query>,
   <update>,
   {
     upsert: <boolean>,
     multi: <boolean>,
     writeConcern: <document>
   }
)

@reggi मुझे विश्वास है कि मेरा बंदर पैच where के साथ संगत है ...

@reggi मुझे आपकी बात दिखाई नहीं दे रही है।
क्या आप अधिक विस्तार से बता सकते हैं कि @willfarrell और @hayeah के उदाहरणों में प्रस्तावित दृष्टिकोण से कौन सी कार्यक्षमता गायब है।
आपको where की आवश्यकता क्यों है?
यह सिर्फ एक insert ऑपरेशन है।

@reggi आपके द्वारा प्रदान किया गया मोंगोडीबी उदाहरण पढ़ता है "पहले कहां अपडेट करने का प्रयास करें ... .
तो, मुझे लगता है, आप SQL डेटाबेस में लागू होने की तुलना में पूरी तरह से अलग "अपर्ट" के बारे में बात कर रहे हैं।

मैं इस एपीआई का प्रस्ताव दूंगा:

knex.createTable('test')
   .bigserial('id')
   .varchar('unique').notNull().unique()
   .varchar('whatever')

knex.table('test').insert(object, { upsert: ['unique'] })

.insert() फ़ंक्शन दूसरे पैरामीटर का विश्लेषण करेगा।
यदि यह एक स्ट्रिंग है, तो यह पुराना returning पैरामीटर है।
यदि यह एक वस्तु है, तो यह एक options पैरामीटर है जिसमें options.returning और options.upsert है, जहां options.upsert अद्वितीय कुंजियों की एक सूची है (हो सकता है > 1 इंच) एक यौगिक अद्वितीय कुंजी बाधा का मामला)।
फिर एक SQL क्वेरी उत्पन्न होती है जो प्राथमिक कुंजी और सभी options.upsert कुंजियों को object ( clone(object) && delete cloned_object.id && delete cloned_object.unique के माध्यम से) से बाहर कर देती है और फिर उस cloned_object का उपयोग करती है SQL क्वेरी के दूसरे भाग में SET क्लॉज बनाने के लिए प्राथमिक (और अद्वितीय) कुंजियाँ: ... ON CONFLICT DO UPDATE SET [iterate cloned_object] ।

मुझे लगता है कि वर्तमान एपीआई के साथ सजातीय सबसे सरल और स्पष्ट समाधान होगा।

@slavafomin @ScionOfBytes ऐसा लगता है कि एपीआई पर भी अभी तक सहमति नहीं बनी है। यह अगला कदम होगा और फिर जो कोई इसे लागू करना पसंद करता है वह ऐसा कर सकता है। तो कोई खबर नहीं।

पुनश्च यदि इस थ्रेड को समाचार अनुरोध स्पैम और अन्य कम संबंधित संदेशों से भरने से रोकने के लिए कोई नहीं है, तो मैंने समाचार के लिए किसी भी अतिरिक्त अनुरोध को हटाना शुरू कर दिया।

@ आमिर-मैं सहमत हूं, लेकिन इस मुद्दे का विषय ऊपरी क्षमता है।

आईएमओ, वास्तविक समस्या एपीआई नहीं है, बल्कि प्रत्येक डेटाबेस में अप्सर्ट करने का असामान्य तरीका है।

MySQL (ऑन डुप्लीकेट की अपडेट) और पोस्टग्रेएसक्यूएल 9.5+ (ऑन कॉन्फ्लिक्ट डू अपडेट) डिफ़ॉल्ट रूप से अप्सर्ट को सपोर्ट करते हैं।

एमएसएसक्यूएल और ओरेकल इसे मर्ज क्लॉज के साथ समर्थन कर सकते हैं, लेकिन क्नेक्स को क्वेरी बनाने में सक्षम होने के लिए संघर्ष कॉलम के नाम पता होना चाहिए।

-- in this case the conflict column is 'a'
merge into target
using (values (?)) as t(a)
on (t.a = target.a)
when matched then
  update set b = ?
when not matched then
  insert (a, b) values (?, ?);

लेकिन SQLite नहीं किया। अपरर्ट का अनुकरण करने के लिए हमें दो प्रश्नों की आवश्यकता है

-- 'a' is the conflict column
insert or ignore into target (a, b) values (?, ?);
update target set b = ?2 where changes() = 0 and a = ?1;

या INSERT OR REPLACE , उर्फ REPLACE . का उपयोग कर रहे हैं

-- replace will delete the matched row then add a new one with the given data
replace into target (a, b) values (?, ?);

दुर्भाग्य से, यदि लक्ष्य तालिका में a और b से अधिक स्तंभ हैं, तो उनके मान डिफ़ॉल्ट से बदल दिए जाएंगे

insert or replace into target (a, b, c) values (?, ?, (select c from target where a = ?1))

सीटीई का उपयोग करके एक और समाधान, यह स्टैक ओवरफ्लो उत्तर देखें

मैं इस मुद्दे पर कई बार एक knex- आधारित Postgres upsert की तलाश में आया हूँ। अगर किसी और को इसकी ज़रूरत है, तो यह कैसे करना है। मैंने इसे एकल और समग्र अद्वितीय कुंजी दोनों के विरुद्ध परीक्षण किया है।

स्थापित करना

नीचे दी गई तालिका का उपयोग करके एक अद्वितीय कुंजी बाधा बनाएं। मुझे एक समग्र कुंजी बाधा की आवश्यकता थी:

table.unique(['a', 'b'])

कार्यक्रम

(संपादित करें: कच्चे पैरामीटर बाइंडिंग का उपयोग करने के लिए अद्यतन)

const upsert = (params)=> {
  const {table, object, constraint} = params;
  const insert = knex(table).insert(object);
  const update = knex.queryBuilder().update(object);
  return knex.raw(`? ON CONFLICT ${constraint} DO ? returning *`, [insert, update]).get('rows').get(0);
};

प्रयोग

const objToUpsert = {a:1, b:2, c:3}

upsert({
    table: 'test',
    object: objToUpsert,
    constraint: '(a, b)',
})

यदि आपकी बाधा समग्र नहीं है, तो स्वाभाविक रूप से, वह एक पंक्ति केवल constraint: '(a)' होगी।

यह या तो अद्यतन वस्तु या सम्मिलित वस्तु लौटाएगा।

समग्र अशक्त सूचकांकों के बारे में एक नोट

यदि आपके पास एक समग्र अनुक्रमणिका है (a,b) और b अशक्त है, तो मूल्यों (1, NULL) और (1, NULL) को Postgres द्वारा पारस्परिक रूप से अद्वितीय माना जाता है (मुझे यह नहीं मिला दोनों में से एक)। यदि यह आपका उपयोग मामला है, तो आपको आंशिक अद्वितीय अनुक्रमणिका बनाने की आवश्यकता होगी और फिर यह निर्धारित करने के लिए कि किस बाधा का उपयोग करना है, यह निर्धारित करने के लिए अप्सर्ट से पहले शून्य के लिए परीक्षण करें। आंशिक अद्वितीय अनुक्रमणिका बनाने का तरीका यहां दिया गया है: CREATE UNIQUE INDEX unique_index_name ON table (a) WHERE b IS NULL । यदि आपका परीक्षण निर्धारित करता है कि b शून्य है, तो आपको इस बाधा का उपयोग अपने अप्सर्ट में करने की आवश्यकता होगी: constraint: '(a) WHERE b IS NULL' । यदि a भी शून्य है, तो मुझे लगता है कि आपको 3 अद्वितीय सूचकांक और 4 if/else शाखाओं की आवश्यकता होगी (हालांकि यह मेरा उपयोग मामला नहीं है, इसलिए मुझे यकीन नहीं है)।

यहाँ संकलित जावास्क्रिप्ट है ।

आशा है कि किसी को यह उपयोगी लगेगा। @elhigu knex().update(object) के उपयोग पर कोई टिप्पणी? (संपादित करें: कोई बात नहीं - चेतावनी देखी - अब knex.queryBuilder() का उपयोग करके)

@timhuff अच्छा लग रहा है, बदलने के लिए एक चीज मूल्य बाध्यकारी का उपयोग करके प्रत्येक क्वेरी को कच्चे में पास करना होगा। अन्यथा query.toString() का उपयोग क्वेरी के प्रत्येक भाग को प्रस्तुत करने के लिए किया जाता है और यह संभावित निर्भरता इंजेक्शन छेद को खोलता है (queryBuilder.toString() ड्राइवर के लिए बाइंडिंग के रूप में पैरामीटर पास करने जितना सुरक्षित नहीं है) ..

@elhigu रुको ... query.toString() बाइंडिंग का उपयोग नहीं करता है? क्या आप मुझे उस संशोधन का एक मोटा उदाहरण दे सकते हैं जिसकी आप अनुशंसा कर रहे हैं? मैं... अद्यतन करने के लिए बहुत सारे कोड हो सकते हैं।

रॉ बाइंडिंग लेबल वाले दस्तावेज़ का हिस्सा मिला। अब अपडेट कर रहा हूं मैंने उदाहरण अपडेट किया है। मुझे लगा कि query.toString सुरक्षित है। "असुरक्षित प्रश्न कैसे करें" जैसे कुछ लेबल वाले दस्तावेज़ीकरण के एक भाग को रखना अच्छा होगा। केवल कुछ ही संख्याएं हैं और इस तरह लोग पुस्तकालय का उपयोग यह जानकर कर सकते हैं कि "जब तक मैं इन चीजों को नहीं करता, मैं सुरक्षित हूं"।

मैंने निम्नलिखित अप्सर्ट बनाया है: https://gist.github.com/adnanoner/b6c53482243b9d5d5da4e29e109af9bd
यह सिंगल और बैच अप्सर्ट को हैंडल करता है। मैंने इसे @plurch से थोड़ा सा अनुकूलित किया। सुधार की हमेशा सराहना की जाती है :)

इसके लायक क्या है मैं इस प्रारूप का उपयोग कर रहा हूं:

संपादित करें: इसे खोजने वाले किसी भी व्यक्ति के लिए सुरक्षित होने के लिए अपडेट किया गया। धन्यवाद @elhigu

const query = knex( 'account' ).insert( accounts );
const safeQuery = knex.raw( '? ON CONFLICT DO NOTHING', [ query ]);

@NicolajKN आपको toString() का उपयोग नहीं करना चाहिए, इससे कई प्रकार की समस्याएं हो सकती हैं और डीबी (संभावित एसक्यूएल इंजेक्शन सुरक्षा छेद) को बाइंडिंग के माध्यम से मूल्यों को पारित नहीं किया जाएगा।

वही ठीक से किया गया यह इस प्रकार होगा:

const query = knex('account').insert(accounts);
const safeQuery = knex.raw('? ON CONFLICT DO NOTHING', [query]);

असंबंधित मुद्दे की हटाई गई चर्चा।

@elhigu होल्ड ऑन नहीं है कि सम्मिलित क्वेरी को बनाए जाने के तुरंत बाद निष्पादित किया जाता है? क्या यह दौड़ की स्थिति नहीं बनाता है?

@cloutiertyler आप मुझसे बात नहीं कर रहे थे, लेकिन शायद मैं यहां कुछ समय @elhigu बचा सकता हूं। इनमें से कोई भी प्रश्न निष्पादित नहीं किया जाएगा। कथन knex('account').insert(accounts) एक क्वेरी निष्पादित नहीं करता है। इसे तब तक निष्पादित नहीं किया जाता है जब तक कि डेटा को वास्तव में कॉल नहीं किया जाता है (उदाहरण के लिए .then के माध्यम से)। वह उसे knex.raw('? ON CONFLICT DO NOTHING', [query]) query.toString() को कॉल करेगा, जो केवल क्वेरी को SQL कथन में परिवर्तित करता है जिसे निष्पादित किया जाएगा।

@timhuff धन्यवाद टिम, मुझे लगता है कि इसे ऐसा कुछ होना था, लेकिन यह एक वादे के लिए सामान्य व्यवहार नहीं है। वादों को आमतौर पर सृजन पर क्रियान्वित किया जाता है। मेरे पूछने का कारण यह है कि जब मैं इस अप्सर्ट को चलाने की कोशिश करता हूं तो मुझे हर बार "कनेक्शन टर्मिनेटेड" कहने में त्रुटियां हो रही थीं। एक बार जब मैंने डालने को हटाने और पूरी तरह से कच्ची क्वेरी बनाने के लिए स्विच किया तो वे चले गए। ऐसा लगता है कि यह एक दौड़ की स्थिति के अनुरूप होगा।

knex QueryBuilder s Promise s नहीं हैं, हालांकि। जब आप knex क्वेरी लिखना शुरू करते हैं, तो आप "knexland" में बने रहते हैं। आप जो कुछ भी करते हैं वह कमोबेश उस क्वेरी के JSON विनिर्देश को कॉन्फ़िगर करना है जिसे आप बनाना चाहते हैं। यदि आप .toString चलाते हैं, तो यह इसे बनाता है और इसे आउटपुट करता है। यह एक ( bluebird ) वादा नहीं बन जाता जब तक कि आप इनमें से किसी एक को नहीं चलाते। यदि आप कथन को तुरंत निष्पादित करना चाहते हैं तो आपको .return का उपयोग करने में रुचि हो सकती है।

आह, मैं देखता हूं, इससे मेरा भ्रम दूर हो जाता है। स्पष्टीकरण और संकेत के लिए धन्यवाद! मेरा मुद्दा तब कहीं और मौजूद होना चाहिए।

एक तरफ, तथ्य यह है कि यह तुरंत नहीं चलता है अक्सर उपयोगी होता है। कभी-कभी आप क्रियान्वित करने से पहले, चीज़ को इधर-उधर करना चाहते हैं, उसे कॉन्फ़िगर करना। ऐसी स्थितियां भी हैं जहां आप सामान कर सकते हैं जैसे ...

const medicalBuildings = knex.select('building_id').from('buildings').where({type: 'medical'})
const medicalWorkers = knex.select().from('workers').whereIn('building', medicalBuildings)

(सुपर काल्पनिक उदाहरण लेकिन चलिए इसके साथ चलते हैं)

मैं वास्तव में उस पहले कथन को नहीं चलाना चाहता - यह मेरे दूसरे कथन का सिर्फ एक हिस्सा है।

यह उल्लेख नहीं करने के लिए कि यदि सभी क्वेरी बिल्डर्स निर्माण पर अमल करेंगे तो बिल्डर पैटर्न क्वेरी बिल्डिंग होने से पहले ट्रिगर हो जाएगी। यह कुछ टर्मिनेटर विधि (जो क्वेरी निष्पादित करता है) के बिना बिल्कुल भी काम नहीं करेगा।

@elhigu मेरा मतलब है ... मुझे लगता है कि आप इसे हमेशा अगले टिक पर चला सकते हैं, है ना? मैं यह सुझाव नहीं दे रहा हूं कि किसी भी तरह से यह एक अच्छा विचार होगा लेकिन वास्तव में कितने प्रश्न अलग-अलग टिकों पर बनाए और निष्पादित किए जाते हैं?

@timhuff मैंने इसके बारे में नहीं सोचा था। हाँ, मुझे लगता है कि यह भी संभव होगा। मुझे मामला काफी सामान्य लगता है जहाँ कोई क्वेरी बनाना शुरू करता है, फिर कुछ async डेटा प्राप्त करता है और अधिक निर्माण करता रहता है। हालांकि मैं ऐसा बहुत बार नहीं करता।

@lukewlms कि 'निष्पादित ()' -जैसी विधि को '.then ()' कहा जाता है, जब आप क्वेरी निष्पादित करना चाहते हैं और वादा प्राप्त करना चाहते हैं तो आप इसे हमेशा कॉल कर सकते हैं। यह ठीक है कि 'तब करने योग्य' कैसे काम करता है और इसे वादे की कल्पना में समझाया गया है। वादों और async/प्रतीक्षा से निपटने के दौरान जावास्क्रिप्ट में यह एक महत्वपूर्ण और व्यापक रूप से उपयोग की जाने वाली अवधारणा है (जो Promise.resolve और .then के लिए बहुत ही शानदार शॉर्टकट हैं)। इसके अलावा यदि आप परिणामों को संभाले बिना प्रश्नों को निष्पादित कर रहे हैं तो आप ऐप क्रैश होने जैसी समस्याओं की तलाश कर रहे हैं।

वास्तव में इस पीआर को अप्सर्ट फीचर कार्यान्वयन के बारे में पालन करना बेहतर है https://github.com/tgriesser/knex/pull/2197 यह पहले से ही एपीआई डिजाइन कर चुका है कि इसे कैसे काम करना चाहिए। इस धागे में वास्तव में कोई उपयोगी जानकारी नहीं है जिसका उस पीआर की टिप्पणियों में पहले से ही उल्लेख नहीं किया गया है। यदि आवश्यक हो (पीआर बंद है और कभी पूरा नहीं हुआ) अतिरिक्त एपीआई विवरण के साथ इसके लिए नया मुद्दा खोलने देता है।

@elhigu सिर ऊपर करने के लिए धन्यवाद! मैं उस धागे से अनजान था। यह जानकर अच्छा लगा कि हम एपीआई में आने वाले अप्सर्ट पर प्रगति कर रहे हैं। ऐसा लगता है कि 6 महीने पहले यह 802 परीक्षणों में से 1 में विफल रहा था और इसलिए यह कभी भी ट्रैविस-सीआई पास नहीं हुआ। क्या वह 1 फेलिंग टेस्ट केस ही इसे knex API का हिस्सा बनने से रोक रहा है?

@timhuff केवल प्रारंभिक कार्यान्वयन किया गया था, इसे पूरी तरह से फिर से लिखा जाना चाहिए। उस पीआर का सबसे महत्वपूर्ण हिस्सा सामान्य एपीआई डिज़ाइन है, जिसे अधिकांश बोलियों द्वारा समर्थित किया जा सकता है। तो सुविधा तब आती है जब कोई उस एपीआई को लागू करने का फैसला करता है। यदि कोई और ऐसा नहीं करता है और किसी दिन मेरे पास कुछ अतिरिक्त समय है या इसकी बुरी तरह से आवश्यकता है, तो मैं इसे स्वयं करूँगा। यह सबसे महत्वपूर्ण विशेषता में से एक है जिसे मैं प्राप्त करना चाहता हूं (अपडेट में शामिल होने के अलावा)।

@elhigu मुझे भरने के लिए धन्यवाद। जब मुझे थोड़ा और समय मिलेगा तो मुझे यहां प्रगति पर पढ़ना होगा।

मुझे यकीन नहीं है कि यह किसी की मदद करता है या अगर मैं सिर्फ एक नोब हूं, लेकिन @timhuff के समाधान के लिए मुझे उद्धरणों में अपनी बाधा लपेटनी पड़ी क्योंकि मुझे एक क्वेरी सिंटैक्स त्रुटि मिल रही थी।

const contraint = '("a", "b")'

मैं इस मुद्दे पर कई बार एक knex- आधारित Postgres upsert की तलाश में आया हूँ। अगर किसी और को इसकी ज़रूरत है, तो यह कैसे करना है। मैंने इसे एकल और समग्र अद्वितीय कुंजी दोनों के विरुद्ध परीक्षण किया है।

स्थापित करना

नीचे दी गई तालिका का उपयोग करके एक अद्वितीय कुंजी बाधा बनाएं। मुझे एक समग्र कुंजी बाधा की आवश्यकता थी:

table.unique(['a', 'b'])

कार्यक्रम

(संपादित करें: कच्चे पैरामीटर बाइंडिंग का उपयोग करने के लिए अद्यतन)

const upsert = (params)=> {
  const {table, object, constraint} = params;
  const insert = knex(table).insert(object);
  const update = knex.queryBuilder().update(object);
  return knex.raw(`? ON CONFLICT ${constraint} DO ? returning *`, [insert, update]).get('rows').get(0);
};

प्रयोग

const objToUpsert = {a:1, b:2, c:3}

upsert({
  table: 'test',
  object: objToUpsert,
  constraint: '(a, b)',
})

यदि आपकी बाधा समग्र नहीं है, तो स्वाभाविक रूप से, वह एक पंक्ति केवल constraint: '(a)' होगी।

यह या तो अद्यतन वस्तु या सम्मिलित वस्तु लौटाएगा।

समग्र अशक्त सूचकांकों के बारे में एक नोट

यदि आपके पास एक समग्र अनुक्रमणिका है (a,b) और b अशक्त है, तो मूल्यों (1, NULL) और (1, NULL) को Postgres द्वारा पारस्परिक रूप से अद्वितीय माना जाता है (मुझे यह नहीं मिला दोनों में से एक)। यदि यह आपका उपयोग मामला है, तो आपको आंशिक अद्वितीय अनुक्रमणिका बनाने की आवश्यकता होगी और फिर यह निर्धारित करने के लिए कि किस बाधा का उपयोग करना है, यह निर्धारित करने के लिए अप्सर्ट से पहले शून्य के लिए परीक्षण करें। आंशिक अद्वितीय अनुक्रमणिका बनाने का तरीका यहां दिया गया है: CREATE UNIQUE INDEX unique_index_name ON table (a) WHERE b IS NULL । यदि आपका परीक्षण निर्धारित करता है कि b शून्य है, तो आपको इस बाधा का उपयोग अपने अप्सर्ट में करने की आवश्यकता होगी: constraint: '(a) WHERE b IS NULL' । यदि a भी शून्य है, तो मुझे लगता है कि आपको 3 अद्वितीय सूचकांक और 4 if/else शाखाओं की आवश्यकता होगी (हालांकि यह मेरा उपयोग मामला नहीं है, इसलिए मुझे यकीन नहीं है)।

यहाँ संकलित जावास्क्रिप्ट है ।

आशा है कि किसी को यह उपयोगी लगेगा। @elhigu ~ knex().update(object) के उपयोग पर कोई टिप्पणी?~ (संपादित करें: कोई बात नहीं - चेतावनी देखी - अब knex.queryBuilder() का उपयोग करके)

कुछ असंबंधित चर्चाओं को हटा दिया (वादों/फिर कैसे काम करता है) के बारे में।

क्या यह जोड़ा गया?

नहीं। https://github.com/knex/knex/issues/3186 . में सुविधा अनुरोध और विशिष्टता है