Vous n'êtes pas identifié(e).
Pages : 1
Après votre interrogation sur les majuscules, j'ai bêtement essayé de passer le nom de ma base en minuscules...
Et ça marche :-D
Je vais faire de même pour mes noms de champs, histoire d'économiser des guillemets :-)
Merci beaucoup :-)
Il est vrai que les majuscules et chiffres dans les noms des tables et des champs est quelque chose de proscrit (enfin chez moi).
De même pour les espaces, les remplacer par des underscores "_".
Éviter également les tables ou schémas ayant des noms type "reference" qui est un mot clé...
Juste à titre de conseils, qui m'a permis d'éviter pas mal de soucis.
[RESOLU]
Suite et fin du problème.
En fait nous construisions le BODY des vues qui appelaient des fonctions, créées elles aussi dynamiquement pour être exploitées à la volée par du code.
La définition incluait en guise de paramètre de la clause WHERE le "$1" qui était remplacé par "1" pour tester la syntaxe SQL de la rèquête.
En 8.2, avant la migration, le CAST devait être implicite. Mais avec la 8.4, il faut expliciter le CAST pour éviter ce genre d'erreur.
Voilà.
Ok merci pour cette piste, je reviendrai poster une fois la solution trouvée.
Bonne journée.
Effectivement nous étions en 8.2 et nous sommes passé en 8.4 il y a presque 1 an, un potentiel lien ?
Je vais continuer à creuser le système de création des vues pour voir s'il me manque pas quelque chose dans notre processus interne au niveau d'une des vues sur laquelle s'appuie la globale.
Si je n'ai pas gain de cause je reviendrai vers vous.
Merci.
Bonjour,
Nous avons un système qui créé automatiquement des vues.
Or lorsque l'exécution de la création d'une des vues doit se faire le message suivant arrive :
"failed to find conversion function from unknown to character varying"
Il s'agit d'une vue qui fait l'UNION de 54 requêtes SELECT qui sont basé également sur des vues.
Le système qui créé les vues fonctionne depuis des années. Y-a-t-il une limite dans la définition des vues ?
version PG : 8.4
Pages : 1
