测验：市场时段与监管

同时开盘价和收盘价区间对计算系统容量有什么影响？

• 由于订单在某一点收集并执行，因此该时刻的吞吐量会增加到平时的数十倍。
• 由于没有紧固，该部分的负载比平时低。
• 通过阻止订单接收，负载被均匀分配。
• 由于执行价格设置为1，因此减少了计算量。

因熔断而暂停交易20分钟后恢复交易时，系统应做好哪些准备？

• 停运期间积累的订单在复工时一次性释放，很多时候正常高峰都集中在一处。
• 中断期间收到的订单会自动取消，从而增加了取消处理负载。
• 复工后，交易量大幅下降，闲置资源增多。
• 由于重启时间提前公布，因此可以提前分配负载。

以下哪一项最准确地描述了订单记录保留义务给系统设计留下的印记？

• 总结就是存储周期长，磁盘容量一定要大，其余设计与一般服务无异。
• 由于原始日志无法用工件替换，因此规范化表和原始日志保留在一起，并且构建该结构是为了构建历史而不是覆盖。
• 整个订单记录必须加密存储，解密权限必须分离，密钥管理是设计的核心。
• 自动删除超过保留期限的记录的部署将变得至关重要，并且该部署的准确性将成为监管响应的关键。

市场监管（异常交易检测）要求对日志设计有哪些限制？

• 可以减少日志，只留下已执行的订单。
• 帐户标识符必须被屏蔽以保护个人信息。
• 由于取消的订单和未成交的报价必须保留，因此不可能进行优化以清除它们。
• 由于您只观看直播，因此无需保存。

执行数据根据UTC午夜按一天分为一批。韩国市场存在哪些问题？

• UTC 是国际标准，交易所内部也使用 UTC，因此只能在屏幕上更改为当地时间。
• 收盘后，该时区的交易立即转移到第二天的批次，因此当天和第二天的统计都是错误的，但总数是正确的，并且不会在对话中捕获。
• 每笔交易转换时间戳的成本会增加批处理时间，并且在收盘后，计数会延迟到第二天早上。
• UTC没有夏令时，但在韩国，冬季和夏季的每日界限不同，导致两个季节的计数标准不匹配。

为什么“通过将 15:30 批次延迟到 16:00 来分配负载”的建议不起作用？

• 那个时间是附加在收盘价上的，是由同一个市场收盘价来确认的，如果延迟的话，当天的衍生品结算价也会被扭曲。
• 因为批处理调度器只支持准时执行
• 因为16:00已经有别的安排了，没有座位了。
• 因为夜班人员那时就下班了。

为了降低保留成本，我们计划推出“90天后删除已取消订单”的政策。工程师首先应该做什么？

• 计算要删除的项目数量和要保存的数量并显示性能改进效果。
• 通过改用压缩存储而不是删除来降低成本。
• 首先检查保存义务的范围是否合规。这是不可逆的操作，已删除的内容无法恢复。
• 首先，打开备份，然后继续删除它。