首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

系统设计之用户系统

前言 设计以以下为工具讲起 – PHP为开发语言 – 基于Laravel框架 – MySQL为数据存储 的可变性与孩子的心情一样,变化极快,所以在设计之处就要想好大部分的功能接入及开发,尽量减少重构次数...对老板来说节约成本,对程序员来说“珍惜生命” 数据表 前期业务简单时,我们可以将数据表设计为下列的样子 TableName Comments member 用户表 member_address 收货地址表...=InnoDB AUTO_INCREMENT=95 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; 收货地址表 收货地址与用户是一一相对的,在设计上增加需要的字段即可...InnoDB AUTO_INCREMENT=28 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; 购物车商品表 这块需要提的一点是 [并不是所有表的设计都是互相绑定...致谢 感谢你们看到这里,下一篇我会讲一下关于系统的商品设计的部分。有什么问题可以评论区提问。谢谢 最后修改:3个月前 2018-06-14 © 著作权归作者所有

2.3K50
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    系统设计之商品

    前言 这是系统设计系列在商品设计这块的最后一篇文章。...以下是其他文章地址,按照逻辑顺序排列如下 – 系统设计之用户系统 https://blog.fastrun.cn/2018/06/14/1-10/ – 系统设计之购物车 https://blog.fastrun.cn.../2018/06/19/1-12/ – 系统设计之商品 (上) https://blog.fastrun.cn/2018/07/08/1-26/ – 系统设计之商品 (中) https://blog.fastrun.cn.../2018/07/11/1-28/ – 系统设计之商品 (下) https://blog.fastrun.cn/2018/07/16/1-29/ – 系统设计之订单 https://blog.fastrun.cn.../2018/07/27/1/ – 系统设计之商品接口 https://blog.fastrun.cn/2018/08/03/1-36/ 在以上文章中,有些地方描述的不够全面,这篇文章就当补个漏了。

    1K20

    系统架构设计浅析

    在这不断演进的过程中,系统设计也经历了创新和发展,以迎合商业的需求和市场的变化。...本文试图探讨系统架构设计的各个方面,从业务的链路、微服务架构、领域驱动设计(DDD)到核心服务和组件的详细分析,旨在为领域的研发从业者提供关于构建强大、可持续发展的系统的实用建议。...三、架构设计目标与原则系统的架构设计需要考虑多个设计目标,以满足系统的性能、可扩展性、安全性等要求。同时,设计时需要依据一些重要的设计原则来确保系统的健壮性和可维护性。...以下是一些关键的设计目标和设计原则:设计目标:性能: 确保系统能够处理大量用户请求,实现低延迟和高吞吐量。优化数据库查询、采用缓存机制等是提高性能的关键。...数据一致性: 保证系统中的数据一致性,采用事务处理和合适的数据库设计,防止数据冲突和错误。成本效益: 确保系统的开发、运维和扩展成本在可控范围内,避免不必要的资源浪费。

    3.2K64

    系统设计之商品 (下)

    大伙每天都在用,类似某猫,某狗等。...系统设计看似复杂又很简单,看似简单又很复杂 本章适合初级工程师及中级工程师细看,大佬请随意 前言 商品系统与订单系统(交易系统)是相铺相成的,当买家购买商品后将经历一个过程 商品系统-...,结果小明的购买清单里也变成了修改后的价格,所以说这种仅仅关联的设计是不可取的(至少在系统中不可取)。...文末有订单表的数据结构 多商户 实际在系统设计上,个人感觉不应区分多商户的与单用户的(至少开发者不应区分他们),但前期设计上就应把多商户概念带入到系统内。...,例如交易系统设计、订单系统设计等等。

    2.2K20

    系统设计之商品 (上)

    大伙每天都在用,类似某猫,某狗等。...系统设计看似复杂又很简单,看似简单又很复杂 本章适合初级工程师及中级工程师细看,大佬请随意 前言 商品的设计系统中占据重要地位,如何设计出高扩展,高性能的商品系统并非一件简单的事情,我的设计是观摩互联网各大佬的设计后自行研究的...,并非完全正确,但也不完全错误,现在我设计的这套系统已经在使用,如果在逻辑上遇到什么问题,会及时修改我关于系统相关文章的设计思想部分。...元素 见上图,本次我们先讲解下系统规格与自定义规格、系统属性与自定义属性的关于及其他们存在的意义。...盗用一张淘宝的图,以上都是根据分类品牌设定好的规格及属性 主要是为了方便商家添加商品及其对商品的规格属性进行统一的管理,当然一个系统在前期运营的情况下尽量减少系统属性规格的使用(方便商家入住嘛)。

    1.8K52

    系统设计之商品 (上)

    大伙每天都在用,类似某猫,某狗等。系统设计看似复杂又很简单,看似简单又很复杂。本章适合初级工程师及中级工程师细看,大佬请随意。...前言 商品的设计系统中占据重要地位,如何设计出高扩展,高性能的商品系统并非一件简单的事情,我的设计是观摩互联网各大佬的设计后自行研究的,并非完全正确,但也不完全错误,现在我设计的这套系统已经在使用...,如果在逻辑上遇到什么问题,会及时修改我关于系统相关文章的设计思想部分。...主要是为了方便商家添加商品及其对商品的规格属性进行统一的管理,当然一个系统在前期运营的情况下尽量减少系统属性规格的使用(方便商家入住嘛)。 自定义属性就不用说了。...数据 具体数据表的设计如下。

    1.5K41

    设计平台优惠券系统

    引言 每次过节的时候,各大的优惠券已经成为了绝对的关键词,最近一直在做优惠券需求,从最初的一无所知到现在建立初步的优惠券框架结构,一路也是磕磕碰碰。今天就把这段时间的输入总结一下然后输出。...系统概览 ? 优惠券的投放方式有多种,本文采用的是活动页送券这种形式。...一、创建优惠券 优惠券是一套规则的组合,创建优惠券是优惠券系统设计的第一步,主要有以下几部分组成:基本信息、优惠类型、使用范围、有效期等。 1....直领指不需要用户点击“领取”按钮,进到优惠券页面,优惠券自动落到个人账户,即系统自动发放,常见于活动页或新打开应用的场景下。...领取通常伴随着消息通知,如:短信、微信公众号,因此通知系统和营销系统也要打通。 ? 五、用户使用 在订单填写页,系统会默认给出面额最大的优惠券,金额相同优先使用先过期的券。

    3.4K31

    系统设计之运费模板(上)

    大伙每天都在用,类似某猫,某狗等。...系统设计看似复杂又很简单,看似简单又很复杂 本章适合初中级工程师细看,大佬请随意 前言 在订单系统中,运费模板是其中一个重要组成部分,看似简单的一个设置,在其内的设计中,要考虑的问题还是很多滴...首页整理下,运费模板使用的位置 后台的运费模板管理(增删改查) 前端实时计算运费 后端接收订单后进行的运费计算 后续的退款(如未发货,则应退运费) 在数据库设计中,尤其是相关的数据表设计,竟然会使用冗余的方法处理相关数据...数据表设计 本次对运费模板上的设计,采用一主表一子表的方式来做。...我以一对多的方式来设计规则表。

    2.3K21

    前端交易型系统设计原则

    设计原则是系统发展初期或进化过程中根据自己系统特征匹配使用的,如果刚开始不是核心问题请不要复杂化系统设计。...;CDN就是一个AOP系统; 模块维度:比如按照基础或者代码维护特征进行拆分,如基础模块:分库分表、数据库连接池等等;还有如代码维护一般按照三层架构(Web、Service、DAO)进行划分。...比如系统中的交易订单数据,该数据有非常多的系统关心并订阅,比如订单生产系统、定期送系统、订单风控系统等等;如果订阅者太多,那么订阅单个消息队列就会成为瓶颈,此时需要考虑对消息队列进行多个镜像复制。...大流量缓冲持久化 在搞大促时,此时的系统流量会高于正常流量的几倍甚至几十倍,此时就要进行一些特殊的设计来保证系统平稳度过这段时期;而解决的手段很多,一般都是牺牲强一致性,而是保证最终一致性即可。...而有些场景如重复支付,如有的网站同时支持微信支付、京东支付,渠道不一样是无法防止重复支付的,但是系统设计时需要将支付的每笔情况记录下。

    80910

    系统设计之购物车

    在购物车的设计上,重用主要提现在商品信息的存储方式上,避免多次去联表查询,在业务量大后的份表分库提现会更明显。...为了方便扩展更多业务,尽量在设计之初,功能与功能之间不要“粘”在一起。 可维护性 百度百科的定义是: 系统的可维护性是衡量一个系统的可修复(恢复)性和可改进性的难易程度。...所谓可修复性是指在系统发生故障后能够排除(或抑制)故障予以修复,并返回到原来正常运行状态的可能性。而可改进性则是系统具有接受对现有功能的改进,增加新功能的可能性。...购物车的设计之初也是考虑未来商品的业务功能各种变更。不如简单点,直接将其属性存到购物车。 复杂度 初期的设计,决定未来开发及重构的复杂度。功能与功能,系统系统之间尽量避免直接关联。...统计 后期的数据统计、计算也会受到前期设计的影响。 致谢 感谢你们看到这里,下一篇我会讲一下关于系统的商品设计的部分。有什么问题可以评论区提问。

    2.3K30

    商品模块数据库设计

    商品模块数据库设计先抛开营销和具体业务不谈商品必然会有库存,类别,品牌,基础信息(其他字段,如名字,描述),属性(规格/参数),评论等。...,在出货载入系统后,会有不同规格的对应库存比如苹果14这件商品,远峰蓝128g有1000库存,远峰蓝256g有300库存。...根据作风,一个商品规格下的库存都有对应的sku编码这个编码指导着物流和后端仓库管理。...1 CHARACTER SET = utf8 COLLATE = utf8_general_ci COMMENT = '产品评价回复表' ROW_FORMAT = DYNAMIC;类似商品分类,和论坛系统差不多品牌设计和评论差不多...AUTO_INCREMENT = 60 CHARACTER SET = utf8 COLLATE = utf8_general_ci COMMENT = '品牌表' ROW_FORMAT = DYNAMIC;总结不加任何业务,中商品的设计应该有这些属性设计如何区分规格和参数

    47712

    设计18——真之库存系统设计

    但是仅仅了解实体还是不够的,就销售层面的库存其实也比较复杂,需要和一些外部系统打交道,有一些典型的场景需要具体去分析处理。如果你师一只老鸟,非常熟悉库存的系统设计,可以略过了。...接下来猿人工厂君,就带着你一起来看看销售层库存系统设计问题。 那只巨兽又开始动了,猿人君早就料到这些事情了,猿人君早已经说过了,如果这个世界都是资本家强权的社会,那大家还有什么希望?...提起库存系统设计,也许你会说,实体已经找到了,设计还有什么好讲的啊?嘻嘻,你看到的只是实体和属性,还有一些比较典型的场景和对应的核心逻辑,你还是要知道的哈。...猛一看这个图片,你也许会觉得好奇,干系系统是什么?哈哈都学习这么久了,还不明白干系系统有哪些吗? 我们一起想想看,商品详情页需要。...库存系统做这些操作的时候,只需要一个订单号就够了,想一想为什么?它是怎么来做到的呢?多想想,是对你有很大帮助的噢。 以上就是库存系统设计思路,主要偏逻辑一些,也故意留了些东西埋伏起来。

    68910

    设计12——真之促销系统设计

    促销是一个高风险的系统,因为一个网站的销售手段更多是以促销的形式进行的。所谓高风险,业务上就很高,错误的促销设置会带来巨额的亏损。今天,我们一起来聊一聊促销的促销系统的思考和设计。 ? ? ?...说到促销系统设计,上一章节我们已经提到了,促销的几种常见的方式——直降、满减满折、套装、赠品、加价购、满赠、定金预售、拼团、加价购。要设计一个促销系统,就需要去支撑这些促销方式。...我们还是本着先抓取实体的原则,逐步完善系统设计。 我们很自然的想到,促销具备的实体——促销信息。 ?...仔细看一看设计,这样子去设计做真的就够了吗?很显然是不能够满足实际使用的要求的。...关于促销的自有协议,每个系统设计者可能都有不同的见解,这里我先抛出几个简单的设计,有不同的设计也希望你分享出来大家一起去完善它。

    1.5K31

    广告系统

    广告系统是什么?其实简单点来说,广告系统其实就是一个系统+广告系统的模式,在原来的系统里面,增加了趣味的玩法,让系统不在单一。...今天这篇文章就针对广告系统在开发过程中,整个广告系统的模块和功能点,给大家进行相关介绍。...广告系统大的系统模块主要有以下11点:图片一、会员系统会员系统包含的小功能点有:会员注册,会员登陆,修改密码,修改资料,收货地址管理,专属二维码&邀请码二、产品系统产品系统包含的小功能点有:产品管理...等级六、广告模块包含的小功能点有:广告类型配置,广告内容配置,看广告内容计费,内容计费频次,内容计费权限,内容计费结算,内容计费明细七、任务等级模块八、财务流水九、分销分润模块十、提现结算模块十一、客服系统

    1.7K71
    领券