[ 
https://issues.apache.org/jira/browse/CALCITE-6282?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mihai Budiu updated CALCITE-6282:
---------------------------------
    Description: 
SqlOperatorTest contains the following disabled test:

{code:java}
f.checkScalar("cast(TIME '12:42:25.34' as TIME(2))",
        "12:42:25.34", "TIME(2) NOT NULL");
{code}

This test is disabled based on the following condition;

{code:java}
  /**
   * Whether <a href="http://issues.eigenbase.org/browse/FRG-282";>issue
   * FRG-282: Support precision in TIME and TIMESTAMP data types</a> is fixed.
   */
  public static final boolean FRG282_FIXED = true;
{code}

However, the result is computed correctly. The precision is lost in the JDBC 
layer, which creates a TimeFromNumberAccessor which does not depend on the 
precision of the target type: it always returns the time with a precision of 0.

  was:
SqlOperatorTest contains the following disabled test:

{code:java}
f.checkScalar("cast(TIME '12:42:25.34' as TIME(2))",
        "12:42:25.34", "TIME(2) NOT NULL");
{code}

This bug is disabled based on the following condition;

{code:java}
  /**
   * Whether <a href="http://issues.eigenbase.org/browse/FRG-282";>issue
   * FRG-282: Support precision in TIME and TIMESTAMP data types</a> is fixed.
   */
  public static final boolean FRG282_FIXED = true;
{code}

However, the result is computed correctly. The precision is lost in the JDBC 
layer, which creates a TimeFromNumberAccessor which does not depend on the 
precision of the target type: it always returns the time with a precision of 0.


> Avatica ignores time precision when returning TIME results
> ----------------------------------------------------------
>
>                 Key: CALCITE-6282
>                 URL: https://issues.apache.org/jira/browse/CALCITE-6282
>             Project: Calcite
>          Issue Type: Bug
>          Components: avatica, core
>    Affects Versions: 1.36.0
>            Reporter: Mihai Budiu
>            Priority: Minor
>
> SqlOperatorTest contains the following disabled test:
> {code:java}
> f.checkScalar("cast(TIME '12:42:25.34' as TIME(2))",
>         "12:42:25.34", "TIME(2) NOT NULL");
> {code}
> This test is disabled based on the following condition;
> {code:java}
>   /**
>    * Whether <a href="http://issues.eigenbase.org/browse/FRG-282";>issue
>    * FRG-282: Support precision in TIME and TIMESTAMP data types</a> is fixed.
>    */
>   public static final boolean FRG282_FIXED = true;
> {code}
> However, the result is computed correctly. The precision is lost in the JDBC 
> layer, which creates a TimeFromNumberAccessor which does not depend on the 
> precision of the target type: it always returns the time with a precision of 
> 0.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to