1 Questão: Knex, Postgres e STRING_ARRAY: obtendo resultados diferentes

pergunta criada em Wed, May 8, 2019 12:00 AM

Eu estava testando uma consulta aqui usando STRING_ARRAY: http://sqlfiddle.com/# ! 17/952405/1

Também aqui:

SELECT   to_char(workshop_date, 'YYYY-MM-DD') date, STRING_AGG(first_name || ' ' || last_name, ', ')
FROM     parents_workshops
JOIN     parents ON parents.id = ANY(parents_workshops.parents_id)
WHERE    teacher_id = 1
GROUP BY date

O acima funciona como esperado. No entanto, quando eu executo isso no meu servidor Node.JS /Express usando o Knex, recebo uma resposta estranha.

Este é o código:

//teachers.js

const findParentWorkshops = id =>
    knex.raw(
        `SELECT to_char(workshop_date, 'YYYY-MM-DD') date, STRING_AGG(first_name || ' ' || last_name, ', ')FROM parents_workshops
        JOIN parents ON parents.id = ANY (parents_workshops.parents_id)
        WHERE teacher_id = ${id} GROUP BY date`
    );

//teacherController.js

const getParentWorkshops = (req, res, next) => {
    const teacherId = req.params.id;

    Teacher.findParentWorkshops(teacherId)
        .then(workshops => {    
            res.status(200).json({
                ok: true,
                status: 200,
                message: `Parents' workshops found`,
                length: workshops.length,
                workshops,
            });
        })
        .catch(next);
};

//teacherRoutes.js

router
    .route(`/teachers/:id/parents-workshops`)
    .get(getParentWorkshops)
    .post(postParentWorkshop);

Eu esperava o mesmo resultado do sqlfiddle acima. No entanto, recebi isso de volta (NB, os dados esperados devem ser o valor para a chave 'workshops':

{
"ok": true,
"status": 200,
"message": "Parents' workshops found",
"workshops": {
"command": "SELECT",
"rowCount": 0,
"oid": null,
"rows": [],
"fields": [
{
"name": "date",
"tableID": 0,
"columnID": 0,
"dataTypeID": 25,
"dataTypeSize": -1,
"dataTypeModifier": -1,
"format": "text"
},
{
"name": "string_agg",
"tableID": 0,
"columnID": 0,
"dataTypeID": 25,
"dataTypeSize": -1,
"dataTypeModifier": -1,
"format": "text"
}
],
"_parsers": [
null,
null
],
"RowCtor": null,
"rowAsArray": false
}

}

Pesquisei um pouco e descobri que esse é o formato que as consultas INSERT normalmente retornam para o postgres de nó, mas ainda não encontrei uma solução. Alguma idéia?

    
0
1 Respostas                              1                         

Parece que sua função findParentWorkshops está retornando (parte de) a definição da consulta, em vez do resultado da consulta. Então, na verdade, não está sendo executado.

Abaixo, eu o incluí explicitamente em uma promessa e incluí as instruções return e ele executa a produção de um resultado. Estou usando o node v6, talvez sua versão mais recente opere um pouco diferente, ou você está usando o bluebird para suas promessas?

Além disso, observe a cláusula .on('query'. Eu uso isso durante a depuração. Isso garante que o SQL gerado é o que eu espero, e mostra que a consulta está realmente em execução.

Deixo a cláusula .on('query-error' para boas dicas de erro em tempo de execução, mas, na verdade, efetuo login por meio de um mecanismo baseado em arquivo.

function findParentWorkshops(id) {
    console.log('Debug 00 .findParentWorkshops');

    return Promise.resolve()
        .then( function() { 
            console.log('Debug 01');
            return db.raw( `SELECT to_char(workshop_date, 'YYYY-MM-DD') date, STRING_AGG(first_name || ' ' || last_name, ', ')FROM parents_workshops
                JOIN parents ON parents.id = ANY (parents_workshops.parents_id)
                WHERE teacher_id = ? GROUP BY date` , [id]) 
                // debug error reporting, remove for production.
                .on('query', function(data) {
                    console.log('Debug81 query:', data);
                })
                // runtime error reporting, execution is not interrupted.
                .on('query-error', function(ex, obj) {
                    console.log("Error89 .on.query-error", {"obj":obj, "ex":ex} );
                })
        })
};
    
0
2019-05-09 18: 09: 58Z
fonte colocada Aqui