# Uses of Class
com.ocient.jdbc.proto.PlanProtocol.SortPartition

Packages that use PlanProtocol.SortPartition
Package | Description
--- | ---
com.ocient.jdbc.proto |

## Uses of PlanProtocol.SortPartition in com.ocient.jdbc.proto

Methods in com.ocient.jdbc.proto that return PlanProtocol.SortPartition
Modifier and Type | Method | Description
--- | --- | ---
`PlanProtocol.SortPartition` | PlanProtocol.SortPartition.Builder.`build()` |
`PlanProtocol.SortPartition` | PlanProtocol.SortPartition.Builder.`buildPartial()` |
`static PlanProtocol.SortPartition` | PlanProtocol.SortPartition.`getDefaultInstance()` |
`PlanProtocol.SortPartition` | PlanProtocol.SortPartition.Builder.`getDefaultInstanceForType()` |
`PlanProtocol.SortPartition` | PlanProtocol.SortPartition.`getDefaultInstanceForType()` |
`PlanProtocol.SortPartition` | PlanProtocol.IndexAggOperator.Builder.`getPoint​(int index)` | `repeated .xg.db.sqlPlans.SortPartition point = 16;`
`PlanProtocol.SortPartition` | PlanProtocol.IndexAggOperator.`getPoint​(int index)` | `repeated .xg.db.sqlPlans.SortPartition point = 16;`
`PlanProtocol.SortPartition` | PlanProtocol.IndexAggOperatorOrBuilder.`getPoint​(int index)` | `repeated .xg.db.sqlPlans.SortPartition point = 16;`
`PlanProtocol.SortPartition` | PlanProtocol.IndexDistinctOperator.Builder.`getPoint​(int index)` | `repeated .xg.db.sqlPlans.SortPartition point = 12;`
`PlanProtocol.SortPartition` | PlanProtocol.IndexDistinctOperator.`getPoint​(int index)` | `repeated .xg.db.sqlPlans.SortPartition point = 12;`
`PlanProtocol.SortPartition` | PlanProtocol.IndexDistinctOperatorOrBuilder.`getPoint​(int index)` | `repeated .xg.db.sqlPlans.SortPartition point = 12;`

`PlanProtocol.SortPartition`

PlanProtocol.SortOperator.Builder.`getPoint​(int index)`

This defines the list of partitioning points for dividing the sort into streams There's no guarantees on the size of this It could be completely empty, which could happen if it look like all the data has the same sort key - implies that we don't know what to do besides one sort stream There is no guarantee that the partitioning points are in order

`PlanProtocol.SortPartition`

PlanProtocol.SortOperator.`getPoint​(int index)`

This defines the list of partitioning points for dividing the sort into streams There's no guarantees on the size of this It could be completely empty, which could happen if it look like all the data has the same sort key - implies that we don't know what to do besides one sort stream There is no guarantee that the partitioning points are in order

`PlanProtocol.SortPartition`

PlanProtocol.SortOperatorOrBuilder.`getPoint​(int index)`

This defines the list of partitioning points for dividing the sort into streams There's no guarantees on the size of this It could be completely empty, which could happen if it look like all the data has the same sort key - implies that we don't know what to do besides one sort stream There is no guarantee that the partitioning points are in order

`static PlanProtocol.SortPartition` | PlanProtocol.SortPartition.`parseDelimitedFrom​(InputStream input)` |
`static PlanProtocol.SortPartition` | PlanProtocol.SortPartition.`parseDelimitedFrom​(InputStream input, com.google.protobuf.ExtensionRegistryLite extensionRegistry)` |
`static PlanProtocol.SortPartition` | PlanProtocol.SortPartition.`parseFrom​(byte[] data)` |
`static PlanProtocol.SortPartition` | PlanProtocol.SortPartition.`parseFrom​(byte[] data, com.google.protobuf.ExtensionRegistryLite extensionRegistry)` |
`static PlanProtocol.SortPartition` | PlanProtocol.SortPartition.`parseFrom​(com.google.protobuf.ByteString data)` |
`static PlanProtocol.SortPartition` | PlanProtocol.SortPartition.`parseFrom​(com.google.protobuf.ByteString data, com.google.protobuf.ExtensionRegistryLite extensionRegistry)` |
`static PlanProtocol.SortPartition` | PlanProtocol.SortPartition.`parseFrom​(com.google.protobuf.CodedInputStream input)` |
`static PlanProtocol.SortPartition` | PlanProtocol.SortPartition.`parseFrom​(com.google.protobuf.CodedInputStream input, com.google.protobuf.ExtensionRegistryLite extensionRegistry)` |
`static PlanProtocol.SortPartition` | PlanProtocol.SortPartition.`parseFrom​(InputStream input)` |
`static PlanProtocol.SortPartition` | PlanProtocol.SortPartition.`parseFrom​(InputStream input, com.google.protobuf.ExtensionRegistryLite extensionRegistry)` |
`static PlanProtocol.SortPartition` | PlanProtocol.SortPartition.`parseFrom​(ByteBuffer data)` |
`static PlanProtocol.SortPartition` | PlanProtocol.SortPartition.`parseFrom​(ByteBuffer data, com.google.protobuf.ExtensionRegistryLite extensionRegistry)` |

Methods in com.ocient.jdbc.proto that return types with arguments of type PlanProtocol.SortPartition
Modifier and Type | Method | Description
--- | --- | ---
`com.google.protobuf.Parser<PlanProtocol.SortPartition>` | PlanProtocol.SortPartition.`getParserForType()` |
`List<PlanProtocol.SortPartition>` | PlanProtocol.IndexAggOperator.Builder.`getPointList()` | `repeated .xg.db.sqlPlans.SortPartition point = 16;`
`List<PlanProtocol.SortPartition>` | PlanProtocol.IndexAggOperator.`getPointList()` | `repeated .xg.db.sqlPlans.SortPartition point = 16;`
`List<PlanProtocol.SortPartition>` | PlanProtocol.IndexAggOperatorOrBuilder.`getPointList()` | `repeated .xg.db.sqlPlans.SortPartition point = 16;`
`List<PlanProtocol.SortPartition>` | PlanProtocol.IndexDistinctOperator.Builder.`getPointList()` | `repeated .xg.db.sqlPlans.SortPartition point = 12;`
`List<PlanProtocol.SortPartition>` | PlanProtocol.IndexDistinctOperator.`getPointList()` | `repeated .xg.db.sqlPlans.SortPartition point = 12;`
`List<PlanProtocol.SortPartition>` | PlanProtocol.IndexDistinctOperatorOrBuilder.`getPointList()` | `repeated .xg.db.sqlPlans.SortPartition point = 12;`

`List<PlanProtocol.SortPartition>`

PlanProtocol.SortOperator.Builder.`getPointList()`

This defines the list of partitioning points for dividing the sort into streams There's no guarantees on the size of this It could be completely empty, which could happen if it look like all the data has the same sort key - implies that we don't know what to do besides one sort stream There is no guarantee that the partitioning points are in order

`List<PlanProtocol.SortPartition>`

PlanProtocol.SortOperator.`getPointList()`

This defines the list of partitioning points for dividing the sort into streams There's no guarantees on the size of this It could be completely empty, which could happen if it look like all the data has the same sort key - implies that we don't know what to do besides one sort stream There is no guarantee that the partitioning points are in order

`List<PlanProtocol.SortPartition>`

PlanProtocol.SortOperatorOrBuilder.`getPointList()`

This defines the list of partitioning points for dividing the sort into streams There's no guarantees on the size of this It could be completely empty, which could happen if it look like all the data has the same sort key - implies that we don't know what to do besides one sort stream There is no guarantee that the partitioning points are in order

`static com.google.protobuf.Parser<PlanProtocol.SortPartition>` | PlanProtocol.SortPartition.`parser()` |

Methods in com.ocient.jdbc.proto with parameters of type PlanProtocol.SortPartition
Modifier and Type | Method | Description
--- | --- | ---
`PlanProtocol.IndexAggOperator.Builder` | PlanProtocol.IndexAggOperator.Builder.`addPoint​(int index, PlanProtocol.SortPartition value)` | `repeated .xg.db.sqlPlans.SortPartition point = 16;`
`PlanProtocol.IndexAggOperator.Builder` | PlanProtocol.IndexAggOperator.Builder.`addPoint​(PlanProtocol.SortPartition value)` | `repeated .xg.db.sqlPlans.SortPartition point = 16;`
`PlanProtocol.IndexDistinctOperator.Builder` | PlanProtocol.IndexDistinctOperator.Builder.`addPoint​(int index, PlanProtocol.SortPartition value)` | `repeated .xg.db.sqlPlans.SortPartition point = 12;`
`PlanProtocol.IndexDistinctOperator.Builder` | PlanProtocol.IndexDistinctOperator.Builder.`addPoint​(PlanProtocol.SortPartition value)` | `repeated .xg.db.sqlPlans.SortPartition point = 12;`

`PlanProtocol.SortOperator.Builder`

PlanProtocol.SortOperator.Builder.`addPoint​(int index, PlanProtocol.SortPartition value)`

This defines the list of partitioning points for dividing the sort into streams There's no guarantees on the size of this It could be completely empty, which could happen if it look like all the data has the same sort key - implies that we don't know what to do besides one sort stream There is no guarantee that the partitioning points are in order

`PlanProtocol.SortOperator.Builder`

PlanProtocol.SortOperator.Builder.`addPoint​(PlanProtocol.SortPartition value)`

This defines the list of partitioning points for dividing the sort into streams There's no guarantees on the size of this It could be completely empty, which could happen if it look like all the data has the same sort key - implies that we don't know what to do besides one sort stream There is no guarantee that the partitioning points are in order

`PlanProtocol.SortPartition.Builder` | PlanProtocol.SortPartition.Builder.`mergeFrom​(PlanProtocol.SortPartition other)` |
`static PlanProtocol.SortPartition.Builder` | PlanProtocol.SortPartition.`newBuilder​(PlanProtocol.SortPartition prototype)` |
`PlanProtocol.IndexAggOperator.Builder` | PlanProtocol.IndexAggOperator.Builder.`setPoint​(int index, PlanProtocol.SortPartition value)` | `repeated .xg.db.sqlPlans.SortPartition point = 16;`
`PlanProtocol.IndexDistinctOperator.Builder` | PlanProtocol.IndexDistinctOperator.Builder.`setPoint​(int index, PlanProtocol.SortPartition value)` | `repeated .xg.db.sqlPlans.SortPartition point = 12;`

`PlanProtocol.SortOperator.Builder`

PlanProtocol.SortOperator.Builder.`setPoint​(int index, PlanProtocol.SortPartition value)`

This defines the list of partitioning points for dividing the sort into streams There's no guarantees on the size of this It could be completely empty, which could happen if it look like all the data has the same sort key - implies that we don't know what to do besides one sort stream There is no guarantee that the partitioning points are in order

Method parameters in com.ocient.jdbc.proto with type arguments of type PlanProtocol.SortPartition
Modifier and Type | Method | Description
--- | --- | ---
`PlanProtocol.IndexAggOperator.Builder` | PlanProtocol.IndexAggOperator.Builder.`addAllPoint​(Iterable<? extends PlanProtocol.SortPartition> values)` | `repeated .xg.db.sqlPlans.SortPartition point = 16;`
`PlanProtocol.IndexDistinctOperator.Builder` | PlanProtocol.IndexDistinctOperator.Builder.`addAllPoint​(Iterable<? extends PlanProtocol.SortPartition> values)` | `repeated .xg.db.sqlPlans.SortPartition point = 12;`

`PlanProtocol.SortOperator.Builder`

PlanProtocol.SortOperator.Builder.`addAllPoint​(Iterable<? extends PlanProtocol.SortPartition> values)`

This defines the list of partitioning points for dividing the sort into streams There's no guarantees on the size of this It could be completely empty, which could happen if it look like all the data has the same sort key - implies that we don't know what to do besides one sort stream There is no guarantee that the partitioning points are in order