Derby
  1. Derby
  2. DERBY-3856

difference between Embedded vs DerbyNetClient in format of return from timestamp(cast(? as varchar(32)))

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 10.3.3.1, 10.4.2.0, 10.5.1.1
    • Fix Version/s: 10.5.3.1, 10.6.2.1, 10.7.1.1
    • Component/s: SQL
    • Labels:
      None
    • Urgency:
      Normal
    • Bug behavior facts:
      Deviation from standard, Embedded/Client difference

      Description

      There is a slight difference in how Embedded vs. DerbyNetClient return a specific cast.
      This showed up during conversion of the test lang/datetime.sql which before was only run with Embedded...

      The following sql:
      prepare dateTimePS as 'values( date(cast(? as integer)),timestamp(cast(? as varchar(32))))';
      execute dateTimePS using 'values(cast(1 as integer), ''2003-03-05-17.05.43.111111'')';
      gives:
      1 |2
      -------------------------------------
      Embedded: 1970-01-01|2003-03-05-17.05.43.111111
      DerbyNetClient: 1970-01-01|2003-03-05 17:05:43.111111
      (in Embedded there's a '-' between date and time part, with DerbyNetClient a space; with Embedded the separator between time elements is ., with DerbyNetClient :. Embedded reflects the data as passed in, with DerbyNetClient it seems to be the default timestamp format).

      I am not sure which is correct at this point, but I confirmed the behavior is like this in latest builds of trunk and 10.3 and 10.4 branches.

      1. fix.diff
        5 kB
        Knut Anders Hatlen

        Issue Links

          Activity

          No work has yet been logged on this issue.

            People

            • Assignee:
              Knut Anders Hatlen
              Reporter:
              Myrna van Lunteren
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Development