Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature-wip] support datev2/datetimev2/timev2 in FE #9611

Closed
wants to merge 1 commit into from

Conversation

Gabriel39
Copy link
Contributor

Proposed changes

#9575

Problem Summary:

Describe the overview of changes.

Checklist(Required)

  1. Does it affect the original behavior: (Yes/No/I Don't know)
  2. Has unit tests been added: (Yes/No/No Need)
  3. Has document been added or modified: (Yes/No/No Need)
  4. Does it need to update dependencies: (Yes/No)
  5. Are there any changes that cannot be rolled back: (Yes/No)

Further comments

If this is a relatively large or complex change, kick off the discussion at dev@doris.apache.org by explaining why you chose the solution you did and what alternatives you considered, etc...

@github-actions github-actions bot added area/load Issues or PRs related to all kinds of load area/planner Issues or PRs related to the query planner area/sql/function Issues or PRs related to the SQL functions labels May 17, 2022
@Gabriel39 Gabriel39 changed the title [Feature] refactor date/datetime with higher precision data type [Feature-wip] support datev2/datetimev2/timev2 in FE May 17, 2022
@hf200012
Copy link
Contributor

Please update the datatype documentation

@Gabriel39
Copy link
Contributor Author

Please update the datatype documentation

@hf200012 Im planning to update doc when I finish refactoring date/datetime. This PR just add new types in BE and users cannot use it actually.

@Gabriel39 Gabriel39 force-pushed the rafactor_time branch 3 times, most recently from 68456d9 to 5d6dab9 Compare May 18, 2022 11:28
@Gabriel39 Gabriel39 force-pushed the rafactor_time branch 3 times, most recently from acfbd0c to 248aace Compare May 20, 2022 03:54
@Gabriel39
Copy link
Contributor Author

To avoid rebase problem, I take all changes in FE and BE into a single PR 9916. And I just closed this PR.

@Gabriel39 Gabriel39 closed this Jun 1, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/load Issues or PRs related to all kinds of load area/planner Issues or PRs related to the query planner area/sql/function Issues or PRs related to the SQL functions kind/test
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants