You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@calcite.apache.org by "Vladimir Sitnikov (Jira)" <ji...@apache.org> on 2020/02/12 11:32:00 UTC

[jira] [Created] (CALCITE-3786) Add Digest (HashStrategy?) interface to enable efficient hashCode/equals for RexNode, RelNode

Vladimir Sitnikov created CALCITE-3786:
------------------------------------------

             Summary: Add Digest (HashStrategy?) interface to enable efficient hashCode/equals for RexNode, RelNode
                 Key: CALCITE-3786
                 URL: https://issues.apache.org/jira/browse/CALCITE-3786
             Project: Calcite
          Issue Type: New Feature
          Components: core
    Affects Versions: 1.21.0
            Reporter: Vladimir Sitnikov


Current digests for RexNode, RelNode, RelType, and similar cases use String concatenation.

It is easy to implement, however, it has drawbacks:
1) String objects cannot be reused. For instance, RexCall has operands, however, the digest is duplicated. It causes extra memory use, and extra CPU for string copying
2) There's no way to have multiple #toString() methods. RelType might need multiple digests: "including field names", "excluding field names".


Suggested resolution might be behind the lines of

{code:java}
class Digest { // immutable
  final int hashCode; // speedup hashCode and equals
  final Object[] contents; // The values are either other Digest objects or Strings
}
{code}

Then the digest for RexCall could be the bits relevant to RexCall itself + digests of the operands (which can be reused as is)



--
This message was sent by Atlassian Jira
(v8.3.4#803005)