多对多关系的表，如果删除某个表的行，另外一个表怎么处理，关系表怎么处理比如模板表和模块表，还有一个中间关系表。因为模板引用模块，他们之间的引用关系在中间关系表里有数据表征，如果删除一个模板，中间表不用删除，因为查找模板所对应模块的时候，首先要到模板表里查找是否有该模板，而且中间表没有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的记录，就会报唯一键约束的错误。MysqlMysql 比较灵活，既可以嵌入到应用程序中，也可以支持数据仓库，内容索引和部署软件，高可用的冗余系统，在线事务处理（OLTP）写锁（write lock）会减少并发，但是又是不可避免的。所以要让锁定对象更有选择性，尽量只锁定需要修改的部分数据。锁定的数据越少，系统的并发程度越高。锁策略就是控制锁的粒度。Mysql提供表锁（table lock），行锁（row lock）死锁，指两个或多个事务在同一资源上相互占用，并请求锁定对方占用的资源，并导致恶性循环start transaction;update stock_price set close = 10 where id=1update stock_price set close = 12 where id=2commit;start transaction;update stock_price set high = 100 where id=2update stock_price set high = 120 where id=1commit;如果两个事务都执行了第一条update语句，同时锁定了该行数据，接着每个事务都尝试去执行第二条update语句，却发现该行已经被对方锁定，然后两个事务都等待对方释放锁，同时又持有对方需要的锁，则陷入死循环。 目前InnoDB处理死锁的方式是，将持有最少行级排他锁的事务进行回滚。数据库优化避免多表查询返回所有列，如下，查询的列越多，时间越长select * from t_agentleft join t_admin on t_agent.agent_id=t_admin.agent_id_fkleft 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 两个特征 非过程性的；面向表的