Struct googapis::google::cloud::bigquery::reservation::v1::reservation_service_client::ReservationServiceClient

pub struct ReservationServiceClient<T> { /* fields omitted */ }

This API allows users to manage their flat-rate BigQuery reservations.

A reservation provides computational resource guarantees, in the form of slots, to users. A slot is a unit of computational power in BigQuery, and serves as the basic unit of parallelism. In a scan of a multi-partitioned table, a single slot operates on a single partition of the table. A reservation resource exists as a child resource of the admin project and location, e.g.: projects/myproject/locations/US/reservations/reservationName.

A capacity commitment is a way to purchase compute capacity for BigQuery jobs (in the form of slots) with some committed period of usage. A capacity commitment resource exists as a child resource of the admin project and location, e.g.: projects/myproject/locations/US/capacityCommitments/id.

Implementations

impl<T> ReservationServiceClient<T> where
    T: GrpcService<BoxBody>,
    T::ResponseBody: Body + Send + 'static,
    T::Error: Into<StdError>,
    <T::ResponseBody as Body>::Error: Into<StdError> + Send, 

pub fn new(inner: T) -> Self

pub fn with_interceptor<F>(
    inner: T,
    interceptor: F
) -> ReservationServiceClient<InterceptedService<T, F>> where
    F: Interceptor,
    T: Service<Request<BoxBody>, Response = Response<<T as GrpcService<BoxBody>>::ResponseBody>>,
    <T as Service<Request<BoxBody>>>::Error: Into<StdError> + Send + Sync, 

pub fn send_gzip(self) -> Self

Compress requests with gzip.

This requires the server to support it otherwise it might respond with an error.

pub fn accept_gzip(self) -> Self

Enable decompressing responses with gzip.

pub async fn create_reservation(
    &mut self,
    request: impl IntoRequest<CreateReservationRequest>
) -> Result<Response<Reservation>, Status>

Creates a new reservation resource.

pub async fn list_reservations(
    &mut self,
    request: impl IntoRequest<ListReservationsRequest>
) -> Result<Response<ListReservationsResponse>, Status>

Lists all the reservations for the project in the specified location.

pub async fn get_reservation(
    &mut self,
    request: impl IntoRequest<GetReservationRequest>
) -> Result<Response<Reservation>, Status>

Returns information about the reservation.

pub async fn delete_reservation(
    &mut self,
    request: impl IntoRequest<DeleteReservationRequest>
) -> Result<Response<()>, Status>

Deletes a reservation. Returns google.rpc.Code.FAILED_PRECONDITION when reservation has assignments.

pub async fn update_reservation(
    &mut self,
    request: impl IntoRequest<UpdateReservationRequest>
) -> Result<Response<Reservation>, Status>

Updates an existing reservation resource.

pub async fn create_capacity_commitment(
    &mut self,
    request: impl IntoRequest<CreateCapacityCommitmentRequest>
) -> Result<Response<CapacityCommitment>, Status>

Creates a new capacity commitment resource.

pub async fn list_capacity_commitments(
    &mut self,
    request: impl IntoRequest<ListCapacityCommitmentsRequest>
) -> Result<Response<ListCapacityCommitmentsResponse>, Status>

Lists all the capacity commitments for the admin project.

pub async fn get_capacity_commitment(
    &mut self,
    request: impl IntoRequest<GetCapacityCommitmentRequest>
) -> Result<Response<CapacityCommitment>, Status>

Returns information about the capacity commitment.

pub async fn delete_capacity_commitment(
    &mut self,
    request: impl IntoRequest<DeleteCapacityCommitmentRequest>
) -> Result<Response<()>, Status>

Deletes a capacity commitment. Attempting to delete capacity commitment before its commitment_end_time will fail with the error code google.rpc.Code.FAILED_PRECONDITION.

pub async fn update_capacity_commitment(
    &mut self,
    request: impl IntoRequest<UpdateCapacityCommitmentRequest>
) -> Result<Response<CapacityCommitment>, Status>

Updates an existing capacity commitment.

Only plan and renewal_plan fields can be updated.

Plan can only be changed to a plan of a longer commitment period. Attempting to change to a plan with shorter commitment period will fail with the error code google.rpc.Code.FAILED_PRECONDITION.

pub async fn split_capacity_commitment(
    &mut self,
    request: impl IntoRequest<SplitCapacityCommitmentRequest>
) -> Result<Response<SplitCapacityCommitmentResponse>, Status>

Splits capacity commitment to two commitments of the same plan and commitment_end_time.

A common use case is to enable downgrading commitments.

For example, in order to downgrade from 10000 slots to 8000, you might split a 10000 capacity commitment into commitments of 2000 and 8000. Then, you would change the plan of the first one to FLEX and then delete it.

pub async fn merge_capacity_commitments(
    &mut self,
    request: impl IntoRequest<MergeCapacityCommitmentsRequest>
) -> Result<Response<CapacityCommitment>, Status>

Merges capacity commitments of the same plan into a single commitment.

The resulting capacity commitment has the greater commitment_end_time out of the to-be-merged capacity commitments.

Attempting to merge capacity commitments of different plan will fail with the error code google.rpc.Code.FAILED_PRECONDITION.

pub async fn create_assignment(
    &mut self,
    request: impl IntoRequest<CreateAssignmentRequest>
) -> Result<Response<Assignment>, Status>

Creates an assignment object which allows the given project to submit jobs of a certain type using slots from the specified reservation.

Currently a resource (project, folder, organization) can only have one assignment per each (job_type, location) combination, and that reservation will be used for all jobs of the matching type.

Different assignments can be created on different levels of the projects, folders or organization hierarchy. During query execution, the assignment is looked up at the project, folder and organization levels in that order. The first assignment found is applied to the query.

When creating assignments, it does not matter if other assignments exist at higher levels.

Example:

• The organization organizationA contains two projects, project1 and project2.
• Assignments for all three entities (organizationA, project1, and project2) could all be created and mapped to the same or different reservations.

“None” assignments represent an absence of the assignment. Projects assigned to None use on-demand pricing. To create a “None” assignment, use “none” as a reservation_id in the parent. Example parent: projects/myproject/locations/US/reservations/none.

Returns google.rpc.Code.PERMISSION_DENIED if user does not have ‘bigquery.admin’ permissions on the project using the reservation and the project that owns this reservation.

Returns google.rpc.Code.INVALID_ARGUMENT when location of the assignment does not match location of the reservation.

pub async fn list_assignments(
    &mut self,
    request: impl IntoRequest<ListAssignmentsRequest>
) -> Result<Response<ListAssignmentsResponse>, Status>

Lists assignments.

Only explicitly created assignments will be returned.

Example:

• Organization organizationA contains two projects, project1 and project2.
• Reservation res1 exists and was created previously.
• CreateAssignment was used previously to define the following associations between entities and reservations: <organizationA, res1> and <project1, res1>

In this example, ListAssignments will just return the above two assignments for reservation res1, and no expansion/merge will happen.

The wildcard “-” can be used for reservations in the request. In that case all assignments belongs to the specified project and location will be listed.

Note “-” cannot be used for projects nor locations.

pub async fn delete_assignment(
    &mut self,
    request: impl IntoRequest<DeleteAssignmentRequest>
) -> Result<Response<()>, Status>

Deletes a assignment. No expansion will happen.

Example:

• Organization organizationA contains two projects, project1 and project2.
• Reservation res1 exists and was created previously.
• CreateAssignment was used previously to define the following associations between entities and reservations: <organizationA, res1> and <project1, res1>

In this example, deletion of the <organizationA, res1> assignment won’t affect the other assignment <project1, res1>. After said deletion, queries from project1 will still use res1 while queries from project2 will switch to use on-demand mode.

pub async fn search_assignments(
    &mut self,
    request: impl IntoRequest<SearchAssignmentsRequest>
) -> Result<Response<SearchAssignmentsResponse>, Status>

Deprecated: Looks up assignments for a specified resource for a particular region. If the request is about a project:

1. Assignments created on the project will be returned if they exist.
2. Otherwise assignments created on the closest ancestor will be returned.
3. Assignments for different JobTypes will all be returned.

The same logic applies if the request is about a folder.

If the request is about an organization, then assignments created on the organization will be returned (organization doesn’t have ancestors).

Comparing to ListAssignments, there are some behavior differences:

1. permission on the assignee will be verified in this API.
2. Hierarchy lookup (project->folder->organization) happens in this API.
3. Parent here is projects/*/locations/*, instead of projects/*/locations/*reservations/*.

Note “-” cannot be used for projects nor locations.

pub async fn search_all_assignments(
    &mut self,
    request: impl IntoRequest<SearchAllAssignmentsRequest>
) -> Result<Response<SearchAllAssignmentsResponse>, Status>

Looks up assignments for a specified resource for a particular region. If the request is about a project:

1. Assignments created on the project will be returned if they exist.
2. Otherwise assignments created on the closest ancestor will be returned.
3. Assignments for different JobTypes will all be returned.

The same logic applies if the request is about a folder.

If the request is about an organization, then assignments created on the organization will be returned (organization doesn’t have ancestors).

Comparing to ListAssignments, there are some behavior differences:

1. permission on the assignee will be verified in this API.
2. Hierarchy lookup (project->folder->organization) happens in this API.
3. Parent here is projects/*/locations/*, instead of projects/*/locations/*reservations/*.

pub async fn move_assignment(
    &mut self,
    request: impl IntoRequest<MoveAssignmentRequest>
) -> Result<Response<Assignment>, Status>

Moves an assignment under a new reservation.

This differs from removing an existing assignment and recreating a new one by providing a transactional change that ensures an assignee always has an associated reservation.

pub async fn get_bi_reservation(
    &mut self,
    request: impl IntoRequest<GetBiReservationRequest>
) -> Result<Response<BiReservation>, Status>

Retrieves a BI reservation.

pub async fn update_bi_reservation(
    &mut self,
    request: impl IntoRequest<UpdateBiReservationRequest>
) -> Result<Response<BiReservation>, Status>

Updates a BI reservation.

Only fields specified in the field_mask are updated.

A singleton BI reservation always exists with default size 0. In order to reserve BI capacity it needs to be updated to an amount greater than 0. In order to release BI capacity reservation size must be set to 0.

Trait Implementations

impl<T: Clone> Clone for ReservationServiceClient<T>

fn clone(&self) -> ReservationServiceClient<T>

Returns a copy of the value.

fn clone_from(&mut self, source: &Self)

Performs copy-assignment from source.

impl<T: Debug> Debug for ReservationServiceClient<T>

fn fmt(&self, f: &mut Formatter<'_>) -> Result

Formats the value using the given formatter.