Supported type conversions in v2

[gingerwizard]

v1 of this driver allowed different types to be passed for a column at insertion type, with this necessary type conversion supported implicitly. Whilst this was convenient, it also allowed the potential loss of precision. Our aspiration for v2 is to support all possible implicit conversions that can be done safely with no precision loss.

Currently, v2 has a number of functional gaps where no precision would be lost and conversion could be safely performed. This issue will be used to track current gaps and the eventual compatibility matrix.

Current support recorded here.

Known gaps:

• Insert string to datetime64
• Insert string to datetime
• Insert string to date
• sql.Null* types Support sql.Null* types #682

[gwvandesteeg]

Can you add String to UUID and vice versa, especially for those of us that don't use the google UUID library (github.com/google/uuid), but alternatives such as github.com/gofrs/uuid, which for us has a much cleaner API and more expansive functionality.

[quan-nguyen2]

I have the same issue with Date type, in v1, we are able to use string to represent date; but in v2, it returns the error converting string to Date is unsupported

[fiftin]

Hi @gingerwizard ,

What should be done to close this issue?

[gingerwizard]

@fiftin we need to go through and compare v1 and v2 to see where type conversions are missing that also don't loose precision. Then we need to address gaps.
Right now I'm addressing as users report.

Noting @quan-nguyen2 issue I'll fix in next release.

[fiftin]

@gingerwizard

So: time & date to/from string conversion? That's all?

[gingerwizard]

No im sure there are more cases we have gaps, I just haven't done a complete audit.

[gingerwizard]

Currently supported conversions now documented here. This will be merged to main. We welcome PRs to add X's.

[DGuang21]

hi! @gingerwizard
I want to complete the type conversions of string to datetime, and I have completed part of it now, but I am worried that it will not meet the code specifications. Can you tell me whether the implementation of this PR is feasible? https://github.com/DGuang21/clickhouse-go/pull/1

The principle is to match the text through regular rules, and if it is a text time type that conforms to the rules, it will be converted.