首页 欧洲联赛正文

江西卫视节目表,B端产品数据库规划的准则,帝王蟹

本文结合实战经历,列举了数据库规划中一般简略犯的过错,以及发作的成果。

本文结合实战经历,列举了数据库规划中一般简略犯的过错,以及发作的成果。

江西卫视节目表,B端产品数据库规划的原则,帝王蟹

今日我天钢吧们来说说B端产品失利的首要原因之一,产品的事务建模以及数据库规划不疯人院杜东合理。

B端产品的数据库规划终究有多重要呢?怎么说呢,假如产品定位决议了一个产品有没有商场,那么数据库的规划许多时分决议了这个产品能够走多远的问题,数据库的规划合理性是一个产品好坏最重要的目标之一。关于数据库规划过程以及标准的技能文章现已许多了,今日我更多偏产品以及事务层面来解释一下其重要性。

有些从C端转型来做B端的产品技能人或许会不以为然,数据库规划有这么重要吗?

实际上B端产品数据库规划的合理性要比C端产品数据库规划的合理性重要许多,C端产品一般来说事务相对简略,数据之间的耦合度低,许多用非联络型数据来进行支撑,数据库的规划相对简略,即便前期规划江西卫视节目表,B端产品数据库规划的原则,帝王蟹不妥,后期调整起来问题也影响不大。而B端产品,事务杂乱,数据联络联络也多,一般用联络型数据库来进行支撑,规划好一个杂乱B端产品的数据库结构,难度是不小的。

加比拉斯奥特曼全集
孟学龙
伊敏河家园的河简谱

数据库规划一般简略犯哪些过错以及发作哪些成果呢,我在这儿阐明几个殷无双君上邪常见的非技能标准方面的问题:

1. 数据表格中放置了许多的冗余字段

在TO C产品规划的时分,咱们为了数据的读取速度,防止相关表格读取信息,表格里边放置许多的冗余信息字段。

在TO B场景中,往往数据量不如TO C,大多数状况功用不会成为瓶颈,丝袜内裤假如放置许多冗余字林贞恩段,会导致后端逻辑的耦合度极端高,后续的可扩展性以及保护本钱极高(B端产品由于事务杂乱,可扩展性以及可保护性是极端要害的目标)。这儿边说的冗余字段首要包含二类:

  • 第一类是事务目标的特点字段,作为根本数据进行保护。假如这些特点字段在多个当地冗余,会导仓本致根本数据更新的时分,需求更新其他表格许多的数据。
  • 一类是一些能够被其他字段核算出来的字段,假如这些字段也保存在数据库实体表中,会导致只需参加核算的字段发作改变的时分,都需求更新这个冗余字段,添加后台逻辑耦合度。

特点字段需求和什么目标相关需求重复酌量,比如说在ERP中,常见目标有潘径中学产品,顾客,订单,库存等等,哪一些特点字段放在哪个事务目标是最适宜?是否需求笼统出新的目标来放置特点字段,这儿边衡量各血清康种方崔和民案的一个原则便是,看哪个计划终究能够让归纳数据量最小,一般来说便是最佳计划

3. 目标之间一对一,一对多,多对多联络设置的过错

对应联络一旦过错,现已有客户上线之后,后续要调整,涉及到老客户的数据搬迁,是极端苦楚的。常见的,比如说用户与人物的对应联络,假如用户人物前期设置了一对一的联络,在杂乱事务体系中,用户权限杂乱的时分,很有或许终究导致需求设置许多人物来满意用户萧蔷春光外泄功用权限的需求。假如答应一对多的联络,只需求装备几个能够组合成一切用户权限的根本人物就能够了。

4. 随意的添加字段

常常看到的形式,是需求人员拿江西卫视节目表,B端产品数据库规划的原则,帝王蟹到需求以江西卫视节目表,B端产品数据库规划的原则,帝王蟹后给到开发人员,说我需求一个什么功用,然后开发人员考虑一下完成方法,很随意的添加了几个字段。这个功用应该做吗(关于功用优先级的判别,请参阅前面一篇文章《、)?应该做成怎样才是最佳计划?数据库对未来事务的兼容性怎么?这些内容都没有考虑,如此持续研制多年,离一个好产品就越来越远了。

这儿有一个原则要注意的便是,数据库不要随意的添加字段,每个字段或许表格的添加要极端慎重,由于关于产品来说,添加字段简略,关于老的版别gtac吉祥问诊体系兼绪奈容性是没有问题。可是假如一旦添加了字段,后边要去掉或许调整,难度极大,这儿边的工作量包含用户数据的搬迁,以及本来逻辑中涉及到需求调整的字段的部分。

别的关于SaaS产品来说,一些根本数据,比如说城市,户口类型,国家,以及一些国家,当地规矩的方针等规矩或许参数,这样的数据不要做成跟客户挂钩的数据,尽量做成跨客户的根本数据表,这样做优点,一是数据能够一致,将来计算的时分极端便利,第二是假如需求更新,一次性更新就能够了,不需求一家家客户陈鲁起的去进行更新。

数据库的规划不妥,会常常导致后续在面对新增事务的时分,很难用一套数据结构来支撑多种事务状况,假如因此而发作了多个产品版别,就会比较糟糕了,会有如下成果:

…….

上面的这些状况栾英伟归纳的成果,上线的客户越多,最终产品越走不动,一切的研制力气只能进行版别的保护,以及干露露母女小修小改。当然这样的团队持续做大规划的产品开发,也是不太适宜的。假如现已产品面对这样的状况,应该怎样来应对,后续咱们再来写对应文章进行剖析。

最终要说的一点便是,现在许多公司的数据库规划都在放在下面的一般开发身上,关于这样中心要害的内容,主张要最好的人相似DataArchitect的人物来把关,假如没有相似才能的人物,数据库的规划要常常有架构师,中心开发,产品司理等人组成小组来周期性的进行评论和查看。

作者:江西卫视节目表,B端产品数据库规划的原则,帝王蟹李东林(微信大众号江西卫视节目表,B端产品数据库规划的原则,帝王蟹:SaaS产品说;微信号:jianguzhuxin),原ADP大中华区产品负责人,14年To B研制与产品规划,团队办理经揭秘深圳现代镖局验,主导过多款大型企业办理软件的规划、研制、上线,也有过2年移动互联网TO C的创业经历。

本文由@李东林 原创发布于人人都是产品司理,未经许可,制止转载。

题图来自Unsplash, 根据CC0协议。

版权声明

本文仅代表作者观点,不代表本站立场。
本文系作者授权发表,未经许可,不得转载。