什么是 Activity_Accumulator 表格?
Activity_Accumulator 是可跟踪用户活动的表格。该表格几乎可记录用户在您系统中访问的每一个页面。通过 Activity_Accumulator 表格可以轻松查询用户活动、关联其他 Learn 表格和生成自定义报告。
在 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”列中的事件。
事件名称 | 规则 | 在原始和/或 Ultra 中提供? |
---|---|---|
ASSESSMENT_DRAFT | 用户保存测试或作业的草稿。 注意:
| Ultra |
ASSESSMENT_SUBMIT | 用户提交测试或作业。 注意:
| Ultra |
COMMAND_LINE_TOOL | 用户运行选定的命令行工具。 | 原始 |
CONTENT_ACCESS | 用户访问课程内容项目。内容项目包括测试、作业、讨论、日记、LTI 活动、SCORM 包、文件夹和学习模块。 注意:
| 原始和 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 表格
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