redis / redis/RedisInsight

[Feature Request]:Add datetime widgets for humans to query range data

Open
#5,588 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

feature
Dominant language
TypeScript
Stars
8.8k
Forks
491
Avg merge
1d 22h
Merged PRs (30d)
49

Description

Problem description
Querying redis timeseries using expects you to have the unix timestamps to bounding your ts.range query. This is poor UX considering that humans generally deal with human-readable timestamps. A simple widget to pick the datetime could save so many people so much time.

How often do you encounter this problem

Every single time. When I want to look at data from...
"last Monday to Wednesday"
"3pm to 6pm today"
"the last 5 minutes"
I have to figure out the exact unix timestamps for that range first. Thats too much friction from a user experience (db admin).
I have to use external tools to convert my dates to unix timestamps in order to start have the bounds to do my query. Could have been just a widget within the workbench that takes my human-readable datetimes and converts them to unix timestamp under the hood.

Alternatives considered
https://www.unixtimestamp.com/
https://www.epochconverter.com/

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing RedisInsight's existing Redis time-series range-query workflow and identifying where users enter the Unix timestamp bounds. Define which human-readable inputs and relative ranges must be supported, then verify that the widget produces equivalent query bounds and works for the examples in the issue.

Written by the indexing model from the issue text.

Assessment

Tech stack
redis, typescript
Domain
databases, frontend
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.