michalursa commented on code in PR #12872:
URL: https://github.com/apache/arrow/pull/12872#discussion_r851066303


##########
cpp/src/arrow/compute/light_array.h:
##########
@@ -0,0 +1,384 @@
+// Licensed to the Apache Software Foundation (ASF) under one
+// or more contributor license agreements.  See the NOTICE file
+// distributed with this work for additional information
+// regarding copyright ownership.  The ASF licenses this file
+// to you under the Apache License, Version 2.0 (the
+// "License"); you may not use this file except in compliance
+// with the License.  You may obtain a copy of the License at
+//
+//   http://www.apache.org/licenses/LICENSE-2.0
+//
+// Unless required by applicable law or agreed to in writing,
+// software distributed under the License is distributed on an
+// "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+// KIND, either express or implied.  See the License for the
+// specific language governing permissions and limitations
+// under the License.
+
+#pragma once
+
+#include <cstdint>
+
+#include "arrow/array.h"
+#include "arrow/compute/exec.h"
+#include "arrow/type.h"
+#include "arrow/util/logging.h"
+
+/// This file contains lightweight containers for Arrow buffers.  These 
containers
+/// makes compromises in terms of strong ownership and the range of data types 
supported
+/// in order to gain performance and reduced overhead.

Review Comment:
   The KeyColumnMetadata and KeyColumnArray classes are used in hash group by 
and in new hash join for interaction with the hash table. The reason to have 
them was to be able to work on smaller batches than ExecBatch and therefore to 
keep intermediate results of multi-step computations in L1 cache. The goal was 
to get rid of the overheads of memory allocations and shared pointers (and 
atomic instructions for ref counting) when doing things like slicing.
   
   If we make ExecBatch more lightweight in the future, it is likely that new 
ExecBatch structures would be good for hash tables. But the KeyColumn... 
classes so far restrict the functionality to minimum needed for hash table keys 
in terms of data type support and abstraction of the data (e.g. hash table is 
interested in data movement and interpretation of the bytes in column values is 
left to callback functions).



-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to