Uh oh!
There was an error while loading. Please reload this page.
[Enhancement](function) support unix_timestamp with float - #26827
Conversation
zclllyybb
commented
Nov 12, 2023
run buildall |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
zclllyybb
commented
Nov 12, 2023
run buildall |
doris-robot
commented
Nov 12, 2023
TeamCity be ut coverage result: |
zclllyybb
commented
Nov 12, 2023
run buildall |
Uh oh!
There was an error while loading. Please reload this page.
doris-robot
commented
Nov 12, 2023
TPC-H test result on machine: 'aliyun_ecs.c7a.8xlarge_32C64G' |
doris-robot
commented
Nov 12, 2023
(From new machine)TeamCity pipeline, clickbench performance test result: |
doris-robot
commented
Nov 13, 2023
TeamCity be ut coverage result: |
zclllyybb
commented
Nov 13, 2023
run buildall |
zclllyybb
commented
Nov 13, 2023
@Gabriel39@morrySnow PTAL |
doris-robot
commented
Nov 13, 2023
TeamCity be ut coverage result: |
doris-robot
commented
Nov 13, 2023
TPC-H test result on machine: 'aliyun_ecs.c7a.8xlarge_32C64G' |
doris-robot
commented
Nov 13, 2023
(From new machine)TeamCity pipeline, clickbench performance test result: |
zclllyybb
commented
Nov 14, 2023
run buildall |
doris-robot
commented
Nov 14, 2023
TeamCity be ut coverage result: |
doris-robot
commented
Nov 14, 2023
TPC-H test result on machine: 'aliyun_ecs.c7a.8xlarge_32C64G' |
doris-robot
commented
Nov 14, 2023
(From new machine)TeamCity pipeline, clickbench performance test result: |
zclllyybb
commented
Nov 14, 2023
run buildall |
doris-robot
commented
Nov 14, 2023
TeamCity be ut coverage result: |
doris-robot
commented
Nov 14, 2023
(From new machine)TeamCity pipeline, clickbench performance test result: |
doris-robot
commented
Nov 14, 2023
TPC-H test result on machine: 'aliyun_ecs.c7a.8xlarge_32C64G' |
zclllyybb
commented
Nov 14, 2023
run buildall |
Uh oh!
There was an error while loading. Please reload this page.
doris-robot
commented
Nov 14, 2023
TeamCity be ut coverage result: |
doris-robot
commented
Nov 14, 2023
TPC-H test result on machine: 'aliyun_ecs.c7a.8xlarge_32C64G' |
doris-robot
commented
Nov 14, 2023
(From new machine)TeamCity pipeline, clickbench performance test result: |
zclllyybb
commented
Nov 24, 2023
run buildall |
doris-robot
commented
Nov 24, 2023
TPC-H test result on machine: 'aliyun_ecs.c7a.8xlarge_32C64G' |
doris-robot
commented
Nov 24, 2023
(From new machine)TeamCity pipeline, clickbench performance test result: |
PR approved by at least one committer and no changes requested. |
--------- Co-authored-by: YangWithU <plzw8@outlook.com>
--------- Co-authored-by: YangWithU <plzw8@outlook.com>
remove float and double literal toString and getStringValue introduced by PR apache#23504 and PR apache#23271 These functions lead to wrong cast result of double and float literal fix string cast to datetimev2 error introduced by PR apache#26827 we should cast to exactly scale of datetimev2 when cast string to it
remove float and double literal toString and getStringValue introduced by PR apache#23504 and PR apache#23271 These functions lead to wrong cast result of double and float literal fix string cast to datetimev2 error introduced by PR apache#26827 we should cast to exactly scale of datetimev2 when cast string to it
remove float and double literal toString and getStringValue introduced by PR apache#23504 and PR apache#23271 These functions lead to wrong cast result of double and float literal fix string cast to datetimev2 error introduced by PR apache#26827 we should cast to exactly scale of datetimev2 when cast string to it
remove float and double literal toString and getStringValue introduced by PR apache#23504 and PR apache#23271 These functions lead to wrong cast result of double and float literal fix string cast to datetimev2 error introduced by PR apache#26827 we should cast to exactly scale of datetimev2 when cast string to it
remove float and double literal toString and getStringValue introduced by PR apache#23504 and PR apache#23271 These functions lead to wrong cast result of double and float literal fix string cast to datetimev2 error introduced by PR apache#26827 we should cast to exactly scale of datetimev2 when cast string to it
remove float and double literal toString and getStringValue introduced by PR apache#23504 and PR apache#23271 These functions lead to wrong cast result of double and float literal fix string cast to datetimev2 error introduced by PR apache#26827 we should cast to exactly scale of datetimev2 when cast string to it
remove float and double literal toString and getStringValue introduced by PR apache#23504 and PR apache#23271 These functions lead to wrong cast result of double and float literal fix string cast to datetimev2 error introduced by PR apache#26827 we should cast to exactly scale of datetimev2 when cast string to it
1. compute signature should call super#computeSignature first 2. fold const return type not changed after signature changed in apache#26827
1. compute signature should call super#computeSignature first 2. fold const return type not changed after signature changed in apache#26827
1. compute signature should call super#computeSignature first 2. fold const return type not changed after signature changed in apache#26827
1. compute signature should call super#computeSignature first 2. fold const return type not changed after signature changed in apache#26827
1. compute signature should call super#computeSignature first 2. fold const return type not changed after signature changed in apache#26827
…ng (apache#35727) 1. compute signature should call super#computeSignature first 2. fold const return type not changed after signature changed in apache#26827 we already have p0 for this case, but our regression framework has bug that it report success when compare decimal type if real result lose scale
…ng (apache#35727) 1. compute signature should call super#computeSignature first 2. fold const return type not changed after signature changed in apache#26827 we already have p0 for this case, but our regression framework has bug that it report success when compare decimal type if real result lose scale
Proposed changes
Issue Number: close#24382
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...