rdblue commented on a change in pull request #357: Add in and not in predicates
URL: https://github.com/apache/incubator-iceberg/pull/357#discussion_r313498614
 
 

 ##########
 File path: api/src/main/java/org/apache/iceberg/expressions/Predicate.java
 ##########
 @@ -19,15 +19,44 @@
 
 package org.apache.iceberg.expressions;
 
+import com.google.common.base.Preconditions;
+import com.google.common.collect.ImmutableSet;
+import java.util.Collection;
+import java.util.Set;
+import java.util.stream.Collectors;
+import java.util.stream.Stream;
+
 public abstract class Predicate<T, R extends Reference> implements Expression {
   private final Operation op;
   private final R ref;
   private final Literal<T> literal;
+  private final Set<Literal<T>> literalSet;
 
 Review comment:
   > UnboundPredicate for IN predicate with a single item should return an EQ 
predicate. The separation will complicate it.
   
   I disagree because that over-complicates the predicate classes. The factory 
methods in `Expressions` are allowed to change the predicate that is returned; 
for example, `and(true, p)` returns just `p`. That's what we should use to 
return an equality predicate. The predicate class itself should not include 
logic for changing itself.

----------------------------------------------------------------
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.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@iceberg.apache.org
For additional commands, e-mail: issues-h...@iceberg.apache.org

Reply via email to