数据库设计-关于多账户绑定的问题

问题描述

关于多账户绑定的问题
现在做一个多账户绑定功能,请做过的大神给一个思路。谢谢大家了!
这是第三方账户登陆绑定的问题。

解决方案

建立一个oauth表,一个id列,记录对应的用户注册表的id,然后你有多少个第三方登陆功能,你就建立多少列,记录第三方登陆接口返回的openid

第三方登陆的时候判通过这个表的记录的openid获取id信息,如果存在通过id读取注册表然后用session记录相关信息。

不存在就转向用户登陆/注册界面要用户输入本站注册的账户进行openid绑定或者新注册账户信息进行绑定

解决方案二:
可选增加映射表。
现实中很多网站都有多种账户登录方式,比如可以用网站的注册ID登录,还可以用手机号登录,可以用QQ登录等等。数据库中都是有映射关系,QQ、手机号等都是映射在网站的注册ID上。保证不管用什么方式登录,只要去查映射关系,发现是映射在网站注册的哪个ID上,就让哪个ID登录成功。

解决方案三:
建一个渠道表;
字段,id,来源,账号,自己系统给它建的账号id(来源账号在自己系统上建个新账号给它),其他自己看看还需要保存的

解决方案四:
其实你这个就是单点登录的问题。已经有标准的接口,就是oauth 2.0,直接用相关的库就可以了。

时间: 2024-11-01 15:10:42

数据库设计-关于多账户绑定的问题的相关文章

[收藏]数据库设计中的反规范技术探讨

规范|设计|数据|数据库|数据库设计   数据库设计中的反规范技术探讨   注:这是很久以前在一个论坛看到的文章,觉得写的不错:本着与众多业内人士交流.传播思想的目的展示在此,原论坛的名称已经不记得了,当时亦是转载.你可以任意转载此文,但由此引起的任何道德.法律纠纷与http:blog.csdn.net/aceplus无关,且http:blog.csdn.net/aceplus保证没有将此文用作任何商业和非法用途:如果您是本文的原作者,认为http:blog.csdn.net/aceplus转载

统一身份认证子系统数据库设计与数据访问层实现

访问|设计|数据|数据库|数据库设计 目 录 一 引言--------------------------------1 二 需求分析 (一)系统的功能要求------------------------2 (二)系统的性能要求------------------------2 (三)运行环境要求-------------------------2 (四)开发工具简介-------------------------2 三 总体设计 (一)系统模块化分----------------------

从零开始编写自己的C#框架(9)——数据库设计与创建

原文:从零开始编写自己的C#框架(9)--数据库设计与创建 对于千万级与百万级数据库设计是有所区别的,由于本项目是基于中小型软件开发框架来设计,记录量相对会比较少,所以数据库设计时考虑的角度是:与开发相结合:空间换性能:空间换开发效率:减少null异常......当然不同的公司与项目要求不同,初学者要学会适应不同的项目开发要求,使用本框架开发时,必须严格按照本章节的要求来设计数据库,不然可能会产生不可控的异常.   从零开始编写自己的C#框架 数据库设计规范   文件状态: [√] 草稿 [ 

数据库设计的重要性和设计原则

说起数据库设计,相信大家都明白怎么回事,但说起数据库设计的重要性,我想大家也只是停留在概念上而已,到底如何重要?怎么重要呢?今天就将我至今为止的理解向大家阐述下. 一个不良的数据库设计,必然会造成很多问题,轻则增减字段,重则系统无法运行.我先来说说数据库设计不合理的表现吧: 1.与需求不符 因为这个原因造成的改动量往往是最大.如果进入编码阶段的话,很可能会直接让你崩溃掉. 2.性能低下 含有大数据量的表之间的关联过多:没有合理的字段设计来用于查询而造成的SQL查询语句很复杂:对于大数据量的表没有

mysql数据库设计,大神帮帮忙

问题描述 mysql数据库设计,大神帮帮忙 解决方案 画一个界面就能得到苦力给你设计?要是真那么好,我还想画个航母呢. 解决方案二: mysql数据库设计-多对多Mysql数据库设计MYSQL数据库设计(一) 解决方案三: 一个用户id 然后各个账户做各个列 解决方案四: 一个用户表 一个积分表 一个账户表 一个订单表

12306的西天取经路 - 春节抢票与PostgreSQL数据库设计思考

标签 PostgreSQL , 12306 , 春节 , 一票难求 , 门禁广告 , 数组 , 范围类型 , 抢购 , 排他约束 , 大盘分析 , 广告查询 , 火车票 背景 马上春节了,又到了火车票的销售旺季,一票难求的问题依旧存在吗? 还记得10年前春节前买火车票得在放票前1天搬个小板凳去排队,对于热门路线,排一个晚上都有可能买不到票. 随着互联网的发展,几年前建设了12306网上购票系统,可以从电脑上买票,但是不要以为在电脑上就能买到票. 我记得12306刚推出时,经常发生12306网站打

PgSQL · 案例分享 · 从春运抢火车票思考数据库设计

背景 马上春节了, 火车票又到了销售旺季, 一票难求依旧. 抢火车票是很有意思的一个课题,对IT人的智商以及IT系统的健壮性,尤其是数据库的功能和性能都是一种挑战. 为什么这么说呢,我们一起来缕一缕. 一.铁路售票系统的需求 铁路售票系统最基本的需求包括 查询余票.余票统计.购票.车次变化.退票.改签.中转乘车规划 等. 每个需求都有各自的特点,例如 1. 查询余票属于一个高并发的操作,同时需要一定的统计量在里面,需要很强的CPU来支撑实时的查询. 2. 购票则更新的操作居多,需要考虑锁冲突,尽

【自然框架】之通用权限:数据库设计的几种使用方式

        上次<[自然框架]之通用权限:用PowerDesigner重新设计了一下数据库,有ER图和表关系图 >里说了一大堆的表,好多人说太复杂了,做到权限到模块就可以了.       这个嘛,我也没有说所有的表都要一起使用呀.用哪些表那是根据情况来定的.也就是客户需求.项目需求和经验来决定了.       如果项目很简单,客户的需求也不复杂,那么做到权限到模块就可以了,大家都方便.那么这个时候"资源表组"里面就只需要用一个表就ok了,其他的表就不用了.       

关系型数据库设计-用户表和订单表 怎么设计

问题描述 关系型数据库设计-用户表和订单表 怎么设计 如果一个电商用关系型数据库, 假设有一个用户表,有一个订单表,订单表中有一个用户ID 的字段, 那查询某个用户的所有订单时岂不是要遍历整个订单表?没有在互联网公司工作过,不知道是怎么设计的,求解答. 解决方案 数据库可以使用索引,对userid列做了索引,再查询的时候就不需要全表遍历.这和互联网公司没有关系,基本的数据库常识你都没学会.