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