Add support for more JSR-310 related classes about JDBC Timestamp in IntervalShardingAlgorithm

[linghengqian]

For #17752.

Changes proposed in this pull request:

• Added support for java.time.Instant, java.time.OffsetDateTime, java.time.ZonedDateTime in org.apache.shardingsphere.sharding.algorithm.sharding.datetime.IntervalShardingAlgorithm.
• Added unit tests for java.sql.Timestamp, java.time.Instant, java.time.OffsetDateTime, java.time.ZonedDateTime in org.apache.shardingsphere.sharding.algorithm.sharding.datetime.IntervalShardingAlgorithmTest.

[linghengqian]

• Handling of classes such as java.time.LocalDate(JDBC Type is Date in Mybatis),java.time.LocalTime(JDBC Type is Time in Mybatis), java.time.OffsetTime(JDBC Type is Time in Mybatis), java.time.Year(JDBC Type is INTEGER in Mybatis), java.time.Month(JDBC Type is INTEGER in Mybatis), java.time.YearMonth(JDBC Type is VARCHAR or LONGVARCHAR in Mybatis) and java.time.chrono.JapaneseDate(JDBC Type is Date in Mybatis) will be added later.

[linghengqian]

• @strongduanmu I've noticed that when IntervalShardingAlgorithm and LocalDateTime are strongly coupled to properties other than the incoming value, this is a difficult thing for me to deal with due to my lack of experience dealing with the common superclass of LocalDateTime and LocalDate. I will not close the original issue, because I hope some friends can help improve the design of org.apache.shardingsphere.sharding.algorithm.sharding.datetime.IntervalShardingAlgorithm. At the same time, an unsupported list will be listed in the corresponding issue. 🙈

• Although ZonedDateTime has a time zone, since its JDBC Type(Timestamp) has no concept of a time zone, I don't feel it should add an extra time zone to Greenwich Mean Time.

[codecov-commenter]

Codecov Report

Merging #17754 (b6de16c) into master (c1fe31c) will increase coverage by 0.14%.
The diff coverage is 100.00%.

@@             Coverage Diff              @@
##             master   #17754      +/-   ##
============================================
+ Coverage     59.02%   59.16%   +0.14%     
- Complexity     2128     2131       +3     
============================================
  Files          3593     3593              
  Lines         53378    53373       -5     
  Branches       9116     9115       -1     
============================================
+ Hits          31506    31580      +74     
+ Misses        19207    19121      -86     
- Partials       2665     2672       +7     

Impacted Files	Coverage Δ
...m/sharding/datetime/IntervalShardingAlgorithm.java	90.19% <100.00%> (+0.40%)	⬆️
...gsphere/infra/metadata/ShardingSphereMetaData.java	9.52% <0.00%> (-3.81%)	⬇️
...n/updatable/AlterSQLParserRuleStatementAssert.java	66.66% <0.00%> (-2.09%)	⬇️
...gsphere/mode/metadata/MetaDataContextsBuilder.java	95.45% <0.00%> (-0.98%)	⬇️
.../manager/cluster/ClusterContextManagerBuilder.java	67.46% <0.00%> (-0.39%)	⬇️
...dingsphere/proxy/backend/context/ProxyContext.java	60.00% <0.00%> (ø)
...ser/core/common/CommonDistSQLStatementVisitor.java	0.00% <0.00%> (ø)
.../SQLParserCacheOptionConfigurationYamlSwapper.java	0.00% <0.00%> (ø)
...de/manager/memory/MemoryContextManagerBuilder.java	0.00% <0.00%> (ø)
...rdingGeneratedKeyInsertValueParameterRewriter.java	89.47% <0.00%> (ø)
... and 8 more

---

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update c1fe31c...b6de16c. Read the comment docs.

[strongduanmu]

@linghengqian Thank you, let's see if anyone else is willing to submit a PR to support the LocalDate.