feat: impl Task for private

[KKould]

I hereby agree to the terms of the CLA available at: https://docs.databend.com/dev/policies/cla/

Summary

Currently, Task-related functions rely on Cloud. This pr is used to support Task functions when privately deployed.

TODO:

• Task
  • schedule
  • after
  • session_params
  • when
  • session_params
  • TaskRuns for log run state
• Config to switch Cloud and Private
• Store TaskRun on system table
• Support scheduling by meta to avoid repeated query execution
• Create Task
• Describe Task
• Alter Task
• Drop Task
• Show Tasks
• Use table to record the direct dependencies of Task
• System table: task_history

Tests

• Unit Test
• Logic Test
• Benchmark Test
• No Test - TODO

Type of change

• Bug Fix (non-breaking change which fixes an issue)
• New Feature (non-breaking change which adds functionality)
• Breaking Change (fix or feature that could cause existing functionality not to work as expected)
• Documentation Update
• Refactoring
• Performance Improvement
• Other (please describe):

---

This change is 

[github-actions]

🤖 Smart Auto-retry Analysis (Retry 13)

Workflow: 16213987032

📊 Summary

• Total Jobs: 80
• Failed Jobs: 6
• Retryable: 0
• Code Issues: 6

❌ NO RETRY NEEDED

All failures appear to be code/test issues requiring manual fixes.

🔍 Job Details

• ❌ linux / test_unit: Not retryable (Code/Test)
• ❌ linux / test_stateless_cluster: Not retryable (Code/Test)
• ❌ linux / test_stateless_standalone: Not retryable (Code/Test)
• ❌ linux / sqllogic / stage (s3, hybrid, sub_path, large): Not retryable (Code/Test)
• ❌ linux / sqllogic / stage (fs, hybrid, full_path, large): Not retryable (Code/Test)
• ❌ linux / sqllogic / stage (fs, hybrid, full_path, small): Not retryable (Code/Test)

---

🤖 About

Automated analysis using job annotations to distinguish infrastructure issues (auto-retried) from code/test issues (manual fixes needed).

[zhang2014]

why need warehouse_size?

[KKould]

Consistent with the current task structure defined by cloud, warehouse_options is rarely used in private