基于Django的商城开发项目笔记(六)

十九、提交订单页面显示功能

19.1在templates/cart.html文件中设置表单提交:

  

 

19.2在order/urls.py中配置对应的url:

 

19.3在order/view.py中编写OrderPlaceView类显示订单页面:

基于Django的商城开发项目笔记(六)_第1张图片

  基于Django的商城开发项目笔记(六)_第2张图片

   基于Django的商城开发项目笔记(六)_第3张图片

 

19.4在templates/place_order.html文件中完成订单页面的显示:

基于Django的商城开发项目笔记(六)_第4张图片

  基于Django的商城开发项目笔记(六)_第5张图片

   基于Django的商城开发项目笔记(六)_第6张图片

基于Django的商城开发项目笔记(六)_第7张图片

 

19.5在templates/order_place.html文件中完成创建订单功能:

基于Django的商城开发项目笔记(六)_第8张图片

 

19.6在order/urls.py文件中定义提交订单的url:

 

19.7数据库MySQL的事务:

19.7.1事务概念: 一组mysql语句,要么执行,要么全不不执行。

19.7.2事务特点:

                        1、原子性:一组事务,要么成功;要么撤回。

                        2、稳定性 :有非法数据(外键约束之类),事务撤回。

                        3、隔离性:事务独立运行。一个事务处理后的结果,影响了其他事务,那么其他事务会撤回。事务的100%隔离,需要牺牲速度。

                        4、可靠性:软、硬件崩溃后,InnoDB数据表驱动会利用日志文件重构修改。可靠性和高速度不可兼得,                                               innodb_flush_log_at_trx_commit 选项 决定什么时候吧事务保存到日志里。

19.7.3事务控制语句:

                                COMMIT;COMMIT会提交事务,并使已对数据库进行的所有修改称为永久性的;

                                ROLLBACK;回滚会结束用户的务,并撤销正在进行的所有未提交的修改;

                                SAVEPOINT identifier;SAVEPOINT允许在事务中创建一个保存点,一个事务中可以有多个SAVEPOINT;

                                RELEASE SAVEPOINT identifier;删除一个事务的保存点,当没有指定的保存点时,执行该语句会 抛出一个异常;

                                ROLLBACK TO identifier;把事务回滚到标记点;

19.7.4事务隔离级别:

                                Read Uncommitted(读取未提交内容):在该隔离级别,所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用,因为它的性能也不比其他级别好多少。读取未提交的数据,也被称之为脏读(Dirty Read)。

                                Read Committed(读取提交内容):这是大多数数据库系统的默认隔离级别(但不是MySQL默认的)。它满足了隔离的简单定义:一个事务只能看见已经提交事务所做的改变。这种隔离级别 也支持所谓的不可重复读(Nonrepeatable  Read),因为同一事务的其他实例在该实例处理其间可能会有新的commit,所以同一select可能返回不同结果。

                                Repeatable Read(可重读):这是MySQL的默认事务隔离级别,它确保同一事务的多个实例在并发读取数据时,会看到同样的数据行。不过理论上,这会导致另一个棘手的问题:幻读 (Phantom Read)。

                                Serializable(可串行化):这是最高的隔离级别,它通过强制事务排序,使之不可能相互冲突,从而解决幻读问题。简言之,它是在每个读的数据行上加上共享锁。在这个级别,可能导致大量的超时现象和锁竞争。

 

 

19.8提交订单功能的业务分析:

基于Django的商城开发项目笔记(六)_第9张图片

19.9订单并发处理:

                            悲观锁:获取数据时对数据行了锁定,其他事务要想获取锁,必须等原事务结束。

                            使用示例:select * from df_goods_sku where id=17 for update;

 

                            乐观锁:查询时不锁数据,提交更改时进行判断.

                            使用示例:update df_goods_sku set stock=0, sales=1 where id=17 and stock=1;

 

19.9.1项目使用原则:

                            冲突比较少的时候,使用乐观锁。

                            冲突比较多的时候,使用悲观锁。

 

19.10在order/views.py中定义OrderCommitView订单创建类:

基于Django的商城开发项目笔记(六)_第10张图片

  基于Django的商城开发项目笔记(六)_第11张图片

    基于Django的商城开发项目笔记(六)_第12张图片

     基于Django的商城开发项目笔记(六)_第13张图片

     基于Django的商城开发项目笔记(六)_第14张图片

 

二十、用户中心的订单页面显示

20.1在user/urls.py中定义用户中心订单页的url:

 

20.2在user/view.py中定义UserOrderView类:

基于Django的商城开发项目笔记(六)_第15张图片

   基于Django的商城开发项目笔记(六)_第16张图片

   基于Django的商城开发项目笔记(六)_第17张图片

 

20.3在templates/user_center_order.html中显示数据:

基于Django的商城开发项目笔记(六)_第18张图片

         基于Django的商城开发项目笔记(六)_第19张图片

            基于Django的商城开发项目笔记(六)_第20张图片

你可能感兴趣的:(基于Django的商城开发项目笔记(六))