PanierAvide
commented
1 year ago Bonjour,
Merci pour ce retour dĂ©taillĂ©. Il y a de grandes chances que ce problĂšme de casse soit du cĂŽtĂ© de PostgreSQL, Ă savoir que si un nom de colonne ou de table est dans une requĂȘte SQL sans ĂȘtre entourĂ© de double-guillemets ", il est automatiquement repassĂ© en minuscules. Deux façons de corriger :
- Documenter que les noms de projets sont à toujours mettre en minuscules (ça prendra quelques minutes à faire)
- Modifier toutes les requĂȘtes SQL pour entourer les noms de tables et colonnes de
"(un peu plus long, et besoin d'ĂȘtre testĂ© de fond en comble)
Cordialement.
Darkham42
Bonjour,
Tout d'abord merci pour la mise Ă disposition de cet outil fort pratique !
J'ai constatĂ© un soucis que j'ai du mal Ă comprendre malgrĂ© le fait d'avoir Ă©normĂ©ment consultĂ© le code et surtout les scripts sql. En effet, un identifiant entiĂšrement en majuscule m'a empĂȘchĂ© d'avancer...
Illustrons ce soucis par un exemple : Créons un projet CINEMA, avec du coup l'identifiant
2023_CINEMAet le titleCINEMA, en consultant ma base de donnée, j'ai bien les tables suivantes :Toutefois lorsque je fais tourner les scripts (le db/30_projects_update.js en particulier si je ne m'abuse), il me renvoie l'erreur suivante :
On peut constater dans l'erreur une différence de casse entre ce qu'il attend et ce qui est en base de donnée...
J'ai du coup mis en minuscule l'id du projet et depuis plus de soucis... Mais je ne vois rien dans le code qui ferait un lowerCase de cet id, donc je ne peux pas contribuer pour corriger ce soucis. Ou alors le soucis est tout autre, mais ça me semble peu probable. Je m'en remets donc à vous !