什么是 Activity_Accumulator 表格?

Activity_Accumulator 是可跟踪用户活动的表格。该表格几乎可记录用户在您系统中访问的每一个页面。通过 Activity_Accumulator 表格可以轻松查询用户活动、关联其他 Learn 表格和生成自定义报告。

在 Activity Accumulator 中查看用户的活动,以帮助解决学术争议并支持做出公平的决策。

在此页面中,您可以找到:


Activity_Accumulator 表格的结构

Activity_Accumulator 表格的结构
列名称描述数据类型
timestamp发生事件的日期和/或时间。datetime
event_type

这是用户在 Ultra 内执行的活动类型。例如,登录平台、访问内容、提交测试等。

在此处查看所有事件

varchar(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 来标识相关信息。

nvarchar(255)

最大长度为 255 个字符的文本字段

internal_handle参考与页面和课程访问事件相关联的导航项目的内部句柄。

varchar(255)

最大长度为 255 个字符的文本字段

status

指示事件的状态。

1 表示成功,0 表示失败。

numeric

在 Activity Accumulator 中注册的事件

这些是保存在“event_type”列中的事件。

在 Activity Accumulator 中注册的事件
事件名称规则在原始和/或 Ultra 中提供?
ASSESSMENT_DRAFT

用户保存测试或作业的草稿。

注意:

  • 尚不支持表单草稿事件。
Ultra
ASSESSMENT_SUBMIT

用户提交测试或作业。

注意:

  • 仅保存学生进行的提交。尚不支持系统自动进行的提交。
  • 尚不支持表单提交事件。
Ultra
COMMAND_LINE_TOOL用户运行选定的命令行工具。原始
CONTENT_ACCESS

用户访问课程内容项目。内容项目包括测试、作业、讨论、日记、LTI 活动、SCORM 包、文件夹和学习模块。

注意:

  • 外部链接的内容访问事件是指在 Ultra 的视图中查看链接,并不表示用户打开了该链接。
  • 尚不支持 Google 和云文档事件。
原始和 Ultra
COURSE_ACCESS用户访问课程。原始和 Ultra
DISCUSSION_DRAFT用户在讨论的回复或回答中保存草稿。Ultra
DISCUSSION_EDIT用户在讨论中编辑回复或回答。Ultra
DISCUSSION_REPLY用户针对讨论发布回复。Ultra
DISCUSSION_RESPONSE用户针对讨论发布回答。Ultra
LOGIN_ATTEMPT

用户尝试在平台中进行身份验证。

该尝试可以成功,也可以失败。

原始和 Ultra
LOGOUT用户从平台注销。原始和 Ultra
MODULE_ACCESS

用户访问模块。

注意:

  • 已弃用的事件,仅在历史记录中可用。
原始
PAGE_ACCESS

用户访问页面。

与管理面板页面相关的事件。

原始和 Ultra
PASSWORD_CHANGE

用户更改密码。

这包括自行更改密码、由特权用户更改密码或通过“忘记密码”更改密码。

原始和 Ultra
RESET_MFA特权用户重置 MFA原始
SCHEDULED_TASK运行所选计划任务所导致的事件。原始
SESSION_INT在系统中启动会话。原始和 Ultra
SESSION_TIMEOUT由于用户不活动,用户的会话已超时。原始和 Ultra
START_IMPERSONATION管理员或更高级别的角色以用户身份登录到平台。原始
STORED_PROCEDURE运行所选存储过程所导致的事件。原始
TAB_ACCESS用户访问标签。原始

主要注意事项:

  • Activity Accumulator 表格会注册所有用户的事件,而不考虑角色。
  • 在移动应用程序中执行的用户操作也会包含在 Activity Accumulator 表格中。
  • 使用 Ally 访问的内容会在 Activity Accumulator 中记录事件。

启用 Activity_Accumulator

  1. 在管理员面板的工具和实用工具下方,选择系统报告
  2. 选择自动报告选项
  3. 要通过 Activity_Accumulator 表格记录系统活动,请在事件跟踪字段中选择

默认状态为打开。如果“事件跟踪”处于禁用状态,则系统不会向 Activity_Accumulator 表格发送任何数据。

Administrator Tools page, showing that the Event Tracking radio button is selected

两种 Activity_Accumulator 表格

Activity Accumulator 会记录平台上所有用户的互动。这会产生大量数据。为了更有效地管理数据,有两种 Activity_Accumulator 表格可用。

  • BBLEARN 架构包含最近的活动数据。默认情况下,它保留最近 6 个月的数据。每日过程会将数据复制到 BBLEARN_STATS 中以保持更新。
  • BBLEARN_STATS 架构是一个存档表格,用于保存较早的记录。此表格保存历史数据并有助于报告目的,从而最大程度地减少主 Learn 数据库中的性能影响。

如果您的机构启用了数据管道,则数据将发送到 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