Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[CALCITE-1684] Set the precision for VARCHAR and VARBINARY to the max… #394

Closed
wants to merge 1 commit into from

Conversation

kliewkliew
Copy link
Contributor

…imum value when not specified

julianhyde added a commit to julianhyde/calcite that referenced this pull request Mar 10, 2017
… 1 to "unspecified" (Kevin Liew)

If you concatenate two strings and the sum of their precisions is
greater than the maximum precision (65,536) the result precision
will be unspecified.

Close apache#394
julianhyde added a commit to julianhyde/calcite that referenced this pull request Mar 10, 2017
… 1 to "unspecified" (Kevin Liew)

If you concatenate two strings and the sum of their precisions is
greater than the maximum precision (65,536) the result precision
will be unspecified.

Close apache#394
julianhyde added a commit to julianhyde/calcite that referenced this pull request Mar 10, 2017
… 1 to "unspecified" (Kevin Liew)

If you concatenate two strings and the sum of their precisions is
greater than the maximum precision (65,536) the result precision
will be unspecified.

Close apache#394
julianhyde added a commit to julianhyde/calcite that referenced this pull request Mar 10, 2017
… 1 to "unspecified" (Kevin Liew)

If you concatenate two strings and the sum of their precisions is
greater than the maximum precision (65,536) the result precision
will be unspecified.

Close apache#394
julianhyde pushed a commit to julianhyde/calcite that referenced this pull request Mar 13, 2017
… 1 to "unspecified" (Kevin Liew)

If you concatenate two strings and the sum of their precisions is
greater than the maximum precision (65,536 by default on Calcite, but
can be overriden in RelDataTypeSystem) the result precision will be
unspecified.

When casting from unspecified precision to a particular precision,
may need to truncate values.

Close apache#394
@asfgit asfgit closed this in 0d996da Mar 13, 2017
@nishantmonu51
Copy link
Member

@julianhyde @kliewkliew: this change is causing failures in DruidAdapterIT.

@kliewkliew
Copy link
Contributor Author

kliewkliew commented Mar 14, 2017

@nishantmonu51 the tests passed when I ran mvn clean install on 9f23e1a. Do you have more details on how to reproduce?

@julianhyde
Copy link
Contributor

The DruidAdapterIT tests don't get run unless you have a https://github.com/vlsi/calcite-test-dataset VM running.

@julianhyde
Copy link
Contributor

We don't require committers to run integration tests for every commit. Usually we're OK - but in this case we're not.

On the server where I run tests, the mere fact that the VM is running seems to make it more likely that a test run will seg-fault, so I've been less inclined to run it recently.

ldming pushed a commit to ldming/mycalcite that referenced this pull request Sep 13, 2018
… 1 to "unspecified" (Kevin Liew)

If you concatenate two strings and the sum of their precisions is
greater than the maximum precision (65,536 by default on Calcite, but
can be overriden in RelDataTypeSystem) the result precision will be
unspecified.

When casting from unspecified precision to a particular precision,
may need to truncate values.

Some unrelated USING tests, and fix typos in method names.

Close apache/calcite#394
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
3 participants