邮箱系统储存模型

n

thirdaccount_prequit_users(预离职用户表)

-  id：int primary key-  离职状态 status   int (1预离职 2完成离职)-  离职人工号 workcode string-  创建时间：created_at   timestamp-  更新时间：updated_at  timestamp -  删除时间：deleted_at  timestamp

这里主要承载，对出于预离职的用户，在预离职期间，不能再次分配三方账号。同时为了兼容不影响二次入职的情况。

调用待办通知

这里承接ssc触发条件，同时依靠脚本，扫描账号中users中数据离职变化，更新这里状态。保证二次入职用户不受再次分配影响

emails_important(手动维护的重要用户邮箱表)

-  自增id：int primary key-  邮箱： address   string-  创建时间：created_at   timestamp-  更新时间：updated_at  timestamp 

表中的邮件数据，在离职后不做删除操作。只做禁用。改变远程邮箱的status~在离职数据的时候，需要做一次check~

1

emails(邮箱信息表)

-  自增id：int primary key-  用户id： user_id   int  -  个人邮箱：security_email string-  个人手机号：security_phone string-  部门名称：department_name   string-  昵称：nick_name string(具备唯一性)-  公司邮箱：address   string-  邮箱类型：type int (1公共邮箱 2个人邮箱)-  邮箱状态：status  int (-1异常，0正在执行open操作，1正常使用，2禁止使用，3已经删除，4正在执行禁用或删除操作)-  是否主邮箱：is_first_email  int (1主要邮箱，0次要邮箱)-  创建时间：created_at   timestamp-  更新时间：updated_at  timestamp - 流程id： process_id string- 账号id： account_id string(没有用)- 注册人姓名： register_name- 注册人邮箱： register_email- 密码： password- 管理员id： administrator_id int (不知道有什么用)- 关闭的触发时间：will_close_at- 同步ehr: is_synced_ehr int (现在应该没有什么用)

里面存在很多历史的字段，例如从ehr同步~以及很多没有意义的字段。例如管理员id、部门名称等~

users(用户表)

-  用户id：int primary key-  姓名：   name   string-  身份证id： id_card   string-  工号： staff_id   string-  员工类型： staff_type string-  部门名称： department_name string(没有任何意义)- 员工层级： staff_level string (没有意义)-  部门id： department_id  string (没有实际意义)-  状态：status int  （没有任何意义）-  263部门：to_department263_name    string （没有任何意义）-  创建时间：created_at   timestamp-  更新时间：updated_at  timestamp

大部分字段没有意义以及没有实际意义，例如staff_level 都是007 这个没有任何使用的地方。以及status值也不存在任何意义。这个不排除以后可以用得上~

账号数据库里面的可选用户信息

SSC接口触发

thirdaccount_user_relations(账号用户关联关系表)

-  id：int primary key-  用户工号 workcode   int- * 用户姓名  user_name   string- * 用户手机号 phone string- * 用户邮箱  email string-  账号id：account_id int-  角色id：role_id int-  可变拓展字段信息：ext_info json-  备注信息：comment      int-  创建人工号：create_workcode string-  操作人工号：op_workcode      string-  创建时间：created_at   timestamp-  更新时间：updated_at  timestamp -  删除时间：deleted_at  timestamp

用户关联关系，用户信息可以忽略。都是直接以账号users中的信息为准。确保数据的实时性准确性。ext_info.按照传入的字段模板字段里面的解析一一对应存入