Github user JoshRosen commented on the pull request:
https://github.com/apache/spark/pull/8018#issuecomment-129044818
One naive question, since I'm not as familiar with the old `long`
optimization: it looks like we used to use a `long` for storing the small
values, but it looks like JavaBigDecimal stores them as an `int` instead. Does
this imply that fewer values can now be stored using the compact representation?
I'm probably not the best judge of the riskiness of these changes, since I
don't know as much about our decimal internals compared to other reviewers /
contributors. Is there someone else that we should loop in for another pair of
eyes?
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at [email protected] or file a JIRA ticket
with INFRA.
---
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
