[coverage] Conformance findings: COMPLEX-015

[peco-engineer-bot]

Summary

Surfaced by the multi-language coverage fan-out while conformance-testing these SPEC-IDs against databricks/databricks-sql-go. Each finding is committed as an expected-failure (xfail) test in the coverage PR — the test asserts the CORRECT (post-fix) behavior and stays red until THIS driver (databricks/databricks-sql-go) is fixed, then flips green as a tripwire.

Findings

• COMPLEX-015 [thrift]: Nested DOUBLE leaves are spelled with Go's shortest-decimal JSON writer (1e+21, 0.0001, 100, 10000000) instead of the reference forced-fraction / capital-'E' / unsigned-unpadded-exponent layout (1.0E21, 1.0E-4, 100.0, 1.0E7)
  • failing test: TestNestedDoubleLeafTextSpelling (see the coverage PR diff under tests/)
• COMPLEX-015: Nested DOUBLE leaves in STRUCT/ARRAY/MAP are spelled with Go's shortest-decimal JSON writer (1e+21, 0.0001, 100, 10000000) instead of the reference forced-fraction / capital-'E' / unsigned-unpadded-exponent layout (1.0E21, 1.0E-4, 100.0, 1.0E7), so nested-DOUBLE text diverges from every other driver (issue staging put: stream file uploads instead of loading all to memory #197 alignment)

Reproduce & Expected

COMPLEX-015 — Verify that a DOUBLE nested inside a complex type (STRUCT / ARRAY / MAP) and read through the driver's TEXT surface is spelled with the canonical layout: a forced fractional part, capital-'E' scienti…

Expected (per the shared spec):

• result has exactly 1 row(s)
• result has 3 column(s)
• full assertion contract:

result:
- row_count: 1
- column_count: 3
- nested_leaf_text_spelling:
    column: struct_doubles
    leaves:
      sci: 3.2033798725730455E8
      small: '1.0E-4'
      whole: '100.0'
      big: 1.0E21
      tiny: '1.0E-7'
- nested_leaf_text_spelling:
    column: array_doubles
    leaves:
    - '1.0'
    - '-2.5'
    - 1.0E7
    - '9999999.0'
    - '0.001'
    - 1.0E100
- nested_leaf_text_spelling:
    column: map_double
    leaves:
      d: '1.0E-4'

Context

• The behavior was first fixed in a DIFFERENT driver — reference PR: https://github.com/databricks/databricks-odbc/pull/215 — which seeded the shared language-neutral spec. This issue tracks the same conformance gap in databricks/databricks-sql-go; the reference PR is for cross-referencing the intended behavior, NOT a change to this repo.
• Coverage PR carrying the reproducing xfail test(s): https://github.com/databricks/databricks-driver-test/pull/1170