Add ArrowBytesViewMap and ArrowBytesViewSet

[XiangpengHao]

Which issue does this PR close?

Please wait until apache/arrow-rs#6047 is merged

Part of #11418. We can merge to main, if the string-view is merged to main first.

Rationale for this change

We need them to better support efficient string view aggregate.

What changes are included in this PR?

They are not much different from ArrowBytesMap, except that they are simpler, in terms of hash table entry layout.

This PR only implements the type, but did not use it anywhere, since the PR is already quite large imo.

Are these changes tested?

Are there any user-facing changes?

[XiangpengHao]

Please hold for review. Reusing the underlying buffer turns out to be a bad idea because it will prevent the buffers from being released. I think it's better to copy the unique strings to new buffers.

[alamb]

Thanks @XiangpengHao

I have proposed merging the current string-view branch into main here: #11402

However, if we did that, it would only have access to changes that were released in 51.1.0 (for example, not apache/arrow-rs#6047)

Some options:

1. Keep the existing string-view branch open for longer (and update it to point at the head of arrow-rs)
2. Merge string-view to main and make a new branch (string-view2?) with more changes

🤔

[XiangpengHao]

I think either works, and we do need a branch that tracks the head of arrow-rs, as I expect a few more changes to arrow will be necessary for us to land string view in DataFusion

[alamb]

I think either works, and we do need a branch that tracks the head of arrow-rs, as I expect a few more changes to arrow will be necessary for us to land string view in DataFusion

My preference then is to make a new branch (mostly to keep the change delta to a minimum). Let me try and get that PR merged shortly and we can make a new string-view2 branch to target