J'aimerais faire un graphique qui me donne des données de la semaine dernière.
J'ai essayé d'utiliser ce code mais cela est erronée. p> J'ai également essayé p> Cela me donne cette erreur p> Erreur d'exécution Query: Types ou fonctions spécifiés (un par info
message) non pris en charge sur des tables redshift. P>
blockQuote> p>
4 Réponses :
Essayez cette version: Si vous souhaitez également limiter la limite supérieure des données à minuit (c.-à-d. Data de la semaine dernière, se terminant à minuit d'aujourd'hui), vous pouvez utiliser : p>
Redshift fait i> Supporte les types de données de casting utilisant l'opérateur double côlon docs.aws.amazon.com/redshift/latest/dg/r_cast_function.html
@Laurenzalbe Redshift était une fourchette de Postgres 8, donc si vous vous souvenez :: CODE> étant là, alors ma déclaration originale était incorrecte.
Vous pouvez essayer ceci ci-dessous option-
Je ne suis pas sûr que RedShift prend en charge la syntaxe code> intervalle code>.
C'est pour les postgres comme étiquetés.
Postgres! = Redshift. Redshift est une fourchette d'une version assez ancienne de Postgres. C'est pourquoi la syntaxe des deux bases de données n'est pas toujours d'accord.
Hmmm, mais je pensais que c'est un problème de postgres comme OP étiqueté Postgres.
Intervalles sont i> pris en charge par Amazon Redshift: Littéraux d'intervalle - Amazon Redshift
Vous n'avez pas mentionné ce que le type de données de la colonne TIME_STAMP CODE> est, mais en supposant que c'est quelque chose qui puisse être jeté vers
date code> alors je pense que le problème pourrait être dû à votre utilisation de la fonction
() code> qui est obsolète sur redshift. Essayez de remplacer cela avec
getDate () code> ou
sysdate code> selon la documentation . p>
dans Redshift, j'écrirais cela comme suit: Je soupçonne que time_stamp code> peut être utilisé pour partitionnement et vous souhaitez faire attention aux comparaisons impliquant des fonctions sur il. p> p>
Dupliqué possible de Date_sub OK avec MySQL, KO avec PostgreSQL
J'ai supprimé la balise PostgreSQL parce que c'est évidemment trompeur.