写后台总结

mengera88 发布于2019-08-01 10:20 / 453人阅读

摘要：软删除和唯一约束的冲突软删除把改为之后，记录还存在。目前处理死锁的方式是，将持有最少行级排他锁的事务进行回滚。复杂的多表查询，可以分开查，然后在后台代码里组装数据当然用多表查询，可以简化代码。后台比前台更能积累经验，因为后台更容易抽象。

多对多关系的表，如果删除某个表的行，另外一个表怎么处理，关系表怎么处理

比如模板表和模块表，还有一个中间关系表。

因为模板引用模块，他们之间的引用关系在中间关系表里有数据表征，如果删除一个模板，中间表不用删除，因为查找模板所对应模块的时候，首先要到模板表里查找是否有该模板，而且中间表没有status字段表达是否被删除，它只是一个表达一个关系而已。

因为模块被模板引用，当删除模块时，要先判断是否有被引用（在中间表里查找即可），如果有被引用，则不能删除。

关系表永远只有被动处理

为什么后台对数据结构和算法要求很高，我现在是了解了

当用sql语句从数据库里拿到数据，需要解析成前端所需要的各种格式的数据，这时候各种数组，对象的操作，遍历等，怎么算节省效率，这时候就需要很强的数据操作能力了。

关于数据库设计

使用逻辑外键，而非物理外键

设计表，刚开始不用想太多，想到怎样就设计成怎样好了，后面具体到细节的时候再修改。

数据库范式

1NF：字段是最小的的单元不可再分

2NF：满足1NF,表中的字段必须完全依赖于全部主键而非部分主键

3NF：满足2NF,非主键外的所有字段必须互不依赖

4NF：满足3NF,消除表中的多值依赖

查询的时候不要使用select * ，一是影响查询速度，二是如果数据库字段改了，前台的变量名也要跟着改了

视图，从表中到出的一个子集，可以限制每个用户可看到的数据库的区域

数据库设计过程

先设计实体关系图(ERD)

设计表结构

应避免过多表的连接查询，连接查询中表越多，查询的执行速度越慢

对于有父子关系的表，修改某一条数据，也要修改其下一级的数据，从而形成一个递归修改。

方法1: mysql 只能用函数来实现递归

delimiter // 
CREATE FUNCTION `getParList`(rootId INT)
RETURNS varchar(1000) 
BEGIN
    DECLARE sTemp VARCHAR(1000);
    DECLARE sTempPar VARCHAR(1000); 
    SET sTemp = ""; 
    SET sTempPar =rootId; 
 
    #循环递归
    WHILE sTempPar is not null DO 
        #判断是否是第一个，不加的话第一个会为空
        IF sTemp != "" THEN
            SET sTemp = concat(sTemp,",",sTempPar);
        ELSE
            SET sTemp = sTempPar;
        END IF;
        SET sTemp = concat(sTemp,",",sTempPar); 
        SELECT group_concat(pid) INTO sTempPar FROM treenodes where pid<>id and FIND_IN_SET(id,sTempPar)>0; 
    END WHILE; 
 
RETURN sTemp; 
END

方法2: 在表中多加一个字段存所有父级的id，每次insert的时候将父级id拼起来存到表里, 后面查找的时候用 like 语句匹配，显然这种方法效率更高

规范化不是关系型数据库设计最重要的目标。对于第一二三范式，不需要严格遵守。有时候规范化粒度过细所导致的问题不比其所解决的问题少。

现在关系型数据库模型不会扩充到3nf上，有时连3nf也不用，原因在于生成的表太多，所得的sql代码连接很复杂导致数据库响应时间过长，而且磁盘空间并不贵。4nf，5nf，dknf等趋向于在表中加入一些业务逻辑，这一点并无必要。应该由程序来处理业务逻辑，数据库只存数据。

软删除和唯一约束的冲突

软删除把state改为1之后，记录还存在。如果某一个字段是唯一约束的话，比如name，那么新增一个被删除掉一样name的记录，就会报唯一键约束的错误。

Mysql

Mysql 比较灵活，既可以嵌入到应用程序中，也可以支持数据仓库，内容索引和部署软件，高可用的冗余系统，在线事务处理（OLTP）

写锁（write lock）会减少并发，但是又是不可避免的。所以要让锁定对象更有选择性，尽量只锁定需要修改的部分数据。锁定的数据越少，系统的并发程度越高。锁策略就是控制锁的粒度。

Mysql提供表锁（table lock），行锁（row lock）

死锁，指两个或多个事务在同一资源上相互占用，并请求锁定对方占用的资源，并导致恶性循环

start transaction;
update stock_price set close = 10 where id=1
update stock_price set close = 12 where id=2
commit;

start transaction;
update stock_price set high = 100 where id=2
update stock_price set high = 120 where id=1
commit;

如果两个事务都执行了第一条update语句，同时锁定了该行数据，接着每个事务都尝试去执行第二条update语句，却发现该行已经被对方锁定，然后两个事务都等待对方释放锁，同时又持有对方需要的锁，则陷入死循环。
目前InnoDB处理死锁的方式是，将持有最少行级排他锁的事务进行回滚。

数据库优化

避免多表查询返回所有列，如下，查询的列越多，时间越长

select * from t_agent
left join t_admin on t_agent.agent_id=t_admin.agent_id_fk
left join t_agent_ex on t_agent_agent_id=t_admin.agent_id_fk

避免查询重复的数据，比如经常需要查询的数据可以放到缓存里

对于查询需要扫描大量数据（比如列表查询），使用索引覆盖扫描，把用于where查询条件的列放到索引里。常用的查询条件列比如 agent_name 可以放到索引里。因为单查 agent_name 的情况比较多。

select * from t_agent where agent_name="sam"

是否将一个复杂查询转换成多个简单查询。在传统的实现中，强调在数据库层尽可能完成多的工作，这样做的逻辑是以前认为网络通信的代价很高，但是现在的网络越来越快，这方面的代价很小。当然，分开查询也是有代价的，这个问题需要在实际问题中衡量。

删除大量数据时，可以一次删除一部分，比如一万行数据，分多次删除。

复杂的多表查询，可以分开查，然后在后台代码里组装数据（当然用多表查询，可以简化代码）。

4GL语言

1GL 二进制语言

2GL 汇编语言二进制语言的文本缩写

3GL 高级编程语言 c js java等

4GL sql 两个特征非过程性的；面向表的

业务参数和鉴权参数应该分开，如果鉴权参数在某些接口里也作为业务参数，那么就多传一次参数作为业务参数，鉴权参数还是统一处理。

一般来说，鉴权参数统一放在header里，或者放在url里。

后台比前台更能积累经验，因为后台更容易抽象。

后台的业务逻辑会抽象成数据模型，属于高度抽象，越高的抽象越容易复用，做一次业务，就相当于积累了一次数据模型，下次碰到相同的业务直接复用就行了；相比较前端ui，本来就难抽象，目前最多也就抽象到组件这一层，而且同一套业务可以套不同的ui，等于说你做了这个业务的ui，换了老板说不行，还是要重写一套。

idc机房托管超融合服务器如何写java总结数据分析总结怎么写服务器备份总结怎么写 python 写后台

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/48376.html

一些基于React、Vue、Node.js、MongoDB技术栈的实践项目

摘要：利用中间件实现异步请求，实现两个用户角色实时通信。目前还未深入了解的一些概念。往后会写更多的前后台联通的项目。删除分组会连同组内的所有图片一起删除。算是对自己上次用写后台的一个强化，项目文章在这里。后来一直没动，前些日子才把后续的完善。欢迎访问我的个人网站：http://www.neroht.com/ 刚学vue和react时，利用业余时间写的关于这两个框架的训练，都相对简单，有的...

tangr206 2019-06-26 17:34 评论0 收藏0
移动商城项目【总结】

摘要：有必要建一个资源服务器存放静态资源。一些用户级别的数据轻量可以考虑存储在中。存储的是值，可以通过来对和对象之间的转换如果我们的数据是在后台传过去或者转换而成的，在前台上并没有做什么改变的话。移动商城项目总结移动商城项目是我第二个做得比较大的项目,该项目系统来源于传智Java168期，十天的视频课程(想要视频的同学关注我的公众号就可以直接获取了) 通过这次的项目又再次开阔了我的视野，...

BlackHole1 2019-08-19 10:42 评论0 收藏0
论如何把后台管理系统写出花

摘要：知识在于分享，也是希望和大家交流下，如何把后台管理系统写得能更具工程化，模块化，更有效率。后台管理系统多为端，所以和的技术运用不多，会根据产品需求进行优雅降级和渐进增强。前两天看segmentfault的时候，突然间，想写篇文章总结一下那些年自己写过的后台管理系统。作为我前端的入门项目，我对后台管理系统的感情还是挺深的。本着以下几点原因，写了此文。对后台管理系统做一个综合全面的总...

sugarmo 2019-08-19 18:38 评论0 收藏0
论如何把后台管理系统写出花

摘要：知识在于分享，也是希望和大家交流下，如何把后台管理系统写得能更具工程化，模块化，更有效率。后台管理系统多为端，所以和的技术运用不多，会根据产品需求进行优雅降级和渐进增强。前两天看segmentfault的时候，突然间，想写篇文章总结一下那些年自己写过的后台管理系统。作为我前端的入门项目，我对后台管理系统的感情还是挺深的。本着以下几点原因，写了此文。对后台管理系统做一个综合全面的总...

xi4oh4o 2019-06-27 13:59 评论0 收藏0
vue for contacts项目总结

摘要：用来主要前台的请求，并处理返回相关的数据，做后台服务。总结做完这个项目，其中的过程还是挺艰辛的，毕竟都是边学边做，不过最后能完成还是挺开心的，终于有了一个从到的项目过程。虽然只是一个小小的练手项目，不过对于目前的我，感觉还是不错的。 showImg(https://oc1gyfe6q.qnssl.com/17-3-30/43434844-file_1490879850754_14751...

khlbat 2019-08-05 11:00 评论0 收藏0
vue for contacts项目总结

摘要：用来主要前台的请求，并处理返回相关的数据，做后台服务。总结做完这个项目，其中的过程还是挺艰辛的，毕竟都是边学边做，不过最后能完成还是挺开心的，终于有了一个从到的项目过程。虽然只是一个小小的练手项目，不过对于目前的我，感觉还是不错的。 showImg(https://oc1gyfe6q.qnssl.com/17-3-30/43434844-file_1490879850754_14751...

tulayang 2019-08-20 15:29 评论0 收藏0