Dynamic Release Record (2026)
Type | Description |
Supported Data Source Type | Currently, WeData supports the following data source types: EMR:EMR-Hive,EMR-StarRocks,EMR-iceberg, DLC TCHouse-P TCHouse-X TCHouse-D Doris |
Ways to Add Monitoring Rules | Currently, WeData supports the following three methods: Create a monitoring task - Add Rule: Create a quality rule under monitoring. Add rules under a single table (a monitoring task can only monitor one table). Add multiple rules at once. Add Rules to Multiple Tables: Batch create monitoring rules for multiple fields of multiple tables in the same data source. Select multiple tables and fields at once. Select only one monitoring rule at a time. Batch upload: Upload an Excel template and import in batches. Only one type of data source can be targeted at a time. Supports only custom SQL (no support for built-in templates or custom templates). Only 100 entries can be uploaded at a time. |




Element | Description |
Execution Engine | Here you can select Hive and Spark, related to the purchased EMR resource. Generally, Hive tables can directly select Hive engine. |
Computing Resource | Select default Here you can select the resource group in the EMR cluster. Generally, you can directly select default. |
Execution resource | The execution resource here is the scheduling resource group already bound to the project. |
application parameter | Support setting application parameters for the Spark engine. For example: --executor-cores 2 --executor-memory 4G --num-executors 10 --driver-cores 1 --driver-memory 1G --conf spark_task_maxFailures=3 Note: 1. If [Project Management - Storage and Computing Engine Configuration - EMR - Queue Information] selects project configuration first, the --queue parameter input in the application parameter will not take effect, and the task uses the resource queue selected in the task configuration. 2. This feature is not supported in the Guangzhou region temporarily. |
Execution Method | Here you can select Associated Production Scheduling and Offline Cycle Detection: Associated Production Scheduling: Associate the quality task with production tasks (data sync tasks or data development tasks). When the production task execution is complete, insert a quality monitoring task. If an exception is detected, the handler will be notified immediately for processing, and downstream task execution will be blocked based on the rule level in monitoring to avoid problem data expansion. Note: The same quality inspection task can associate multiple production tasks; the same production task can also associate multiple quality inspection tasks. Offline Cycle Detection: Independent scheduling. Set periodic quality inspection for selected database tables and core business fields with self-defined frequency such as daily, hourly, or per minute. The quality task will execute on schedule based on the set period. If an anomaly is detected, subscribers will be notified immediately. |
Associated Task | Here you can select the module to which the production task must be associated, development space or Data Integration, and can only be associated with up to 5 tasks: Development space: Shows the directory tree structure in the development space and supports searching folders or task names. Data Integration: Shows the task list in data integration. |


Element | Note: |
Rule Type | Select from system template, custom template, or Custom SQL (if you select a rule template from the Left Tree, the selected template parameter will be displayed here by default). System template: WeData has built-in 76 rule templates that can be used for free. 20 of them are applicable to reasoning tables. More details about each template can be found in system template description. Custom template: You can add rules applicable to your own business in the rule template menu for easy reuse. For detailed operation guidance, refer to custom template description. Custom SQL: Directly fill in SQL statement as detection rule. For detailed operation guidance, see add quality rules. |
Monitoring Object | Monitoring Object can be divided into table-level and field-level (if you select a rule template from the Left Tree, the selected template parameter will be displayed here by default). Table level: Monitor the number of rows and table size (only supported for Hive tables). Field level: Monitor whether the field is empty, whether to repeat, mean, maximum value, and minimum value. |
Select Template | WeData has built-in 56 rule templates that can be used for free. For more details on each template, see System Template Description. (if you select a rule template from the Left Tree, the selected template parameter will be displayed here by default). |
Detection Range | Choose full table or conditional scan. Full table: The quality rule will verify the full data in the table. Conditional scan: The quality rule will only verify the detection range filled here. For example:
Note: Here, fill in the partition field to avoid a full table scan every time a quality task runs, preventing wastage of computational resources. In SQL, ${yyyy-MM-dd-1d} is a date variable that represents one day before the execution date. It will be replaced with a specific date during Quality Task Execution. For example: When the quality task runs at 2024-05-02 00:00:00, ${yyyy-MM-dd-1d} will be replaced with 2024-05-01. |
Trigger Condition | Comparison operator: Select less than. Comparison value: Fill in 1. Number of table rows is less than 1, time variable filled in combination with the detection range, indicate: when no new data added yesterday, trigger alarm. Note: The trigger condition filled in here is abnormal value, i.e., the conditions for triggering alarms. |
Trigger Level | Select Medium. Trigger Level can be divided into: High, Medium, Low. High: When an alarm is triggered, immediately block downstream task execution (valid only when associated with production tasks). Medium: Trigger alarm only. Low: Do not trigger alarm, only abnormal result display. |









フィードバック