refactor: 移除运行时数据库初始化与分区维护

- 删除了服务启动阶段的数据库初始化逻辑，包括创建数据库、表和分区的相关代码。
- 移除了定时分区维护任务，确保服务职责更清晰。
- 更新了数据库分区策略，明确分区由外部脚本管理，服务不再自动创建缺失分区。
- 修改了相关文档，确保数据库结构与分区维护的责任转移到 `SQL_Script/` 目录下的外部脚本。
- 更新了需求和场景，确保符合新的设计规范。

bls-onoffline-backend/openspec/specs/onoffline/spec.md

@@ -28,12 +28,12 @@
 - **THEN** 数据库存储值为对应的空字符串
 
 ### Requirement: 数据库分区策略
-系统 SHALL 使用 Range Partitioning 按天分区，并自动维护未来 30 天的分区表。
+系统 SHALL 使用 Range Partitioning 按天分区，并自动维护未来 30 天的分区表，子表依赖 PostgreSQL 原生机制继承主表索引。
 
 #### Scenario: 分区预创建
 - **GIVEN** 系统启动或每日凌晨
 - **WHEN** 运行分区维护任务
-- **THEN** 确保数据库中存在未来 30 天的分区表
+- **THEN** 确保数据库中存在未来 30 天的分区表，无需对子表显式创建单列表索引
 
 ### Requirement: 消费可靠性 (At-Least-Once)
 系统 SHALL 仅在数据成功写入数据库后，才向 Kafka 提交消费位点。
@@ -84,7 +84,7 @@
 - **THEN** 自动乘以 1000 转换为毫秒
 
 ### Requirement: 批量消费与写入
-系统 SHALL 对 Kafka 消息进行缓冲，并按批次写入数据库，以提高吞吐量。
+系统 SHALL 对 Kafka 消息进行缓冲，并按批次写入数据库，以提高吞吐量；当写入失败时，系统 SHALL 执行连接恢复重试与降级策略，但不在运行时创建数据库分区。
 
 #### Scenario: 批量写入
 - **GIVEN** 短时间内收到多条消息 (e.g., 500条)
@@ -96,3 +96,8 @@
 - **WHEN** 捕获异常
 - **THEN** 自动降级为逐条写入，以隔离错误数据并确保有效数据入库
 
+#### Scenario: 分区缺失错误处理
+- **GIVEN** 写入时数据库返回分区缺失错误
+- **WHEN** 服务处理该错误
+- **THEN** 服务记录错误并按既有错误处理机制处理，不在运行时执行分区创建
+