[Bug] Support inclusive end time syntax ] in GROUP BY clause IoTDB 2.0.5
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 45/100
Piste de recherche
Commencez par localiser le point d’entrée de la clause SQL GROUP BY et le traitement des bornes de fin des intervalles. Reproduisez les exemples de l’issue, puis vérifiez qu’un ] fermant est accepté et que les données exactement à l’horodatage de fin sont incluses sans modifier le comportement existant de [start, end).
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Search before asking
- I searched in the issues and found nothing similar.
Version
OS: Ubuntu 24.04 LTS
IoTDB: 2.0.5
Describe the bug and provide the minimal reproduce step
Currently, the GROUP BY clause in IoTDB strictly uses the left-closed, right-open [start, end) time interval format. Users often need to include the data point exactly at the end time (e.g., [start, end]), but the current syntax does not support using ] to specify an inclusive end time.
When querying time-series data, it is common to want a precise inclusive range (e.g., from 12:00 to 13:00 inclusive). To achieve this now, users must manually extend the end_time by a small fraction (e.g., +1ms) or by a full time interval unit, which is unintuitive and can lead to errors or off-by-one queries.
What did you expect to see?
Support the standard interval syntax ] to denote an inclusive end time in the GROUP BY clause.
Example:
Allow this syntax:
SELECT count(s1) FROM root.sg.d1
GROUP BY ([2026-01-27T12:00:00, 2026-01-27T13:00:00], 1m)
What did you see instead?
Current syntex doesn't allow ] for end time. I have to use the below syntex:
SELECT count(s1) FROM root.sg.d1
GROUP BY ([2026-01-27T12:00:00, 2026-01-27T13:00:00), 1m)
but it excludes the value at 13:00:00
Anything else?
Current Workaround:
Users currently have to modify the timestamp manually:
-- Extended by 1ms to capture the last point
GROUP BY ([2026-01-27T12:00:00, 2026-01-27T13:00:00.001), 1m)
Are you willing to submit a PR?
- I'm willing to submit a PR!
- Langage dominant
- Java
- Étoiles
- 6.4k
- Forks
- 1.2k
- Merge moyen
- 1 j 17 h
- PR mergées (30 j)
- 152
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de apache/iotdb
-
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
-
IoTDB Edge: stop-edge.sh does not stop its own process when IOTDB_HOME is set, and reports success Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
-
[Bug] 执行start-all.sh后无法启动集群问题 Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
-
[Bug] findColumn throws NullPointerException instead of SQLException for an unknown column name Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
Toutes les issues de apache/iotdb
Issues similaires
-
area-deployment area-integrations triage:bot-seen
Difficulté 2/5 Une demi-journée Accessibilité débutants 86/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
apache/flink-agents#1156 ·
-
[source-shopify] FAILED bulk operation without partialDataUrl is silently treated as successful Ouvertearea/connectors autoteam community connectors/source/shopify needs-triage team/use type/bug
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 85/100