电子商务(电销)平台中用户模块(User)数据库设计明细

以下是自己在电子商务系统设计中的订单模块的数据库设计经验总结,而今发表出来一起分享,如有不当,欢迎跟帖讨论~

用户基础表(user_base)
|-- 自动编号 (user_id)
|-- 用户名 (user_name)
|-- 手机号码
|-- 电子邮件
|-- 登录密码 (password)
|-- 用户状态 (status)

用户开放登录帐号表
|-- 自动编号
|-- 用户编号
|-- 腾讯QQ号码 (qq)
|-- 微信号码 (wechat)
|-- 淘宝帐号 (taobao)
|-- Skype (skype)
|-- 领英 (linkin)

用户资料表 (user_profile)
|-- 用户编号 (user_id)
|-- 真实姓名 (realname)
|-- 昵称 (nickname)
|-- 性别 (sex, 0:女;1:男)
|-- 用户等级 (user_level)
|-- 用户经验值 (experience)
|-- 个性签名 (personal_sign)
|-- 自定义头像 (personal_title)
|-- 头像Url (face_url)
|-- 婚姻状况 (marital_status)
|-- 出生日期 (birthday)
|-- 教育程度编号 (eucation_id, 关联教育程度表的自动编号)
|-- 注册IP (regist_ip)
|-- 注册时间 (regist_time)
|-- 登录IP (login_ip)
|-- 登录时间 (login_time)
|-- 登录次数 (login_count)
|-- 在线状态 (online_status)
|-- 在线总时长 (online_seconds)
|-- 未读短消息数量 (unreadmsg)

用户微信资料扩展表 (user_ext_wechat_profile)
|-- 用户编号
|-- 微信名 (nickname)
|-- 国家 (country)
|-- 省份 (province)
|-- 城市 (city)
|-- 地区 (area)
|-- 语言 (language, 用户使用的语言,zh-CN,zh-TW,en-US)
|-- 性别 (sex, 1:男;2:女;0:未知)
|-- 头像url (headimgurl)
|-- 是否订阅公众号 (subscribe)
|-- 公众号订阅时间 (subscribe_time)
|-- 开放平台唯一ID (unionid)
|-- 开放平台移动应用OpenID (openid_mobile)
|-- 开放平台网站应用OpenID (openid_web)
|-- 开放平台公众账号/小程序OpenID (openid_biz)
|-- 开放平台公众号第三方平台OpenID (openid_bizplugin)
|-- 分组ID (groupid)
|-- 用户标签 (tagid_list)
|-- 创建时间 (created_time, 关联时间)

用户企业员工资料扩展表 (user_ext_employee_profile)
|-- 自动编号
|-- 用户编号
|-- 考勤编号 (attendance_no)
|-- 职业 (vocation)
|-- 职务 (position)
|-- 头衔 (title)
|-- 分机号 (extension)
|-- 座机号 (telphone)

用户居住地址表 (user_address)
|-- 用户编号 (user_id)
|-- 国家 (country)
|-- 省份 (province)
|-- 城市 (city)
|-- 地区 (area)
|-- 街道详细地址 (street)

用户安全设置表 (user_security_conf)
|-- 自动编号
|-- 用户编号
|-- 密保问题1 (question1)
|-- 密保答案1 (answer1)
|-- 密保问题2
|-- 密保答案2
|-- 密保问题3
|-- 密保答案3
|-- 创建时间
|-- 修改时间

用户系统设置 (user_system_conf)
|-- 用户编号
|-- 外观主题 (theme)
|-- 语言编码 (lang, 国际化语言,简体中文,防踢中文,英文等)
|-- 列表分页尺寸 (list_page_size)

用户资金账户表 (user_account)
|-- 自动编号
|-- 用户表编号 (user_id)
|-- 预付款 (advance)
|-- 冻结预付款 (advance_forzen)
|-- 可用余额 (blance)
|-- 冻结余额 (frozen_blance)

用户积分表 (user_point)
|-- 用户编号
|-- 用户积分 (point)
|-- 冻结积分 (point_frozen)
|-- 已消费积分 (point_consuming)

企业主资料表 (user_company_profile)
|-- 自动编号
|-- 用户编号
|-- 公司名称
|-- 公司类型 (company_type, 私营企业,股份制企业,国有企业,团体企业,外商投资企业等)
|-- 公司地址

用户证件资料表 (user_certified)
|-- 自动编号
|-- 用户编号 (user_id)
|-- 证件类型 (cert_type, 身份证,学生证,工作证,士兵证,军官证,护照,手机号码,电子邮箱等)
|-- 证件号码 (cert_no)
|-- 证件过期时间 (cert_exp)
|-- 创建日期

用户身份认证资料表 (user_certificate)
|-- 自动编号
|-- 用户编号 (user_id)
|-- 认证类型 (cert_type, 身份证,学生证,工作证,士兵证,军官证,护照,手机号码,电子邮箱等)
|-- 认证号码 (cert_no)
|-- 认证状态 (cert_status, 未认证,已认证,认证中)
|-- 认证验证码 (captcha)
|-- 认证验证码过期时间 (captcha_exp)
|-- 认证申请时间 (submit_time)
|-- 认证审核时间 (audit_time)
|-- 认证申请备注 (submit_remark)
|-- 认证审核备注 (audit_remark)
|-- 创建日期

用户角色(分组)配置表(user_group_conf)
|-- 自动编号
|-- 用户编号 (user_id)
|-- 角色(分组)编号 (group_id)
|-- 状态 (status, 0:禁用;1:启用)
|-- 创建时间 (created_time)

用户部门配置表 (user_department_conf)
|-- 自动编号
|-- 用户编号 (user_id)
|-- 部门编号 (department_id)
|-- 状态 (status, 0:禁用;1:启用)
|-- 创建时间

用户分机构配置表 (user_branch_conf)
|-- 自动编号
|-- 用户编号 (user_id)
|-- 分机构编号 (branch_id)
|-- 状态 (status, 0:禁用;1:启用)
|-- 创建时间

用户交易配置表(user_trade_conf)
|-- 用户编号 (user_id)
|-- 交易密码 (trade_password)
|-- 操作密码 (operate_password)

用户操作日志表(user_operate_log)
|-- 自动编号
|-- 用户编号 (user_id)
|-- 操作描述 (operate_desc)
|-- 操作IP (operate_ip)
|-- 操作时间 (operate_time)
|-- 操作结果 (result_status)
|-- 操作参数 (operate_params)

登录日志表(user_login_log)
|-- 自定编号
|-- 登录帐号 (login_id)
|-- 是否登入 (is_login, 0:登出,1:登入)
|-- 操作结果 (result_status, 0:失败;1:成功)
|-- 登录IP (login_ip)
|-- 登录时间 (login_time)
|-- 登录参数 (login_params, 记录登录的额外参数,用于后期数据分析)
设计说明:登录地址可以通过关联IP地址表连表查询,登录地址不要写在日志中,防止表数据过于庞大,降低读取性能。

用户角色分组表 (user_auth_group)
|-- 自动编号
|-- 分组(角色)名称 (group_name)
|-- 分组代码 (group_code)
|-- 权限节点编号集 (group_rules)
|-- 图标路径
|-- 备注信息
|-- 排列次序
|-- 状态
|-- 创建时间

用户部门表 (user_auth_department)
|-- 自动编号
|-- 部门名称
|-- 部门代码
|-- 上级部门1编号
|-- 上级部门2编号
|-- 上级部门3编号
|-- 上级部门4编号
|-- 上级部门5编号
|-- 权限节点编号集 (department_rules)
|-- 排列次序
|-- 状态
|-- 创建时间

用户权限规则表 (user_auth_rule)
|-- 自动编号
|-- 规则名称
|-- 规则代码
|-- 上级规则1编号
|-- 上级规则2编号
|-- 上级规则3编号
|-- 上级规则4编号
|-- 上级规则5编号
|-- 规则类型 (模块,控制器,操作,菜单,文件,页面元素)
|-- 链接 (link_url)
|-- 规则条件 (condition)
|-- 排列次序
|-- 状态
|-- 创建时间

站内信表 (private_message)
|-- 自动编号
|-- 站内信分类编号 (category_id)
|-- 发件人 (from_user)
|-- 收件人 (to_user)
|-- 发件人别名 (from_alias)
|-- 消息标题 (subject)
|-- 消息内容 (body)
|-- 发送状态 (send_status, 未发送,草稿,发送成功,发送失败,正在发送)
|-- 阅读状态 (read_status, 已读,未读)
|-- 删除状态 (delete_status,已删除,未删除)
|-- 星级标注 (star)
|-- 阅读时间 (read_time)
|-- 创建时间 (create_time)
|-- 发送时间 (send_time)

站内信分类表 (private_message_category)
|-- 自动编号
|-- 用户编号
|-- 分类名称
|-- 分类代码 (inbox:收件箱;outbox:发件箱;drafts:草稿箱;binbox:垃圾箱)
|-- 排列次序
|-- 创建时间

用户银行卡表 (bankcard)
|-- 自动编号
|-- 用户编号
|-- 银行开户支行名称 (bank_name)
|-- 银行卡卡号 (bank_card_no)
|-- 银行卡持卡人姓名 (bank_card_holder)
|-- 使用次数 (usage_count, 用作自动排序的依据)
|-- 排列次序 (sort)
|-- 状态
|-- 创建时间

用户推广表 (referral)
|-- 自动编号
|-- 用户编号
|-- 推广代码
|-- 推广类别编号
|-- 完成条件 (condition_value)
|-- 完成条件说明 (condition_desc)
|-- 访问量 (visit_count)
|-- 注册量 (regist_count)
|-- 状态 (未开始;进行中;放弃)
|-- 创建时间

用户推广类别表 (referral_category)
|-- 自动编号
|-- 类别名称 (category_name)
|-- 类别代码 (category_code)
|-- 父1级编号
|-- 父2级编号
|-- 父3级编号
|-- 是否锁定 (is_lock,防止批量误删,锁定的话无法直接删除,需要先解锁才能删除)
|-- 备注信息 (remark)
|-- 状态
|-- 创建时间

用户订阅表 (user_subscribe)
|-- 自动编号
|-- 用户编号
|-- 邮件地址
|-- 订阅项目集 (subscribe)
|-- 状态 (订阅中,取消订阅)
|-- 创建时间


版权声明:本文采用署名-非商业性使用-相同方式共享(CC BY-NC-SA 3.0 CN)国际许可协议进行许可,转载请注明作者及出处。
本文标题:电子商务(电销)平台中用户模块(User)数据库设计明细
本文链接:http://www.cnblogs.com/sochishun/p/7049771.html
本文作者:SoChishun (邮箱:14507247#qq.com | 博客:http://www.cnblogs.com/sochishun/)
发表日期:2017年6月19日

时间: 2024-10-12 13:09:41

电子商务(电销)平台中用户模块(User)数据库设计明细的相关文章

solr在电商平台中的使用示例简析

来源:http://blog.csdn.net/yangbutao/article/details/9450463 在电商平台中搜索是非常重要的功能,主要包括有搜索词类目导航.自动提示和搜索排序功能 自动提示如下图显示的,可以根据搜索词自动进行提示,并在列表中显示推荐的搜索词的document数量 类目导航如下图所示,比如在搜索框中搜索“牛奶”,则把相关的类目和当前类目对应的属性显示出来 下面就以上几种功能做示例讲解. 1.搜索排序 搜索功能中比较复杂的是文档的打分排序,solr中的打分规则继承

RBAC用户权限管理数据库设计

http://minjiechenjava.iteye.com/blog/1759482 RBAC用户权限管理数据库设计 博客分类: RBAC 权限设计 RBAC RBAC(Role-Based Access Control,基于角色的访问控制),就是用户通过角色与权限进行关联.简单地说,一个用户拥有若干角色,每一个角色拥有若干权限.这样,就构造成"用户-角色-权限"的授权模型.在这种模型中,用户与角色之间,角色与权限之间,一般者是多对多的关系.(如下图) 角色是什么?可以理解为一定数

用户角色权限-数据库设计案例(转载)

来源:http://www.cnblogs.com/a7345678/archive/2008/09/25/1298838.html 实现业务系统中的用户权限管理 B/S系统中的权限比C/S中的更显的重要,C/S系统因为具有特殊的客户端,所以访问用户的权限检测可以通过客户端实现或通过客户端+服务器检测实现,而B/S中,浏览器是每一台计算机都已具备的,如果不建立一个完整的权限检测,那么一个"非法用户"很可能就能通过浏览器轻易访问到B/S系统中的所有功能.因此B/S业务系统都需要有一个或多

暴改无人机,探秘活跃在电商平台中的地下黑工坊

人类一直痴迷于速度.不论是汽车.火车还是飞机都在提速,仿佛速度才能显示技术的强大.美国空军计划开发超音速喷气式飞机,每小时超过6100公里,但不载人.原因是人类无法承受这样的高速运动,其实在1969年,阿波罗10号的三名宇航员乘坐的飞船从月球后方绕过时,他们相对地球的运动速度高达每小时39897公里.假如有一天人类掌握了光速,那么以我们的身体是否能够承受光速旅行呢? "太空发射系统"(SLS)火箭将在2021年发射猎户座飞船升空,它将搭载宇航员访问一颗已经被拖入月球轨道的小行星,还会在

电商平台商品类别与商品表设计方法

1.商品类别表设计 采用树状结构保存商品所有了类别信息,见下图1 其中上层的是类别树结构,加上方框的项目,代表类别的根节点,例如“贴膜”,贴膜下方的两层树结构式是“贴膜”类别商品的筛选树(一般2层),用来产生商品的筛选项目,图2 图1 树状结构图 图2 商品筛选图 图3 子类别图 2.商品表设计 首先创建一个商品信息的通用表,用来保存商品的共性信息 再根据商品类别表中,每个类别的叶子节点,例如”贴膜“,单独创建一个表,用来存放此类商品的筛选信息(每个筛选项可以做为此表的一列),列的值为筛选值(可

微博中的图片存储的数据库设计(原创)

Q: 和大家讨论一个图片存储的问题:图片地址= 存储服务器的URL + 文件名:,我现在的一个类似微博的表里面我用image_ids字段来存储多个图片ID,问题来了,存储服务器的URL,是也加一个新字段来存储URL吗(这样貌似会冗余很多,因为都是一样的地址URL),还是我在后台中定义一个全局的图片URL,然后我返回给客户端的时候,分别返回这个URL和 image_ids,让客户端先解析image_ids后再和URL拼接出全路径 A: 建议分开两个字段来存储,方便以后有了多个图片服务器,好方便更换

37、生鲜电商平台-供应链模块的设计与架构

说明:Java开源生鲜电商平台中供应链模块属于卖家的行为,也就是卖家如何管理他们自己的供应商,包括结算方式,压款方式,结算周期等等,超出了我这个B2B平台所提供的服务范畴,但是这块也是非常重要的一块,只是属于另外的一个领域,对此我只发布我自己的看法与见解,包括设计等. 近段时间有几个项目,客户提到需要实现供应商管理供应链上的库存(Vendor Managed Inventory)的业务.所以对这方面做了比较多的研究,现在写下来和各位同行分享一下. 本文将分为两部份,第一部分介绍供应链.牛鞭效应和

Java开源生鲜电商平台-OMS订单系统中并发问题和锁机制的探讨与解决方案(源码可下载)

Java开源生鲜电商平台-OMS订单系统中并发问题和锁机制的探讨与解决方案(源码可下载) 说明:Java开源生鲜电商中OMS订单系统中并发问题和锁机制的探讨与解决方案: 问题由来     假设在一个订单系统中(以火车票订单系统为例),用户A,用户B都要预定从成都到北京的火车票,A.B在不同的售票窗口均同时查询到了某车厢卧铺中.下铺位有空位.用户A正在犹豫订中铺还是下铺,这时用户B果断订购了下铺.当用户A决定订下铺时,系统提示下铺已经被预订,请重新选择铺位.在这个系统场景中,我们来探讨一下,火车票

构建高并发高可用的电商平台架构实践

从各个角度总结了电商平台中的架构实践,由于时间仓促,定了个初稿,待补充完善,欢迎大家一起交流. 转载请声明出处:http://blog.csdn.net/yangbutao/article/details/12242441 作者:杨步涛 关注分布式架构.大数据.搜索.开源技术 QQ:306591368 技术Blog:http://blog.csdn.net/yangbutao 一. 设计理念 1.      空间换时间 1)      多级缓存,静态化 客户端页面缓存(http header中包