MagicStack / MagicStack/asyncpg
[Bug] Wrong number of columns Error
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Python
- Estrellas
- 8.1k
- Forks
- 469
- Merge medio
- 18 min
- PR fusionados (30 d)
- 4
Descripción
- asyncpg version: 0.23
- PostgreSQL version: 13
- Do you use a PostgreSQL SaaS? If so, which? Can you reproduce
the issue with a local PostgreSQL install?: Yandex Cloud - Python version: 3.7
- Platform: Ubuntu 18.04
- Do you use pgbouncer?: yes
- Did you install asyncpg with pip?: no
- If you built asyncpg locally, which version of Cython did you use?: no
- Can the issue be reproduced under both asyncio and
uvloop?: don't know
We have a web server on Python which is sending queries to the PostgreSQL cluster. After adding a column to the table using a migration without disconnecting I encounter errors with some queries to that table. Example of the query below:
WITH row_info as ( SELECT id FROM UNNEST($1::scheme.affected_table[]) ) DELETE FROM scheme.affected_table AS entities USING row_info WHERE entities.id = row_info.id;
To $1 I pass the list of dictionaries like [{'id': 1, 'field1': 'value1', ...}].
Before the migration or from new connections the query works perfectly. But for queries from web-server I get "wrong number of columns: 11, expected 12". Rebooting the web-server resolves the problem.
I think the problem can be related to Prepared Statements or encoding of Mapping.
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
El informe no proporciona ningún archivo fuente ni punto de entrada de pruebas. Empieza reproduciendo la consulta UNNEST después de una migración de esquema con una conexión existente y, a continuación, compárala con una conexión nueva mientras investigas las sentencias preparadas y la codificación del mapeo. Se considera terminado cuando la consulta con la conexión obsoleta ya no informa de una discrepancia en el número de columnas.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- postgresql, python
- Área
- databases
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 30/100