Fix inline property filter support for ANY graph queries

[aheev]

Two bugs prevented MATCH (a:Label { prop: val }) from working in ANY graphs:

1. JSON string serialization mismatch in ColumnCaster (scan_table.cpp): yyjson_val_write() serialized JSON strings as '"Alice"' (with JSON quote delimiters), but CAST(STRING → JSON) on the RHS produced 'Alice' (no delimiters). Numbers accidentally worked because both sides produced '30'. Fix: add jsonExtractScalarToString() which uses yyjson_get_str() for string JSON values (returns raw string content), falling back to jsonToString() for numbers and booleans.

2. Cardinality estimator crash (cardinality_estimator.cpp): getTableStatsIfPossible() called entry->getColumnID(propertyName) without checking whether the property actually exists as a column. In ANY graphs, properties like 'age' are stored as JSON in the 'data' column — not as individual columns — so nameToPropertyIDMap.at('age') threw unordered_map::at. Fix: add entry->containsProperty(propertyName) guard before getColumnID call.

Also updates the QueryDynamicProperties test expectation: with the scan fix, string properties now return unquoted values (e.g., Alice instead of "Alice"), consistent with regular graph property access.

Adds four new test cases to test/test_files/graph/any.test:

• InlineIntPropertyFilter
• InlineStringPropertyFilter
• InlinePropertyFilterReturnStar
• InlinePropertyFilterNoMatch

Closes #451

[adsharma]

This handles only the node filters. I was working on a more generic fix that handles both node and edge filters:

MATCH (a:User)-[e:livesIn {since: 2020}]->(c:City) RETURN e.since;

Please review the incoming PR. Main delta is it touches map_extend.cpp

[aheev]

fixed by #454