You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The following properties should be enabled in a Presto coordinator when running with native workers. We should update our documentation, and ideally provide examples, to clarify this so Prestissimo is easier to pick up and use.
This property is required when running native workers to account for underlying differences in behavior from Java workers.
optimizer.optimize-hash-generation
We must set this property to false because Velox does not support optimized hash generation, instead preferring to perform this optimization adaptively.
regex-library
Only RE2J is currently supported by Velox.
use-alternative-function-signatures
Certain aggregation functions use intermediate types which are generic and not compatible with Velox aggregation function intermediate types (such as approx_distinct, whose intermediate type is VARBINARY). Dummy stubs have been developed in the Presto codebase that provides alternative stub implementations which return the correct intermediate type.
experimental.table-writer-merge-operator-enabled
I am not familiar with the reason for this property being disabled.
Optional feature configs (left here fore discussion, however will not be added to the documentation)
parse-decimal-literals-as-double
This is set to true in NativeQueryRunnerUtils, however, I believe this is no longer necessary, as Velox now supports the decimal type.
offset-clause-enabled
This is set to true in NativeQueryRunnerUtils, however, I don’t think this should make a difference in native clusters.
inline-sql-functions
Although native implementations of SQL functions have been developed in the Velox project, it is not required to run Presto C++ with this flag enabled. Enabling this flag will render SQL functions inoperable, as these functions will not be resolved into their underlying expressions by the coordinator.
Expected Behavior or Use Case
Clear documentation for Presto C++
Presto Component, Service, or Connector
Docs
Possible Implementation
Docs
Example Screenshots (if appropriate):
Context
The text was updated successfully, but these errors were encountered:
The following properties should be enabled in a Presto coordinator when running with native workers. We should update our documentation, and ideally provide examples, to clarify this so Prestissimo is easier to pick up and use.
Significant feature configs
native-execution-enabled
This property is required when running native workers to account for underlying differences in behavior from Java workers.
optimizer.optimize-hash-generation
We must set this property to false because Velox does not support optimized hash generation, instead preferring to perform this optimization adaptively.
regex-library
Only RE2J is currently supported by Velox.
use-alternative-function-signatures
Certain aggregation functions use intermediate types which are generic and not compatible with Velox aggregation function intermediate types (such as approx_distinct, whose intermediate type is
VARBINARY
). Dummy stubs have been developed in the Presto codebase that provides alternative stub implementations which return the correct intermediate type.experimental.table-writer-merge-operator-enabled
I am not familiar with the reason for this property being disabled.
Optional feature configs (left here fore discussion, however will not be added to the documentation)
parse-decimal-literals-as-double
This is set to true in
NativeQueryRunnerUtils
, however, I believe this is no longer necessary, as Velox now supports the decimal type.offset-clause-enabled
This is set to true in
NativeQueryRunnerUtils
, however, I don’t think this should make a difference in native clusters.inline-sql-functions
Although native implementations of SQL functions have been developed in the Velox project, it is not required to run Presto C++ with this flag enabled. Enabling this flag will render SQL functions inoperable, as these functions will not be resolved into their underlying expressions by the coordinator.
Expected Behavior or Use Case
Clear documentation for Presto C++
Presto Component, Service, or Connector
Docs
Possible Implementation
Docs
Example Screenshots (if appropriate):
Context
The text was updated successfully, but these errors were encountered: