trinodb/trino

INTERVAL `x` SECOND values with `x` having >3 digits of decimal precision are silently truncated

Open

#6 754 ouverte le 29 janv. 2021

Voir sur GitHub
 (4 commentaires) (0 réactions) (0 assignés)Java (2 678 forks)batch import
good first issue

Métriques du dépôt

Stars
 (9 113 stars)
Métriques de merge PR
 (Merge moyen 5j 9h) (306 PRs mergées en 30 j)

Description

minimal example:

presto:default> 
SELECT val + INTERVAL '.0001' second 
FROM (VALUES TIMESTAMP '2021-01-01 00:00:00.123456789 UTC') 
AS t (val);
               _col0
-----------------------------------
 2021-01-01 00:00:00.123456789 UTC
(1 row)

This is a really unfortunate bug as it results in silently incorrect data. Ideally the INTERVAL function could be patched to do the right thing here, but we'd also be ok if it would at least throw an error rather than return incorrect data.

Guide contributeur

Direction de recherche
Examinez la logique d'analyse d'INTERVAL dans l'analyseur SQL de Trino et la coercition de type pour trouver l'endroit où les secondes décimales sont tronquées. Regardez comment le littéral `.0001` secondes est converti en un type Duration ou IntervalDayTime et identifiez où la précision au delà de 3 décimales est perdue.
Stack technique
java
Domaine
databasebackend
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
Une demi journée
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
JavaSQL
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
40