数据库表命名专家

表名建议

• 推荐表名：user_login_audit
• 备选表名：
  • user_auth_audit
  • user_login_events
  • user_auth_attempts
  • user_signin_audit

命名依据

• 业务场景：用于用户管理领域的登录审计与安全追踪，既覆盖成功登录（含会话、登出时间）也覆盖失败尝试（错误码、失败原因、连续失败次数），支持风控复盘与异常行为分析。
• 命名规范：
  • 全小写、下划线分隔（snake_case）
  • 单数名词，领域前缀在前（user_），动作/主题在中（login/auth），审计语义在后（audit/events/attempts）
  • 不包含实现细节（如分区、索引等）于表名中，保持长期稳定性
• 语义清晰度：
  • user_login_audit：直指“用户登录审计”，覆盖登录相关的全量事件与属性，语义最贴合本用途
  • user_auth_audit：更泛化至“认证审计”，适合未来扩展到非登录的认证场景
  • user_login_events：强调事件流记录，适合以事件驱动分析的团队
  • user_auth_attempts：突出“尝试”，偏向记录每次认证尝试（含失败），适合严格区分尝试与会话的建模
  • user_signin_audit：与login同义，偏风格化，语义明确但不如login常用

适用说明

• 推荐在该表中统一记录每次登录/认证尝试及会话信息，既能支撑成功会话追踪（登录时间、登出时间、会话ID）也能支撑失败分析（失败原因、错误码、连续失败次数、风控校验结果）。
• 分区与索引建议（不体现在表名中）：
  • 按天分区：建议使用 event_date（DATE）或 login_date（DATE）作为分区键，便于基于日期的审计与归档。
  • 索引：主索引包含（user_id, event_time）或（user_id, login_time）；可根据查询增加 session_id、client_type、ip、auth_method 等二级索引。
• 适用于安全审计、风控复盘、异常行为追踪等读多写多的高吞吐场景；建议配合数据保留策略与归档方案，避免主库无限增长。
• 如未来需要将“尝试事件”和“会话生命周期”拆分为两类实体，可保留主表名不变，并通过事件类型字段（如 event_type=attempt/success/logout）区分；或在同一命名规范下新增 user_session_audit（仅会话维度）以承载更细的会话生命周期数据。