Skip to main content

​
◆ createMaterializedView() [1/2]

CreateMaterializedViewResponse kinetica.Kinetica.createMaterializedView (CreateMaterializedViewRequestrequest_)
 inline

Initiates the process of creating a materialized view, reserving the view’s name to prevent other views or tables from being created with that name.

For materialized view details and examples, see Materialized Views.

The response contains view_id, which is used to tag each subsequent operation (projection, union, aggregation, filter, or join) that will compose the view.

Parameters
request_Request object containing the parameters for the operation.
Returns
Response object containing the result of the operation.

Definition at line 21458 of file KineticaFunctions.cs.

​
◆ createMaterializedView() [2/2]

CreateMaterializedViewResponse kinetica.Kinetica.createMaterializedView (stringtable_name,
IDictionary< string, string >options = null )
 inline

Initiates the process of creating a materialized view, reserving the view’s name to prevent other views or tables from being created with that name.

For materialized view details and examples, see Materialized Views.

The response contains view_id, which is used to tag each subsequent operation (projection, union, aggregation, filter, or join) that will compose the view.

Parameters
table_nameName of the table to be created that is the top-level table of the materialized view, in [schema_name.]table_name format, using standard name resolution rules and meeting table naming criteria.
optionsOptional parameters.
  • COLLECTION_NAME: [DEPRECATED–please specify the containing schema for the materialized view as part of table_name and use createSchema to create the schema if non-existent] Name of a schema which is to contain the newly created view. If the schema provided is non-existent, it will be automatically created.
  • EXECUTE_AS: User name to use to run the refresh job.
  • BUILD_MATERIALIZED_VIEW_POLICY: Sets startup materialized view rebuild scheme. Supported values:
    • ALWAYS: Rebuild as many materialized views as possible before accepting requests.
    • LAZY: Rebuild the necessary materialized views at start, and load the remainder lazily.
    • ON_DEMAND: Rebuild materialized views as requests use them.
    • SYSTEM: Rebuild materialized views using the system-configured default.
    The default value is SYSTEM.
  • PERSIST: If TRUE, then the materialized view specified in table_name will be persisted and will not expire unless a TTL is specified. If FALSE, then the materialized view will be an in-memory table and will expire unless a TTL is specified otherwise. Supported values:The default value is FALSE.
  • ENABLE_MV_INPUT_WRAPPERS: If TRUE, each base table the view reads is accessed through a wrapper view so an in-progress out-of-place update cannot make a record momentarily disappear from the view, and a long refresh does not block updates to the base tables. Overrides the gaia.enable_mv_input_wrappers configuration default when set. Supported values:The default value is FALSE.
  • REFRESH_SPAN: Sets the future time-offset(in seconds) at which periodic refresh stops.
  • REFRESH_STOP_TIME: When REFRESH_METHOD is PERIODIC, specifies the time at which a periodic refresh is stopped. Value is a datetime string with format ‘YYYY-MM-DD HH:MM:SS’.
  • REFRESH_METHOD: Method by which the join can be refreshed when the data in underlying member tables have changed. Supported values:
    • MANUAL: Refresh only occurs when manually requested by calling alterTable with an ‘action’ of ‘refresh’.
    • ON_QUERY: Refresh any time the view is queried.
    • ON_CHANGE: If possible, incrementally refresh (refresh just those records added) whenever an insert, update, delete or refresh of input table is done. A full refresh is done if an incremental refresh is not possible.
    • PERIODIC: Refresh table periodically at rate specified by REFRESH_PERIOD.
    The default value is MANUAL.
  • REFRESH_PERIOD: When REFRESH_METHOD is PERIODIC, specifies the period in seconds at which refresh occurs.
  • REFRESH_START_TIME: When REFRESH_METHOD is PERIODIC, specifies the first time at which a refresh is to be done. Value is a datetime string with format ‘YYYY-MM-DD HH:MM:SS’.
  • TTL: Sets the TTL of the table specified in table_name .
The default value is an empty Dictionary.
Returns
Response object containing the result of the operation.

Definition at line 21732 of file KineticaFunctions.cs.

​
◆ CreateMaterializedViewAsync() [1/2]

async System.Threading.Tasks.Task< CreateMaterializedViewResponse > kinetica.Kinetica.CreateMaterializedViewAsync (CreateMaterializedViewRequestrequest_,
System.Threading.CancellationTokencancellationToken = default )
 inline

Initiates the process of creating a materialized view, reserving the view’s name to prevent other views or tables from being created with that name.

(async)

For materialized view details and examples, see Materialized Views.

The response contains view_id, which is used to tag each subsequent operation (projection, union, aggregation, filter, or join) that will compose the view.

Parameters
request_Request object containing the parameters for the operation.
cancellationTokenCancellation token to cancel the operation.
Returns
Task that returns the response object containing the result of the operation.

Definition at line 21482 of file KineticaFunctions.cs.

​
◆ CreateMaterializedViewAsync() [2/2]

async System.Threading.Tasks.Task< CreateMaterializedViewResponse > kinetica.Kinetica.CreateMaterializedViewAsync (stringtable_name,
IDictionary< string, string >options = null,
System.Threading.CancellationTokencancellationToken = default )
 inline

Initiates the process of creating a materialized view, reserving the view’s name to prevent other views or tables from being created with that name.

(async)

For materialized view details and examples, see Materialized Views.

The response contains view_id, which is used to tag each subsequent operation (projection, union, aggregation, filter, or join) that will compose the view.

Parameters
table_nameName of the table to be created that is the top-level table of the materialized view, in [schema_name.]table_name format, using standard name resolution rules and meeting table naming criteria.
optionsOptional parameters.
  • COLLECTION_NAME: [DEPRECATED–please specify the containing schema for the materialized view as part of table_name and use createSchema to create the schema if non-existent] Name of a schema which is to contain the newly created view. If the schema provided is non-existent, it will be automatically created.
  • EXECUTE_AS: User name to use to run the refresh job.
  • BUILD_MATERIALIZED_VIEW_POLICY: Sets startup materialized view rebuild scheme. Supported values:
    • ALWAYS: Rebuild as many materialized views as possible before accepting requests.
    • LAZY: Rebuild the necessary materialized views at start, and load the remainder lazily.
    • ON_DEMAND: Rebuild materialized views as requests use them.
    • SYSTEM: Rebuild materialized views using the system-configured default.
    The default value is SYSTEM.
  • PERSIST: If TRUE, then the materialized view specified in table_name will be persisted and will not expire unless a TTL is specified. If FALSE, then the materialized view will be an in-memory table and will expire unless a TTL is specified otherwise. Supported values:The default value is FALSE.
  • ENABLE_MV_INPUT_WRAPPERS: If TRUE, each base table the view reads is accessed through a wrapper view so an in-progress out-of-place update cannot make a record momentarily disappear from the view, and a long refresh does not block updates to the base tables. Overrides the gaia.enable_mv_input_wrappers configuration default when set. Supported values:The default value is FALSE.
  • REFRESH_SPAN: Sets the future time-offset(in seconds) at which periodic refresh stops.
  • REFRESH_STOP_TIME: When REFRESH_METHOD is PERIODIC, specifies the time at which a periodic refresh is stopped. Value is a datetime string with format ‘YYYY-MM-DD HH:MM:SS’.
  • REFRESH_METHOD: Method by which the join can be refreshed when the data in underlying member tables have changed. Supported values:
    • MANUAL: Refresh only occurs when manually requested by calling alterTable with an ‘action’ of ‘refresh’.
    • ON_QUERY: Refresh any time the view is queried.
    • ON_CHANGE: If possible, incrementally refresh (refresh just those records added) whenever an insert, update, delete or refresh of input table is done. A full refresh is done if an incremental refresh is not possible.
    • PERIODIC: Refresh table periodically at rate specified by REFRESH_PERIOD.
    The default value is MANUAL.
  • REFRESH_PERIOD: When REFRESH_METHOD is PERIODIC, specifies the period in seconds at which refresh occurs.
  • REFRESH_START_TIME: When REFRESH_METHOD is PERIODIC, specifies the first time at which a refresh is to be done. Value is a datetime string with format ‘YYYY-MM-DD HH:MM:SS’.
  • TTL: Sets the TTL of the table specified in table_name .
The default value is an empty Dictionary.
cancellationTokenCancellation token to cancel the operation.
Returns
Task that returns the response object containing the result of the operation.

Definition at line 21983 of file KineticaFunctions.cs.