Postgres est heureux s'il peut détecter des types de constantes non typées à partir du contexte. Mais lorsqu'aucun contexte n'est possible, et lorsque la requête est un peu plus complexe que triviale, alors ce mécanisme échoue. Ces règles sont spécifiques à toute clause SELECT, et certaines sont plus strictes, d'autres non. Si je peux dire, les routines plus anciennes sont plus tolérantes (en raison d'une plus grande compatibilité avec Oracle et d'un impact moins négatif sur les débutants), les modernes sont moins tolérantes (en raison d'une plus grande sécurité pour les erreurs de frappe).
Certaines propositions essayaient de travailler avec n'importe quelle constante littérale inconnue comme la constante de texte, mais ont été rejetées pour plus de raisons. Je ne m'attends donc pas à des changements significatifs dans ce domaine. Ce problème est généralement lié aux tests synthétiques - et moins aux requêtes réelles, où les types sont déduits des types de colonnes.
