Attempt to fix MSVC failure

[Hind-M]

This is fixing the MSVC failure on windows builds (from conda-forge and on debug).
The error is the following:

> MSBuild version 17.14.23+b0019275e for .NET Framework

    Checking File Globs
    1>Ensuring FlatBuffers headers are generated
    sparrow-ipc.vcxproj -> D:\a\sparrow-ipc\sparrow-ipc\build\bin\sparrow-ipc.dll
    test_sparrow_ipc_lib.vcxproj -> D:\a\sparrow-ipc\sparrow-ipc\build\bin\test_sparrow_ipc_lib.exe
    Copying required DLLs to executable directory
    Running tests with JUnit reports saved to: D:/a/sparrow-ipc/sparrow-ipc/build/tests/test_sparrow-ipc_lib_report_doctest.xml
    C:\Program Files\Microsoft Visual Studio\2022\Enterprise\VC\Tools\MSVC\14.44.35207\include\__msvc_ranges_to.hpp(688) : Assertion failed: cannot compare incompatible transform_view iterators
  C:\Program Files\Microsoft Visual Studio\2022\Enterprise\MSBuild\Microsoft\VC\v170\Microsoft.CppCommon.targets(254,5): error MSB8066: Custom build for
  'D:\a\sparrow-ipc\sparrow-ipc\build\CMakeFiles\6c8cda2a2ce3cc391a11984304f7080f\run_tests_with_junit_report.rule;D:\a\sparrow-ipc\sparrow-ipc\tests\CMakeLists.txt' exited with code -1073740791. [D:\a\sparrow-ipc\sparrow-ipc\build\tests\run_tests_with_junit_report.vcxproj] still
  the same problem

This happened once the CI started using sparrow-devel 1.4.0, specifically due to changes in this PR where record_batch::columns() is now using std::views::transform.

I don't know the rationale behind this change, specifically whether it involves using std::views::transform to handle record batch arrays as references, or whether we could change this approach.
If the latter is true, maybe add a TODO note here to change it back to how things were handled.

[codecov-commenter]

⚠️ Please install the to ensure uploads and comments are reliably processed by Codecov.

Codecov Report

✅ All modified and coverable lines are covered by tests.
⚠️ Please upload report for BASE (main@b00c770). Learn more about missing BASE report.
❗ Your organization needs to install the Codecov GitHub app to enable full functionality.

Additional details and impacted files

@@           Coverage Diff           @@
##             main      #66   +/-   ##
=======================================
  Coverage        ?   82.45%           
=======================================
  Files           ?       36           
  Lines           ?     1755           
  Branches        ?        0           
=======================================
  Hits            ?     1447           
  Misses          ?      308           
  Partials        ?        0           

Flag	Coverage Δ
unittests	82.45% <100.00%> (?)

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[Hind-M]

After checking the different places where we use record_batch::columns() in this codebase, it seems the error we get is related to using iterators on columns (which this PR is fixing using another syntax as a workaround for now).
I will open issues on both sparrow and sparrow-ipc to track this.

@Alex-PLACET if this sounds good to you I will merge this PR, to be reverted when this is fixed upstream on sparrow.

[JohanMabille]

I think the error comes from comparing iterators from two different temporary views. If the suggested fix works, we should probably improve sparrow documentation to avoid this bad surprise.

[JohanMabille]

Would it work to instantiate the temporary view returned by record_batch only once before using it in std::accumulate? I.e. doing something like:

auto cols = record_batch.columns();
return std::accumulate(cols.begin(), cols.end(), ....);

[JohanMabille]

We could also introduce a version of accumulate that accepts a range instead of a pair of iterators.

[JohanMabille]

std::ranges::for_each(record_batch.columns(), ...) should fix the issue.