Tedious: संख्यात्मक प्रकारों के लिए मान सीमा से बाहर है

को निर्मित 31 अक्तू॰ 2016 · 5टिप्पणियाँ · स्रोत: tediousjs/tedious

मैं एक ऐसे मुद्दे में भाग रहा हूं जहां एक वैध संख्यात्मक मान मेरे सम्मिलन कथन को कठिन से अवरुद्ध कर रहा है। एक ही संख्यात्मक मान के साथ डेटाबेस में एक मैनुअल SQL इंसर्ट काम करता है।

मैनुअल एसक्यूएल सम्मिलित करें:

INSERT INTO foo (id, foo_id, timestamp, value, value2)  
VALUES ('ff3bd5e2-dbd8-424b-bb4f-455df1fe9f9c', 'b3a0a2c6-3b58-4659-8b4f-9466cede43be',  
        '2016-11-01T00:00:00+00:00', null, 66666.55);

यहाँ मेरा कोड है:

const bluebird = require('bluebird');
const sql = require('mssql');

const db = require('./database.js');

sql.Promise = bluebird;

const COLUMNS = {
  id: 'id',
  foo_id: 'foo_id',
  timestamp: 'timestamp',
  value: 'value',
  value2: 'value2'
};

exports.create = data => {
  return db.getConnection()
    .then(conn => {
      const ps = new sql.PreparedStatement(conn);
      ps.input(COLUMNS.id, sql.UniqueIdentifier);
      ps.input(COLUMNS.foo_id, sql.UniqueIdentifier);
      ps.input(COLUMNS.timestamp, sql.DateTimeOffset(0));
      ps.input(COLUMNS.value, sql.Numeric(30, 15));
      ps.input(COLUMNS.value2, sql.Numeric(30, 15));

      // Have to convert string to JavaScript date for insert to work
      data.timestamp = new Date(data.timestamp);
      const header = Object.keys(COLUMNS).map(key => COLUMNS[key]).join();

      const query = `INSERT INTO foo (${header}) VALUES (@${COLUMNS.id},` +
        ` @${COLUMNS.foo_id}, @${COLUMNS.timestamp}, @${COLUMNS.value},` +
        ` @${COLUMNS.value2})`;
      return ps.prepare(query)
        .then(() => ps.execute(data)
          // Releases the connection back to the pool
          .then(() => ps.unprepare()))
        .then(() => bluebird.resolve());
    });
};

थकाऊ कोड 6666655000000000000 के मान के साथ 66666.55 को एक पूर्णांक में परिवर्तित करता प्रतीत होता है। इसके बाद यह उस मूल्य के शेष और भागफल को लेने की कोशिश करता है और इसे राइटयूइंट32एलई का उपयोग करके बफर में लिखता है।

फ़्लोटिंग पॉइंट नंबरों को पूर्णांक में परिवर्तित करने और उन्हें फ़्लोटिंग पॉइंट नंबर रखने के बजाय बफ़र्स को लिखने और बफ़र्स के लिए अंतर्निहित फ़ंक्शन राइटडबल का उपयोग करने के लिए थकाऊ कोड क्यों है?

यह समस्या मुझे आगे बढ़ने से रोक रही है।

known issue

स्रोत

ghost

👍1

सबसे उपयोगी टिप्पणी

मेरे मामले में, मुझे एक अलग वर्कअराउंड का उपयोग करना पड़ा क्योंकि Numeric को एक पुस्तकालय द्वारा Tedious (Sequelize) के शीर्ष पर स्थापित किया जा रहा था। संक्षेप में, मैं पैरामीटर को इस तरह प्रारूपित करता हूं कि दशमलव रूपांतरण कोड के बजाय डेटाबेस के अंदर होता है। सभी नंबरों के लिए, मुझे इसका उपयोग करना होगा:

const value_stored = value.toFixed(desired_precision);

ऐसा इसलिए है कि आप सटीकता नहीं खोते हैं, लेकिन मेरे कोड और डीबी के बीच कुछ भी नहीं दबाते हैं जो उस पैमाने और परिमाण के बारे में धारणा बनाता है जिसे मैं जानता या नियंत्रित नहीं करता हूं। बेशक, यह सही प्रकार का उपयोग करने से कम बैंडविड्थ कुशल है लेकिन मेरे मामले में <30 बाइट प्रति रिकॉर्ड जुर्माना महत्वहीन है।

jeteon 30 अक्तू॰ 2019

👍3

सभी 5 टिप्पणियाँ

फ़्लोटिंग पॉइंट नंबरों को पूर्णांक में परिवर्तित करने वाला थकाऊ कोड क्यों है ...

क्योंकि टीडीएस प्रोटोकॉल न्यूमेरिक वैल्यू के लिए अनिवार्य है।
2.2.5.5.1.6 दशमलव/संख्यात्मक

sql.Numeric(30, 15) , _p_ 30 है, और _s_ 15 है। तो पूर्णांक 66666550000000000000 (66666.55 * 10^15) होगा, और इसे 16 बाइट्स में दर्शाया जाना चाहिए।

https://github.com/tediousjs/tedious/blob/3cb8586c2be217d9b31ef72f866986d85614920d/src/data-type.js#L519

  ...
  buffer.writeUInt64LE(value);        // 8 bytes
  buffer.writeUInt32LE(0x00000000);   // 4 bytes
  buffer.writeUInt32LE(0x00000000);   // 4 bytes

पहली पंक्ति वह है जिसमें समस्या है।

https://github.com/tediousjs/tedious/blob/master/src/tracking-buffer/writable-tracking-buffer.js#L125
कोई Buffer.writeInt64LE नहीं है, इसलिए इसे दो 32 बिट विखंडू में करना होगा।

 writeUInt64LE(value) {
    this.writeInt32LE(value & -1);
    return this.writeUInt32LE(Math.floor(value * SHIFT_RIGHT_32));
  }

32 बिट राइट शिफ्ट वह जगह है जहां समस्या स्वयं प्रकट होती है।
Math.floor(66666550000000000000 * SHIFT_RIGHT_32) से 15522015746 जो कि 0x39D2F2A02 । इसके लिए 34 बिट्स की आवश्यकता होती है।

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

pekim 31 अक्तू॰ 2016

वर्कअराउंड के रूप में, छोटे पैमाने का उपयोग करना संभवतः काम करेगा।

pekim 31 अक्तू॰ 2016

@pekim मेरे प्रश्न का उत्तर देने और जानकारी प्रदान करने के लिए धन्यवाद! मैंने इसे आगे बढ़ने के लिए Node.js के बजाय पायथन में लिखने का फैसला किया। मैं अभी भी अन्य कार्यों के लिए इस पुस्तकालय का उपयोग करूंगा, लेकिन इसमें संख्यात्मक प्रकार शामिल नहीं होंगे। उम्मीद है कि कोई समाधान निकाला जा सकता है ताकि कोई और इस मुद्दे पर न चले।

ghost 1 नव॰ 2016

const value_stored = value.toFixed(desired_precision);

jeteon 30 अक्तू॰ 2019

👍3

मेरे मामले में, मुझे एक अलग वर्कअराउंड का उपयोग करना पड़ा क्योंकि Numeric को एक पुस्तकालय द्वारा Tedious (Sequelize) के शीर्ष पर स्थापित किया जा रहा था। संक्षेप में, मैं पैरामीटर को इस तरह प्रारूपित करता हूं कि दशमलव रूपांतरण कोड के बजाय डेटाबेस के अंदर होता है। सभी नंबरों के लिए, मुझे इसका उपयोग करना होगा:
const value_stored = value.toFixed(desired_precision);
ऐसा इसलिए है कि आप सटीकता नहीं खोते हैं, लेकिन मेरे कोड और डीबी के बीच कुछ भी नहीं दबाते हैं जो उस पैमाने और परिमाण के बारे में धारणा बनाता है जिसे मैं जानता या नियंत्रित नहीं करता हूं। बेशक, यह सही प्रकार का उपयोग करने से कम बैंडविड्थ कुशल है लेकिन मेरे मामले में <30 बाइट प्रति रिकॉर्ड जुर्माना महत्वहीन है।

इसने मेरे लिए भी इस मुद्दे को हल कर दिया।

क्या इसे विश्व स्तर पर लागू करने का कोई तरीका है, इसलिए हर बार अनुक्रमित दशमलव मान डालने/अपडेट करने का प्रयास करता है जिसे इसे .toFixed(2) कहते हैं?

vitorbertolucci 24 जन॰ 2020

👍2

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Tedious: संख्यात्मक प्रकारों के लिए मान सीमा से बाहर है

सबसे उपयोगी टिप्पणी

सभी 5 टिप्पणियाँ

संबंधित मुद्दों