test: add it for produce & scan log for all supported datatypes

[linguoxuan]

Purpose

Linked issue: close #199

Brief change log

1. Add it test for produce & scan log for all supported datatypes.
2. Fix incorrect Arrow array type reading for Timestamp, Date, Time in Log table deserialization.

Tests

API and Format

Documentation

[linguoxuan]

@luoyuxia Hi, can you take a look?

[luoyuxia]

@fresh-borzoni Could you please also help review this?

[Copilot]

Pull request overview

This PR adds an end-to-end integration test for producing and scanning log tables across all supported data types and fixes how Arrow temporal types and CHAR are read during log table deserialization.

Changes:

• Add all_supported_datatypes integration test to validate append/scan behavior across integers, floats, booleans, strings, decimals, dates, times (various precisions), timestamps (NTZ/LTZ with multiple precisions), bytes, and nulls.
• Update ColumnarRow to read Arrow Timestamp, Date, and Time columns via their concrete Arrow array types, correctly converting to Fluss temporal representations.
• Enhance get_char to handle both FixedSizeBinary (KV table) and Utf8 (log table) storage formats.

Reviewed changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated 2 comments.

File	Description
crates/fluss/tests/integration/table.rs	Adds all_supported_datatypes IT that creates a log table with all supported data types, appends one fully-populated row plus a fully-null row, scans via the log scanner, and asserts correct round-trip values for each column and null handling.
crates/fluss/src/row/column.rs	Fixes deserialization of Arrow Timestamp, Date32, and Time32/Time64 into Fluss TimestampNtz, TimestampLtz, Date, and Time, and extends get_char to support both FixedSizeBinary and Utf8 representations, improving compatibility with log tables.

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[fresh-borzoni]

@linguoxuan Thank you for the PR.
LGTM

[luoyuxia]

@linguoxuan Thanks for the pr. LGTM. I only have one question. PTAL

[luoyuxia]

hi, what does it mean? Why said KV table format stored as FixedSizeBinary. Do you mean change log for kv table format?
Shouldn't KV table format and Log table format use same tye for arrow change?

[linguoxuan]

@luoyuxia Hi, sorry for the misleading in my previous code and comment!

You're absolutely right to question this. The truth is: Looking at the to_arrow_type function in arrow.rs, DataType::Char(_) is consistently mapped to ArrowDataType::Utf8 for all table types. So The get_char() method should read data from StringArray, not FixedSizeBinaryArray. Thanks for pointing this out! I have pushed a new commit.

[luoyuxia]

@linguoxuan Thanks for update. But the ci fails

[linguoxuan]

@linguoxuan Thanks for update. But the ci fails

Hi @luoyuxia. The ci fails because there's new commit in the main branch which change the interface of the GenericRow::new() method. I have rebased the main branch and fixed the compilation failure issue. By the way, please ignore my accidental action of closing the pull request.