refactor: remove some useless Result

[xxchan]

I hereby agree to the terms of the Singularity Data, Inc. Contributor License Agreement.

What's changed and what's your intention?

As title, include

• Vis::is_set, Bitmap::iter_from: All their call-cite are unwrap. Actually I wanted to remove from Bitmap::is_set but there are too many usages thus not sure whether it's safe.
• ArrayBuilder::new/with_meta: Their implementation only returns Ok or panics, and I think this interface should not have error.

There are still too many unnecessary Result, so not included in this PR. Also feel free to challenge me that the Result in the interface makes sense

Checklist

• I have written necessary docs and comments
• I have added necessary unit tests and integration tests
• All checks passed in ./risedev check (or alias, ./risedev c)

Refer to a related PR or issue link (optional)

[codecov]

Codecov Report

Merging #3561 (2f22286) into main (e39e0c9) will increase coverage by 0.00%.
The diff coverage is 93.14%.

@@           Coverage Diff           @@
##             main    #3561   +/-   ##
=======================================
  Coverage   74.38%   74.38%           
=======================================
  Files         771      771           
  Lines      108700   108701    +1     
=======================================
+ Hits        80857    80861    +4     
+ Misses      27843    27840    -3     

Flag	Coverage Δ
rust	74.38% <93.14%> (+<0.01%)	⬆️

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

Impacted Files	Coverage Δ
src/batch/src/executor/delete.rs	79.68% <ø> (ø)
src/batch/src/executor/hash_agg.rs	89.87% <ø> (ø)
src/batch/src/executor/insert.rs	83.62% <ø> (ø)
src/batch/src/executor/merge_sort_exchange.rs	67.88% <ø> (ø)
src/batch/src/executor/order_by.rs	82.75% <ø> (ø)
src/batch/src/executor/table_function.rs	73.02% <ø> (ø)
src/batch/src/executor/update.rs	82.27% <ø> (ø)
src/batch/src/executor/values.rs	97.67% <ø> (ø)
src/common/src/array/macros.rs	100.00% <ø> (ø)
.../src/executor/aggregation/approx_count_distinct.rs	88.14% <0.00%> (ø)
... and 75 more

📣 Codecov can now indicate which changes are the most critical in Pull Requests. Learn more

[skyzh]

Previously we add Result to all functions containing memory allocation, so as to properly control memory usage. But I also find it tedious. So maybe it's a good idea to remove them.

[TennyZhuang]

In fact, memory-control is very hard, we should reconsider them. Before that, LGTM

[TennyZhuang]

Leaving the huge PR stuck is not a good idea. Currently, I decide to merge it to reduce our effort. Only if we have a well-designed memory control mechanism, we can add them back.