We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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?
to your account
Submitted by: @asfernandes
Is related to QA193
From a Russian newsgroup:
I have discovered that different logic is used for operations with date and time parts.
DATEDIFF(MONTH, CAST('30.01.2007' AS DATE), CAST('31.01.2007' AS
DATE)) returns 0,
DATEDIFF(MONTH, CAST('31.01.2007' AS DATE), CAST('01.02.2007' AS
DATE)) returns 1.
So the result value changes at the month boundary.
DATEDIFF(HOUR, CAST('01:59:59' AS TIME), CAST('02:59:58' AS
TIME)) returns 0,
DATEDIFF(HOUR, CAST('01:59:59' AS TIME), CAST('02:59:59' AS
TIME)) returns 1.
So the integer number of hours is always returned.
Is it intentional? If so, why?
Third query should return 1.
The text was updated successfully, but these errors were encountered:
status: Open [ 1 ] => Resolved [ 5 ]
resolution: Fixed [ 1 ]
Sorry, something went wrong.
Link: This issue is related to QA193 [ QA193 ]
Workflow: jira [ 13325 ] => Firebird [ 14005 ]
Commented by: @pmakowski
Q/A test ok
status: Resolved [ 5 ] => Closed [ 6 ]
QA Status: No test
QA Status: No test => Done successfully
No branches or pull requests