gpt4 book ai didi

algorithm - 定时报表(任务)监视器

转载 作者:塔克拉玛干 更新时间:2023-11-03 06:05:20 28 4
gpt4 key购买 nike

我必须开发一个系统来监控报告的生成/传输

  • 系统数据将存储在数据库表中(Sybase)
  • 报告将按不同的时间表生成(“周一至周五晚上 10 点”、“周六早上 5 点”、“每月的第一天”等)
  • 系统只会监控报告是否已创建。它不会自己创建报告。
  • 当报告未完成时,系统会通知相关人员。
  • 系统将维护所有生成报告的日志

有人知道用于存储任务计划的良好(经过试验和验证的)表设计吗?我已经有了想法,但我不想重新发明轮子。

最佳答案

如果您真的要支持所有这些类型的复杂计划,我不确定尝试为这些计划的所有详细信息发明一个同样复杂的关系数据库模式是个好主意.

我会考虑为日程表的详细信息设计一个 XML 架构,如果您确实需要将日程表存储在关系数据库中,则将 XML 数据存储在一个列中。您可以为适用于任何类型的计划的那些计划属性使用列(例如计划名称或上次修改时间和时间的人)。

例如,假设一个时间表可用于多个报告,您可以这样做:

Table: Schedule
---------------
Columns:
ID - Surrogate key to refer to schedules
from other tables.

Name - Short textual description of the schedule
(to be shown in GUI).

...

Details - XML containing all the details of
the schedule (frequency, exceptions,
complex combinations of simple schedules,
whatsoever).

即使您的应用程序必须回答诸如“哪些报告应该在给定日期/时间之前到期”之类的问题,我认为您必须有非常非常多的计划来证明使用关系模式来存储的开销是合理的在单独的列中(并且可能在多个表中)显示具体的计划详细信息。

关于algorithm - 定时报表(任务)监视器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/225357/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com