删除
级联删除(假的,手工的一个一个删除)
先删除子表,后删除主表。(写反了还可以删除,是因为电商的表都是单表)
上面的多个操作都要在 层,而且不能 /,因为如果 /, 就不会执行回滚了,
因为它以为你自己要处理。
和 / 比较
) 设计思路, 全面向对象映射框架 ),/> 半 ) 映射框架。/ 后
半部分(和数据库)是面向过程,面向 ?*,面向结果集 )0。
+) 面向对象 &?*(对象 ),/> 面向 ?*,使用 ?*
/>! 061 代表是表
! ( ( 对象,在映射文件中配置 9 类
0@
) 性能比,/>。按需查询, 按对象,把对象所有的属性值全都查出来。
:) 对象性能进行极大优化,思路。 一级缓存,二级缓存,懒加载
9+9+776> 企业级,7A3(你写一个 9,按特殊规范,天然就是分布
式,天然就是负载均衡),比较死板,麻烦。7>/3 天然分布式(如果有 ; 个查询条
件 , 组 合 ;; 种 , 写 ;; 个 7>/3 。 因 为 不 一 样 。 新 增 , 修 改 , 删
除)133(查询)
批量提交,96 新增数据直接进入数据库。 新增后,没有立刻提交,放在一级缓
存,用户不能触摸。当遇到特殊的动作,会自动提交(积累很多数据,批量,减少了数据
库交互,)。
懒加载,例如:部门和用户,一对多关系。面向对象编程。查询部门,部门下面有子对象
接着把下面的所有用户查出,查询用户就要把部门查出来,查询部门就要把用户差出来。
(死循环)。按上面需求,先把部门查出来就返回给用户,这里不光部门,还有部门关联
用户,但是只有用户的 6。要访问用户,因为有了 6,按 6 再次发出请求去查询。你不调
用就不长,你调用子对象的属性就去查询。
) 学习成本高,/> 学习成本低
前台系统
业务需求:搭建前台系统,然后完成商品分类展现
技术难题,前台系统不能访问数据库,9 B0
划清界限,历史遗留问题,之前的乱账就不管。
只后,我要做一个统一接口,所有的人写账务时,都要通过这个接口来写。
数据库不能随意访问,应该按功能区域划分,每个功能区域通过统一接口来访问。它们直
接不能有交叉。就不会发生冲突,各自写各自,出现问题,就方便追踪。
两个两个子系统之间访问