第三方登录数据库设计以及业务数据流向说明

用户可以通过注册的手机帐号登录,也可以通过第三方登录(QQ、新浪微博、微信),手机帐号可以绑定第三方帐号,第三方帐号也可以绑定手机帐号。

这里设计两张数据库表,一张是账号表,用来存储手机注册的帐号,或者第一次通过第三方登录之后,默认生成的帐号信息,另一张表是第三方帐号绑定关系表。

表结构如下(只暂时基础的字段):

user表(帐号表)

userid   varchar(64),// 用户编号GUID,主键

username varchar(64),// 用户姓名

register_type int ,// 帐号生成类型,手机注册、QQ、微信、新浪微博

u_qq_key  varchar(64),// 第三方登录QQ的唯一标识

u_wx_key  varchar(64),// 第三方登录微信的唯一标识

u_xlwb_key varchar(64)// 第三方登录新浪微博唯一标识

 

thirdlogin(第三方登录帐号关联表)

thirdguid  varchar(64),// 主键GUID

userid      varchar(64),// 用户帐号GUID,外键

third_key  varchar(64)// 第三方登录唯一标识

 

业务数据流向:

第三方登录

例如QQ登录,默认在user表中插入一条记录,register_type为QQ,u_qq_key为第三方QQ登录生成的唯一标识,同时在thirdlogin表中插入一条记录,userid为user表生成帐号的userid,third_key为第三方登录的唯一标识,其他第三方登录帐号类似。

 

首次注册手机帐号:

在user表中插入一条记录,register_type为手机,thirdlogin表不用操作

 

第三方帐号绑定手机帐号(以QQ帐号为例):

1)首先第三方帐号只能绑定手机帐号,不会存在直接的第三方帐号之间绑定,例如qq绑定新浪微博,这是不存在的。

2)第三方帐号未绑定手机帐号之前,使用第三方帐号登录,进入系统之后可以提示绑定手机帐号,绑定手机帐号需要把thirdlogin表中的之前的QQ帐号生成的那条记录的userid替换成绑定的手机帐号的userid,然后android系统的数据切换到绑定的手机帐号的数据上。

这个时候会存在一个情况,就是如果之前是第三方QQ帐号的信息都没有了,显示的都是新的手机帐号的数据。

3)如果需要看之前的第三方qq登录的时候数据信息的时候,需要解除绑定,然后用第三方qq登录之后查看。

 

手机帐号登录:

1)如果手机帐号之前未绑定第三方帐号:绑定qq帐号,假设这个qq帐号已经被其他手机帐号绑定过了,那么需要提示一下,但是依然可以继续绑定(因为具有该qq的操作权限),绑定之后,需要把thirdlogin表中的之前的QQ帐号生成的那条记录的userid替换成绑定的手机帐号的userid,如果之前没有用第三方帐号登录过,那么需要插入一条thirdlogin表中的记录。

2)如果第三方帐号已经绑定了手机帐号,那么用第三方帐号登录的时候,会自动关联手机帐号,实际上相当于使用的手机帐号登录。

3)解除第三方绑定,可以把third表中的第三方帐号的关联记录中的userid清空。

转载于:https://www.cnblogs.com/lsbaiwyl/p/8341941.html

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
2.数据库的数据字典: 再就业信息管理系统,数据信息和处理过程还需要通过数据字典来描述。在本文的数据字典中,主要对数据流,数据存储和处理过程进行说明。 (1)主要数据流定义 1)职工情况 位置:职工信息 定义: 职工情况=姓名+性别+出生年月+工作类别+职称+工作年限+专业+学历。 数据流向:根据职工所申请企业具体情况来确定。 说明:要对每一位员工进行唯一编号。 2)企业情况 位置:企业信息 定义:企业情况=企业名称+企业性质+联系人姓名+联系电话。 数据流量:根据企业的具体情况来确定。 说明:要对每一个企业建立唯一的账号。 3)岗位信息 位置:岗位 定义:岗位情况=岗位名称+学历要求+职称要求+工种+工作年限。 数据流量:根据岗位的具体情况来确定。 说明:要对每一个岗位建立唯一的编号。 (2)数据存储 1)数据存储:职工信息表 数据量和存取频度:根据职工的具体情况来确定。 存取方式:联机处理;检索和更新;以更新操作为主。 2)数据存储:企业信息表 数据量和存取频度:根据企业的具体情况来确定。 存取方式:联机处理;检索和更新;以更新操作为主。 3)数据存储:岗位信息表 数据量和存取频度:根据企业提供岗位的具体情况来确定。 存取方式:联机处理;检索和更新;以更新操作为主。 4)数据存储:职工申请表 数据量和存取频度:根据职工填写申请的具体情况来确定。 存取方式:联机处理;检索和更新;以更新操作为主。 (3)处理过程 1)申请过程 输入:职工编号,企业编号,岗位编号 输出:申请信息 处理说明:根据职工填写信息录入申请表 2)录用过程 输入:职工编号,岗位编号 输出:企业是否录用信息 处理说明:根据职工的申请记录,企业决定是否录用该职工
当APP客户使用第三方支付服务时,以下是数据流向的过程: 首先,APP客户打开应用并选择使用第三方支付服务完成支付操作。客户端向服务端发送请求,包含支付金额和相关订单信息。 接下来,服务端将请求转发给第三方支付服务提供商的服务器。同时,客户端与第三方支付服务提供商的服务器建立安全连接,以确保数据传输的安全性。 第三方支付服务提供商的服务器接收到请求后,会对该请求进行验证和处理。首先,它会验证请求的合法性,包括订单是否存在、金额是否正确等。然后,它会使用可信的支付网关与付款渠道进行交互,将支付请求传递给付款渠道。 付款渠道收到支付请求后,会进行一系列的安全验证和支付处理。这包括验证支付账户的有效性、检查付款渠道的可用性等。一旦付款成功,付款渠道会将支付结果返回给第三方支付服务提供商的服务器。 第三方支付服务提供商的服务器接收到付款渠道返回的支付结果后,会对支付结果进行处理和验证。如果支付成功,它将通知服务端支付成功,并将支付相关信息返回给服务端。服务端接收到支付成功的通知后,会更新订单状态并向客户端返回支付成功的消息。 同时,支付结果和相关支付信息还会被第三方支付服务提供商记录和存储。这可以用于后续的支付查询、退款处理等业务。 总结而言,APP客户调用第三方支付的数据流向包括客户端向服务端发送支付请求,服务端转发请求至第三方支付服务提供商的服务器,第三方支付服务提供商与付款渠道进行交互完成支付操作,并将支付结果返回给服务端,最终服务端向客户端返回支付结果。同时,支付相关数据也会被第三方支付服务提供商记录和存储。这个过程中,数据的传输和安全性非常重要,必须确保支付信息的保密性和完整性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值