Struct aws_sdk_glue::operation::create_schema::builders::CreateSchemaInputBuilder

#[non_exhaustive]
pub struct CreateSchemaInputBuilder { /* private fields */ }

A builder for CreateSchemaInput.

Implementations

impl CreateSchemaInputBuilder

pub fn registry_id(self, input: RegistryId) -> Self

This is a wrapper shape to contain the registry identity fields. If this is not provided, the default registry will be used. The ARN format for the same will be: arn:aws:glue:us-east-2: :registry/default-registry:random-5-letter-id .

pub fn set_registry_id(self, input: Option<RegistryId>) -> Self

This is a wrapper shape to contain the registry identity fields. If this is not provided, the default registry will be used. The ARN format for the same will be: arn:aws:glue:us-east-2: :registry/default-registry:random-5-letter-id .

pub fn get_registry_id(&self) -> &Option<RegistryId>

This is a wrapper shape to contain the registry identity fields. If this is not provided, the default registry will be used. The ARN format for the same will be: arn:aws:glue:us-east-2: :registry/default-registry:random-5-letter-id .

pub fn schema_name(self, input: impl Into<String>) -> Self

Name of the schema to be created of max length of 255, and may only contain letters, numbers, hyphen, underscore, dollar sign, or hash mark. No whitespace.

This field is required.

pub fn set_schema_name(self, input: Option<String>) -> Self

Name of the schema to be created of max length of 255, and may only contain letters, numbers, hyphen, underscore, dollar sign, or hash mark. No whitespace.

pub fn get_schema_name(&self) -> &Option<String>

Name of the schema to be created of max length of 255, and may only contain letters, numbers, hyphen, underscore, dollar sign, or hash mark. No whitespace.

pub fn data_format(self, input: DataFormat) -> Self

The data format of the schema definition. Currently AVRO, JSON and PROTOBUF are supported.

This field is required.

pub fn set_data_format(self, input: Option<DataFormat>) -> Self

The data format of the schema definition. Currently AVRO, JSON and PROTOBUF are supported.

pub fn get_data_format(&self) -> &Option<DataFormat>

The data format of the schema definition. Currently AVRO, JSON and PROTOBUF are supported.

pub fn compatibility(self, input: Compatibility) -> Self

The compatibility mode of the schema. The possible values are:

• NONE: No compatibility mode applies. You can use this choice in development scenarios or if you do not know the compatibility mode that you want to apply to schemas. Any new version added will be accepted without undergoing a compatibility check.

• DISABLED: This compatibility choice prevents versioning for a particular schema. You can use this choice to prevent future versioning of a schema.

• BACKWARD: This compatibility choice is recommended as it allows data receivers to read both the current and one previous schema version. This means that for instance, a new schema version cannot drop data fields or change the type of these fields, so they can't be read by readers using the previous version.

• BACKWARD_ALL: This compatibility choice allows data receivers to read both the current and all previous schema versions. You can use this choice when you need to delete fields or add optional fields, and check compatibility against all previous schema versions.

• FORWARD: This compatibility choice allows data receivers to read both the current and one next schema version, but not necessarily later versions. You can use this choice when you need to add fields or delete optional fields, but only check compatibility against the last schema version.

• FORWARD_ALL: This compatibility choice allows data receivers to read written by producers of any new registered schema. You can use this choice when you need to add fields or delete optional fields, and check compatibility against all previous schema versions.

• FULL: This compatibility choice allows data receivers to read data written by producers using the previous or next version of the schema, but not necessarily earlier or later versions. You can use this choice when you need to add or remove optional fields, but only check compatibility against the last schema version.

• FULL_ALL: This compatibility choice allows data receivers to read data written by producers using all previous schema versions. You can use this choice when you need to add or remove optional fields, and check compatibility against all previous schema versions.

pub fn set_compatibility(self, input: Option<Compatibility>) -> Self

The compatibility mode of the schema. The possible values are:

• NONE: No compatibility mode applies. You can use this choice in development scenarios or if you do not know the compatibility mode that you want to apply to schemas. Any new version added will be accepted without undergoing a compatibility check.

• DISABLED: This compatibility choice prevents versioning for a particular schema. You can use this choice to prevent future versioning of a schema.

• BACKWARD: This compatibility choice is recommended as it allows data receivers to read both the current and one previous schema version. This means that for instance, a new schema version cannot drop data fields or change the type of these fields, so they can't be read by readers using the previous version.

• BACKWARD_ALL: This compatibility choice allows data receivers to read both the current and all previous schema versions. You can use this choice when you need to delete fields or add optional fields, and check compatibility against all previous schema versions.

• FORWARD: This compatibility choice allows data receivers to read both the current and one next schema version, but not necessarily later versions. You can use this choice when you need to add fields or delete optional fields, but only check compatibility against the last schema version.

• FORWARD_ALL: This compatibility choice allows data receivers to read written by producers of any new registered schema. You can use this choice when you need to add fields or delete optional fields, and check compatibility against all previous schema versions.

• FULL: This compatibility choice allows data receivers to read data written by producers using the previous or next version of the schema, but not necessarily earlier or later versions. You can use this choice when you need to add or remove optional fields, but only check compatibility against the last schema version.

• FULL_ALL: This compatibility choice allows data receivers to read data written by producers using all previous schema versions. You can use this choice when you need to add or remove optional fields, and check compatibility against all previous schema versions.

pub fn get_compatibility(&self) -> &Option<Compatibility>

The compatibility mode of the schema. The possible values are:

• NONE: No compatibility mode applies. You can use this choice in development scenarios or if you do not know the compatibility mode that you want to apply to schemas. Any new version added will be accepted without undergoing a compatibility check.

• DISABLED: This compatibility choice prevents versioning for a particular schema. You can use this choice to prevent future versioning of a schema.

• BACKWARD: This compatibility choice is recommended as it allows data receivers to read both the current and one previous schema version. This means that for instance, a new schema version cannot drop data fields or change the type of these fields, so they can't be read by readers using the previous version.

• BACKWARD_ALL: This compatibility choice allows data receivers to read both the current and all previous schema versions. You can use this choice when you need to delete fields or add optional fields, and check compatibility against all previous schema versions.

• FORWARD: This compatibility choice allows data receivers to read both the current and one next schema version, but not necessarily later versions. You can use this choice when you need to add fields or delete optional fields, but only check compatibility against the last schema version.

• FORWARD_ALL: This compatibility choice allows data receivers to read written by producers of any new registered schema. You can use this choice when you need to add fields or delete optional fields, and check compatibility against all previous schema versions.

• FULL: This compatibility choice allows data receivers to read data written by producers using the previous or next version of the schema, but not necessarily earlier or later versions. You can use this choice when you need to add or remove optional fields, but only check compatibility against the last schema version.

• FULL_ALL: This compatibility choice allows data receivers to read data written by producers using all previous schema versions. You can use this choice when you need to add or remove optional fields, and check compatibility against all previous schema versions.

pub fn description(self, input: impl Into<String>) -> Self

An optional description of the schema. If description is not provided, there will not be any automatic default value for this.

pub fn set_description(self, input: Option<String>) -> Self

An optional description of the schema. If description is not provided, there will not be any automatic default value for this.

pub fn get_description(&self) -> &Option<String>

An optional description of the schema. If description is not provided, there will not be any automatic default value for this.

pub fn tags(self, k: impl Into<String>, v: impl Into<String>) -> Self

Adds a key-value pair to tags.

To override the contents of this collection use set_tags.

Amazon Web Services tags that contain a key value pair and may be searched by console, command line, or API. If specified, follows the Amazon Web Services tags-on-create pattern.

pub fn set_tags(self, input: Option<HashMap<String, String>>) -> Self

Amazon Web Services tags that contain a key value pair and may be searched by console, command line, or API. If specified, follows the Amazon Web Services tags-on-create pattern.

pub fn get_tags(&self) -> &Option<HashMap<String, String>>

Amazon Web Services tags that contain a key value pair and may be searched by console, command line, or API. If specified, follows the Amazon Web Services tags-on-create pattern.

pub fn schema_definition(self, input: impl Into<String>) -> Self

The schema definition using the DataFormat setting for SchemaName.

pub fn set_schema_definition(self, input: Option<String>) -> Self

The schema definition using the DataFormat setting for SchemaName.

pub fn get_schema_definition(&self) -> &Option<String>

The schema definition using the DataFormat setting for SchemaName.

pub fn build(self) -> Result<CreateSchemaInput, BuildError>

Consumes the builder and constructs a CreateSchemaInput.

impl CreateSchemaInputBuilder

pub async fn send_with( self, client: &Client, ) -> Result<CreateSchemaOutput, SdkError<CreateSchemaError, HttpResponse>>

Sends a request with this input using the given client.

Trait Implementations

impl Clone for CreateSchemaInputBuilder

fn clone(&self) -> CreateSchemaInputBuilder

Returns a copy of the value.

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

Performs copy-assignment from source.

impl Debug for CreateSchemaInputBuilder

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

Formats the value using the given formatter.

impl Default for CreateSchemaInputBuilder

fn default() -> CreateSchemaInputBuilder

Returns the “default value” for a type.

impl PartialEq for CreateSchemaInputBuilder

fn eq(&self, other: &CreateSchemaInputBuilder) -> bool

This method tests for self and other values to be equal, and is used by ==.

fn ne(&self, other: &Rhs) -> bool

This method tests for !=. The default implementation is almost always sufficient, and should not be overridden without very good reason.

impl StructuralPartialEq for CreateSchemaInputBuilder