Tedious: 요청은 SentClientRequest 상태가 아닌 LoggedIn 상태에서만 만들 수 있습니다(코드: 'EINVALIDSTATE').

요청에 설정할 수 있는 '콜백' 속성이 있고 요청에 'requestCompleted' 이벤트가 있으며 둘 다 작동하는 것 같습니다. 그리고 이것은 우리가 시도하지 않은 두 가지입니다 :)

이에 대한 정리 및 문서화가 필요할 수 있습니다.

이것을 시도하고 작동하는지 확인하십시오.

'콜백' 사용:

  request.callback = function (err, rowCount, rows) {
      // rows is not being set but rowCount is. May be a bug.
      if (err) {
        // Error handling.
      } else {
        // Next SQL statement.
      }
  };

'요청 완료' 사용:

  request.on('requestCompleted', function () {
      // Next SQL statement.
  });

실제로 이 노트를 https://github.com/tediousjs/tedious/issues/61 에 넣고 동일한 문제이므로 이 노트를 닫습니다.

문제를 다시 엽니다. https://github.com/tediousjs/tedious/issues/61 은 전혀 관련이 없습니다. @SaloniSonpal 이 언급한 문제는 실제로 종료되었습니다. 그래서 추적을 위해 이것을 다시 엽니다.

이것은 약간의 정리와 문서가 필요합니다.

@tvrprasad 감사합니다. 둘 다 효과가 있었고 훨씬 더 깨끗합니다. callback 접근 방식은 오류를 처리하는 이점을 제공합니다. Event: 'requestCompleted' 는 반드시 문서화해야 합니다.

(핸드폰으로 보내니 말이 길어지는 점 양해 부탁드립니다.)

callback 속성을 설정하면 전달한 콜백을 덮어씁니다.
요청 생성자에. 대신 다음에서 콜백을 호출해야 합니다.
Request 생성자에 전달된 콜백 내부의 async. 이렇게 당신은
오류를 비동기로 올바르게 전달할 수도 있습니다.

아, 그 콜백이 전달된 콜백으로 설정되어 있다는 것을 놓쳤습니다. 올바른 방법은 다음과 같습니다.

  request = new Request(sqlQuery, function (err, rowCount, rows) {
    if (err) {
      // Error handling.
    } else {
      // Next SQL statement.
    }
  });

@arthurschreiber 'requestCompleted' 이벤트에 대한 이유가 있습니까? 중복된 것 같습니다. 내가 알아차린 또 다른 사실은 콜백에 전달된 행 매개변수가 항상 비어 있다는 것입니다. 유효한 데이터가 있는 시나리오가 있습니까? 문서를 업데이트하겠습니다.

내가 알아차린 또 다른 사실은 콜백에 전달된 행 매개변수가 항상 비어 있다는 것입니다. 유효한 데이터가 있는 시나리오가 있습니까? 문서를 업데이트하겠습니다.

연결할 때 지정할 수 있는 rowCollectionOnRequestCompletion 옵션이 있습니다. 전역 옵션으로 사용하는 것은 약간 이상합니다. 요청별로 이것을 갖는 것이 더 합리적이라고 생각합니다.

이 이면의 주요 아이디어는 다음과 같습니다. rowCollectionOnRequestCompletion 옵션이 활성화된 경우 행은 해당 Request 가 완료될 때까지 메모리에 저장됩니다(현재로서는 Request 는 gc'를 얻습니다). 작은 결과 집합의 경우 일반적으로 문제가 되지 않지만 큰 결과 집합의 경우 성능 에 많은 부정적인 영향을 미칠 수 있습니다. 선호되는 접근 방식은 rows 콜백을 사용하는 것이며 모든 행을 배열로 수집해야 하는 경우 직접 수집할 수 있습니다.

나는 이것이 최적이라고 생각하지 않습니다. 연결당 대신 요청별로 구성하는 것이 더 나을 것입니다. 그러나 Request 생성자는 아직 옵션을 취하지 않으므로 메서드 서명은 다음과 같아야 합니다. 변경되었습니다.

'requestCompleted' 이벤트에 대한 이유가 있습니까?

확실하지 않습니다. 이것은 지루한 작업을 시작하기 전에 추가되었습니다.

rowCollectionOnRequestCompletion 문제를 추적하기 위해 #459를 열었습니다. 나는 우리가 그것을 추가하고 처리할 수 있다고 확신한다
이전 버전과 호환되는 방식으로.

callback 속성을 설정하면 전달한 콜백을 덮어씁니다.
요청 생성자에. 대신 다음에서 콜백을 호출해야 합니다.
Request 생성자에 전달된 콜백 내부의 async. 이렇게 당신은
오류를 비동기로 올바르게 전달할 수도 있습니다.

@arthurschreiber 맞습니다. 그것이 결과/오류를 무시하지 않는 올바른 방법입니다. 매력처럼 작동합니다 :-)

Event: 'requestCompleted' 에 대한 문서를 개선하기 위해 #464를 만들었습니다.

Google에서 여기로 오는 사람들(저처럼): tedious-connection-pool 은 이 문제를 해결할 수 있는 좋은 방법을 제공합니다. pool.acquire((err, connection) => ...) 및 connection.release() 를 사용하면 동시성 문제를 방지할 수 있습니다. 다중 연결을 원하지 않으면 {min: 1, max: 1} 로 풀을 구성하여 쿼리를 효과적으로 직렬화합니다.

누구든지 제안하십시오. Windows 인증 모드는 nodejs2Sql 연결에 대해 작동하지 않습니다.

@wafaabbass tedious 는 아직 Windows 통합 인증을 지원하지 않습니다. 현재 작업 중이며 #415에서 추적할 수 있습니다.

여러분, 저도 같은 문제가 있습니다.

디버그:

요청은 SentClientRequest 상태가 아닌 LoggedIn 상태에서만 이루어질 수 있습니다.
(node:5180) UnhandledPromiseRejectionWarning: Unhandled Promise Rejection (rejection id: 1): RequestError: SentClientRequest 상태가 아닌 LoggedIn 상태에서만 요청 가능
(node:5180) [DEP0018] DeprecationWarning: 처리되지 않은 약속 거부는 더 이상 사용되지 않습니다. 앞으로 처리되지 않은 약속 거부는 0이 아닌 종료 코드로 Node.js 프로세스를 종료합니다.

아직 해결되었나요? 이것은 내 코드입니다.

function createAsPromiseWithTransaction(callback, data, connection) {

  const transactionReady = (err) => {
    if (err) {
      return callback(err)
    }
    return callback(null)
  }

  const transactionFailed = (originalErr) =>
    (err) => {
      if (err) {
        return callback(err)
      }
      return callback(originalErr)
    }

  const willIGetArea = new Promise(
    (resolve, reject) => {
      const create = function(data, connection) {
        let areaIdInserted = null
        const request = new Request(CONSTANTS.SPNames.Area,
          (err, rowCount, rows) => err ? reject(err) : resolve(areaIdInserted))

        request.addParameter('IUser', TYPES.UniqueIdentifier, data.iUser)
        request.addParameter('ParentArea', TYPES.Int, data.parentArea)
        request.addParameter('Name', TYPES.VarChar, data.nameArea)
        request.addParameter('ShortName', TYPES.VarChar, data.shortNameArea)
        request.addParameter('Description', TYPES.VarChar, data.descriptionArea)
        request.addParameter('Gender', TYPES.Bit, data.gender)
        request.addParameter('Colour', TYPES.VarChar, data.colour)
        request.addParameter('X', TYPES.Int, data.x)
        request.addParameter('Y', TYPES.Int, data.y)
        request.addParameter('Active', TYPES.Int, data.active)

        request.on('row', function(columns) {
          areaIdInserted = columns[1].value
        });

        connection.callProcedure(request)
      }

      const transactionStarted = function(err) {
        if (err) return callback(err)
        create(data, connection)
      }

      connection.beginTransaction(transactionStarted)
    })

  const willIGetSymptom = function(areaId) {

    return new Promise(function(resolve, reject) {

      const create = function(data, connection, areaId) {
        let symptomIdInserted = null
        const request = new Request(CONSTANTS.SPNames.Symptom,
          (err, rowCount, rows) => err ? reject(err) : resolve(symptomIdInserted))

        request.addParameter('IUser', TYPES.UniqueIdentifier, data.iUser)
        request.addParameter('AreaId', TYPES.BigInt, areaId)
        request.addParameter('Code', TYPES.VarChar, data.code)
        request.addParameter('Name', TYPES.VarChar, data.nameSymptom)
        request.addParameter('ShortName', TYPES.VarChar, data.shortNameSymptom)
        request.addParameter('Description', TYPES.VarChar, data.descriptionSymptom)
        request.addParameter('Gender', TYPES.Bit, data.gender)
        request.addParameter('Active', TYPES.Bit, data.active)

        request.on('row', function(columns) {
          symptomIdInserted = columns[1].value
        });


        connection.callProcedure(request)
      }

      create(data, connection, areaId)

    })
  }

  const willIGetModifier = new Promise(function(resolve, reject) {

    const request = new Request(
      CONSTANTS.SPNames.Modifier,
      function(err, rowCount, rows) {
        if (err) {
          reject(err)
        } else {
          resolve(rowCount,rows)
        }
      })

    request.addParameter('IUser', TYPES.UniqueIdentifier, data.iUser)
    request.addParameter('Name', TYPES.VarChar, data.nameModifier)
    request.addParameter('Order', TYPES.SmallInt, data.order)
    request.addParameter('Active', TYPES.Bit, data.active)

    connection.callProcedure(request)

  })

  const runPromise = () =>
    willIGetArea
    .then( (areaId) =>
      willIGetSymptom(areaId)
      .then( (symptomId) =>
        willIGetModifier
        .then((rowCount,rows) => connection.commitTransaction(transactionReady))
        .catch((err) => connection.rollbackTransaction(transactionFailed(err)))
      )
      .catch((err) => connection.rollbackTransaction(transactionFailed(err)))
    )it 
    .catch((err) => connection.rollbackTransaction(transactionFailed(err)))

  runPromise()

}

willIGetArea 및 willIGetSymptom을 호출하면 이 모든 것이 작동하지만 willGetModifier로 호출하면 동일한 문제가 발생합니다. 정말 감사합니다.

Google이 이 오류 메시지에 대해 이 페이지를 먼저 반환하기 때문에 누군가 유용하다고 생각하는 경우를 대비하여.
단일 연결 기반 서비스에서 연결을 위한 Promise 기반 래퍼를 만드는 데 효과가 있었습니다. 경험 많은 js 개발자가 아니기 때문에 일반적으로 좋은 솔루션인지 확실하지 않습니다.

class PromisedConnection {
    constructor(config) {
        // this.connection always points to a promise resolving after the last assigned request
        // initial setting is either resolved once a new connection is established or rejected if an error occurs
        this.connection = new Promise((resolve, reject) => {
            const dbConnection = new Connection(config);
            dbConnection.on("connect", function (err) {
                if (err) {
                    reject(err);
                }
                else {
                    resolve(dbConnection);
                }
            });
        });
    }

    execute(request) {
        const nextConnection = new Promise((resolve, reject) => {
            // after scheduling new request this.connection should be reassigned to be the last in promise queue
            this.connection
                .catch( (reason) => {
                    reject(reason);
                } )
                .then( (dbConnection) => { // a new request can be executed only within the connection is free again (resolved after the last request)
                    request.on("requestCompleted", () => { // add an additional event listener in order to release connection after the request is done
                        resolve(dbConnection);
                    });
                    dbConnection.execSql(request);
                });
        } );
        this.connection = nextConnection;
    }
}

그리고 쿼리 자체는 다음과 같이 실행할 수 있습니다.

const dbConnection = new PromisedConnection(config);

function getObjList(query, parameters = []) {
    return new Promise((resolve, reject) => {
        const objList = [];
        let request = new Request(
            query,
            function (err, rowCount, rows) {
                if (err) {
                    reject(err);
                } else if (rowCount < 1) {
                    reject(new Error("0 rows returned from DB"));
                }
            }
        );
        for (const {name, type, value} of parameters) {
            request.addParameter(name, type, value);
        };

        request.on("row", (columns) => {
            objList.push(Obj.fromColumns(columns)); // here I just make a specific object from each row
        });

        request.on("requestCompleted", () => {
            resolve(objList);
        });

        dbConnection.execute(request);
    });
}

따라서 getObjList 는 이제 연결 상태를 확인하지 않고 언제든지 실행할 수 있습니다.

여기에 대한 우려는 좋습니다. 내 코드에서는 연결 요청, SQL 요청, 삽입 요청을 수행합니다. SQL 요청 후 requestCompleted 를 기다린 후에도 SQL과 삽입 요청 사이에 다른 연결 요청을 하지 않으면 삽입 요청에서 오류가 발생합니다.

이 오류의 일반적인 이유는 _한 번에 하나의 연결에서 하나의 쿼리만 실행할 수 있기 때문입니다. 다른 요청을 하기 전에 오류나 결과와 함께 요청 콜백이 실행될 때까지 기다려야 합니다. 여기에서 FAQ 페이지를 방문하십시오.

이 포럼에는 다양한 문제가 너무 많은 것 같습니다. Requests can only be made in the LoggedIn state, not the SentClientRequest state 오류는 다양한 이유로 인해 발생할 수 있습니다. 이 오류가 발생하고 FAQ 페이지가 도움이 되지 않았다면 다음 정보로 문제를 제기하여 문제를 보다 정확하게 해결할 수 있도록 하십시오.

• 지루한 버전
• 연결을 위한 구성
• 재현 가능한 스크립트

감사 해요! 😄

이 문제를 해결할 수 있었고 문제는 내 편이었으며 각 요청에 대해 별도의 연결이 필요하다는 것을 깨닫지 못했습니다.

@mgarf 당신의 솔루션은 무엇이었습니까? 또한 각 요청에 대해 별도의 연결이 필요하다는 것을 몰랐습니다. 이 토론에서 다른 사람들과 같은 동시성 문제가 있습니다.

@mikebutak 각 요청에 대해 별도의 연결이 반드시 필요한 것은 아닙니다. 한 번에 하나의 요청을 처리하는 하나의 연결만 있으면 됩니다. 하나의 연결에서 여러 요청을 처리하려면 완료된 후 이전 요청의 콜백에서 새 요청을 실행해야 합니다. 예를 들어,

function executeStatement() {
  request = new Request("select 42, 'hello world'", function(err, rowCount) {
    if (err) {
      console.log(err);
    } else {
      console.log(rowCount + ' rows');
    }

    connection.execSql(new Request("select 42, 'hello world'", function(err, rowCount) {
      if (err) {
        console.log(err);
      } else {
        console.log(rowCount + ' rows');
      }
      connection.close();
    }))
  });
  connection.execSql(request);

이 문제에 대한 콜백을 사용하여 전체 솔루션을 게시하고 있습니다. 나는 같은 문제가 있었고 Google을 볼 때 여기에서 끝났습니다. 매초 1 http 호출을 실행하고 문제 없이 0.5초를 실행하는 스크립트로 이 코드를 로드 테스트했습니다.

const {Connection, Request} = require("tedious");

const executeSQL = (sql, callback) => {
  let connection = new Connection({
    "authentication": {
      "options": {
        "userName": "USERNAME",
        "password": "PASSWORD"
      },
      "type": "default"
    },
    "server": "SERVER",
    "options": {
      "validateBulkLoadParameters": false,
      "rowCollectionOnRequestCompletion": true,
      "database": "DATABASE",
      "encrypt": true
    }
  });

  connection.connect((err) => {
    if (err)
      return callback(err, null);

    const request = new Request(sql, (err, rowCount, rows) => {
      connection.close();

      if (err)
        return callback(err, null);

      callback(null, {rowCount, rows});
    });

    connection.execSql(request);
  });
};

executeSQL("SELECT * FROM users", (err, data) => {
  if (err)
    console.error(err);

  console.log(data.rowCount);
});

//or

executeSQL("SELECT * FROM users", (err, {rowCount, rows}) => {
  if (err)
    console.error(err);

  console.log(rowCount);
});

이 문제에 대한 콜백을 사용하여 전체 솔루션을 게시하고 있습니다. 나는 같은 문제가 있었고 Google을 볼 때 여기에서 끝났습니다. 매초 1 http 호출을 실행하고 문제 없이 0.5초를 실행하는 스크립트로 이 코드를 로드 테스트했습니다.

const {Connection, Request} = require("tedious");

const executeSQL = (sql, callback) => {
  let connection = new Connection({
    "authentication": {
      "options": {
        "userName": "USERNAME",
        "password": "PASSWORD"
      },
      "type": "default"
    },
    "server": "SERVER",
    "options": {
      "validateBulkLoadParameters": false,
      "rowCollectionOnRequestCompletion": true,
      "database": "DATABASE",
      "encrypt": true
    }
  });

  connection.connect((err) => {
    if (err)
      return callback(err, null);

    const request = new Request(sql, (err, rowCount, rows) => {
      connection.close();

      if (err)
        return callback(err, null);

      callback(null, {rowCount, rows});
    });

    connection.execSql(request);
  });
};

executeSQL("SELECT * FROM users", (err, data) => {
  if (err)
    console.error(err);

  console.log(data.rowCount);
});

//or

executeSQL("SELECT * FROM users", (err, {rowCount, rows}) => {
  if (err)
    console.error(err);

  console.log(rowCount);
});

이 솔루션은 작동하지만 유효한 구현입니까? 수십만 개의 삽입/선택이 있고 각각에 대한 연결을 생성할 수 있다는 점을 고려할 때 그것이 얼마나 실현 가능합니까? 솔루션 btw에 감사드립니다. 실행 가능한 솔루션인지 이해하려고합니다. 특히 Azure Function을 사용하는 경우?