活动累加器
什么是 Activity_Accumulator 表格？
Activity_Accumulator 是可跟踪用户活动的表格。该表格几乎可记录用户在您系统中访问的每一个页面。通过 Activity_Accumulator 表格可以轻松查询用户活动、关联其他 Blackboard 表格和生成自定义报告。
查看用户在活动累加器中的活动，以帮助解决学术争议并支持公平决策。
活动累加器表的结构
列名称 | 描述 | 数据类型 |
|---|---|---|
timestamp | 发生事件的日期和/或时间。 | datetime |
event_type | 这是用户在 Ultra 内执行的活动类型。例如，登录平台、访问内容、提交测试等。 | 瓦查尔（30） 最大长度为 30 个字符的文本字段 |
pk1 | 表的主键。 每条记录都有一个唯一的 pk1 ID。 | id |
course_pk1 | 与此活动相关的课程的主要键。 每个课程在平台中都有一个唯一的 ID。 | id |
content_pk1 | 与此活动关联的内容项的主键。 对于内容访问、评估提交、讨论回复/回答和类似事件，此列有助于标识关联的内容项目。 | id |
user_pk1 | 与此活动关联的用户的主键。 每个用户在平台中都有一个唯一的 ID。 | id |
session_id | 与此活动关联的用户会话的主键。 | id |
group_pk1 | 与此活动关联的课程小组的主键。 | id |
forum_pk1 | 与此活动关联的讨论论坛的主键。 | id |
data | 包含与事件关联的任何自由格式文本数据。 某些事件在此字段中包含有用的信息，例如关联的课程内容的名称。 对于此字段为空的事件，请使用 pk1 ID 来标识相关信息。 | 恩瓦查尔（255） 最大长度为 255 个字符的文本字段 |
internal_handle | 参考与页面和课程访问事件相关联的导航项目的内部句柄。 | 瓦查尔（255） 最大长度为 255 个字符的文本字段 |
状态 | 指示事件的状态。 1 表示成功，0 表示失败。 | 数字 |
在 Activity Accumulator 中注册的事件
这些是保存在“event_type”列中的事件。
事件名称 | 规则 | 在原始和/或 Ultra 中提供？ |
|---|---|---|
ASSESSMENT_DRAFT | 用户保存测试或作业的草稿。 注意：
| Ultra |
ASSESSMENT_SUBMIT | 用户提交测试或作业。 笔记：
| Ultra |
COMMAND_LINE_TOOL | 用户运行选定的命令行工具。 | Original |
CONTENT_ACCESS | 用户访问课程内容项目。内容项包括测试、作业、讨论、日记、LTI 活动、SCORM 包、文件夹和学习模块。 笔记：
| Original和Ultra |
COURSE_ACCESS | 用户访问课程。 | Original和Ultra |
DISCUSSION_DRAFT | 用户在讨论的回复或回答中保存草稿。 | Ultra |
DISCUSSION_EDIT | 用户在讨论中编辑回复或回答。 | Ultra |
DISCUSSION_REPLY | 用户针对讨论发布回复。 | Ultra |
DISCUSSION_RESPONSE | 用户针对讨论发布回答。 | Ultra |
LOGIN_ATTEMPT | 用户尝试向平台进行身份验证。 该尝试可以成功，也可以失败。 | Original和Ultra |
LOGOUT | 用户从平台注销。 | Original和Ultra |
MODULE_ACCESS | 用户访问模块。 注意：
| Original |
PAGE_ACCESS | 用户访问页面。 与管理面板页面相关的事件。 | Original和Ultra |
PASSWORD_CHANGE | 用户更改密码。 这包括自行更改密码、由特权用户更改密码或通过“忘记密码”更改密码。 | Original和Ultra |
RESET_MFA | 特权用户重置 MFA | Original |
SCHEDULED_TASK | 运行所选计划任务所导致的事件。 | Original |
SESSION_INT | 在系统中启动会话。 | Original和Ultra |
SESSION_TIMEOUT | 由于用户不活动，用户的会话已超时。 | Original和Ultra |
START_IMPERSONATION | 管理员或更高级别的角色以用户身份登录到平台。 | Original |
STORED_PROCEDURE | 运行所选存储过程所导致的事件。 | Original |
TAB_ACCESS | 用户访问标签。 | Original |
主要考虑因素：
“活动累加器”表注册所有用户的事件，无论角色如何。
在移动应用程序中执行的用户作也包含在“活动累加器”表中。
使用 Ally 访问的内容在活动累加器中记录事件。
启用 Activity_Accumulator
在管理员面板的工具和实用程序下，选择系统报告。
选择自动报告选项。
要通过 Activity_Accumulator 表格记录系统活动，请选择事件跟踪字段中的是。
注意
默认状态为打开。如果“事件跟踪”处于禁用状态，则系统不会向 Activity_Accumulator 表格发送任何数据。
两种 Activity_Accumulator 表格
Activity Accumulator 会记录平台上所有用户的互动。这会产生大量数据。为了更有效地管理数据，有两种 Activity_Accumulator 表格可用。
BBLEARN 架构包含最近的活动数据。默认情况下，它保留最近 6 个月的数据。每日流程将数据复制到BBLEARN_STATS以保持更新。
BBLEARN_STATS 架构是一个存档表格，用于保存较早的记录。此表格保存历史数据并有助于报告目的，从而最大程度地减少主 Blackboard 数据库中的性能影响。
注意
如果您的机构启用了数据管道，则数据将发送到 snowflake activity_accumulator_archive，而不是 BBLEARN_STATS。
Activity_Accumulator 可以保留多少数据？
Activity_Accumulator 表格中的数据量取决于 PurgeAccumulator 的运行频率。PurgeAccumulator 每 24 小时运行一次。
PurgeAccumulator 实用工具会将 BBLEARN 架构中的最新记录复制到 BBLEARN_STATS 架构。之后，PurgeAccumulator 会从 BBLEARN 架构中删除早于 180 天的所有数据。
超出配置保留期的所有记录都会从 BBLEARN 中删除，但保留在BBLEARN_STATS中以供报告。
注意
如果您所在的机构启用了数据管道，则数据将发送到 snowflake activity_accumulator_archive，而不是 BBLEARN_STATS