ORM执行原生sql语句

方式一: row

def check_book(request):
    ret = models.Book.objects.raw("select * from app01_book where id = 26")
    # raw只能操作前面表的数据，比如Book
    print(ret) # <RawQuerySet: select * from book where id = 15>
    for i in ret:
        print(i) # Book object
        print(i.price) # 11.00

    return HttpResponse("OK")

方式二: 引入connection

from django.db import connection
    cursor = connection.cursor()
    cursor.execute(‘select * from app01_book where id = 26‘)
    print(cursor.fetchall()) 
    # ((26, ‘希望成功‘, datetime.date(2020, 7, 3), Decimal(‘11.00‘), 1, None, None, None),)

Python脚本中调用Django环境

任意新建一个文件, 按照如下写法

import os

if __name__ == ‘__main__‘:
    os.environ.setdefault("DJANGO_SETTINGS_MODULE", "bookmanage.settings") 
    # 将Django项目中的manage.py中的环境设置拿过来
    import django
    django.setup()
    # 配置Django环境

    from app01 import models
    print(models.Book.objects.all().values("title"))

ORM锁和事务

加锁写法,必须用在事务里面

models.Book.objects.select_for_update().all()
‘‘‘
        select * from app01_book for update;
    ‘‘‘

事务写法：

方式1
DATABASES = {
    ‘default‘: {
        ‘ENGINE‘: ‘django.db.backends.mysql‘,
        ‘NAME‘: ‘mxshop‘,
        ‘HOST‘: ‘127.0.0.1‘,
        ‘PORT‘: ‘3306‘,
        ‘USER‘: ‘root‘,
        ‘PASSWORD‘: ‘123‘,
        
        "ATOMIC_REQUESTS": True, #全局开启事务，绑定的是http请求响应整个过程
        
    }，
　　
}

方式2  给视图函数直接加装饰器，表示整个视图逻辑中的sql都捆绑为了一个事务操作
from django.db import transaction

# sql一旦出错，会自动回滚
@transaction.atomic
def viewfunc(request):
      sid = transaction.savepoint()  #创建保存点
    # This code executes inside a transaction.
    do_stuff()  #事务和变量等处理逻辑是没关系的，d[‘xx‘] = ‘oo‘
    ....
    
    do_other_stuff()
    transaction.savepoint_rollback(sid)  #回滚保存点
        #transaction.savepoint_commit(sid) #提交保存点
    
方式3  给逻辑加视图
from django.db import transaction

def viewfunc(request):
    # This code executes in autocommit mode (Django‘s default).
    do_stuff()

    with transaction.atomic():  # 加事务
        # This code executes inside a transaction.
        do_more_stuff()
        #models.Book.objects.select_for_update().all()

    do_other_stuff()

mysql的sql_mode模式说明及设置

MySQL的sql_mode合理设置

sql_mode是个很容易被忽视的变量,默认值是空值,在这种设置下是可以允许一些非法操作的,比如允许一些非法数据的插入。在生产环境必须将这个值设置为严格模式,所以开发、测试环境的数据库也必须要设置,这样在开发测试阶段就可以发现问题.

sql model 常用来解决下面几类问题

(1) 通过设置sql mode, 可以完成不同严格程度的数据校验，有效地保障数据准备性。

(2) 通过设置sql model 为宽松模式，来保证大多数sql符合标准的sql语法，这样应用在不同数据库之间进行迁移时，则不需要对业务sql 进行较大的修改。

(3) 在不同数据库之间进行数据迁移之前，通过设置SQL Mode 可以使MySQL 上的数据更方便地迁移到目标数据库中。

sql_mode常用值如下: 

    ONLY_FULL_GROUP_BY:

    对于GROUP BY聚合操作,如果在SELECT中的列,没有在GROUP BY中出现,那么这个SQL是不合法的,因为列不在GROUP BY从句中

    NO_AUTO_VALUE_ON_ZERO:

    该值影响自增长列的插入。默认设置下,插入0或NULL代表生成下一个自增长值。如果用户 希望插入的值为0,而该列又是自增长的,那么这个选项就有用了。

    STRICT_TRANS_TABLES:

    在该模式下,如果一个值不能插入到一个事务表中,则中断当前的操作,对非事务表不做限制

    NO_ZERO_IN_DATE:

    在严格模式下,不允许日期和月份为零

    NO_ZERO_DATE:

    设置该值,mysql数据库不允许插入零日期,插入零日期会抛出错误而不是警告。

    ERROR_FOR_DIVISION_BY_ZERO:

    在INSERT或UPDATE过程中,如果数据被零除,则产生错误而非警告。如 果未给出该模式,那么数据被零除时MySQL返回NULL

    NO_AUTO_CREATE_USER:

    禁止GRANT创建密码为空的用户

    NO_ENGINE_SUBSTITUTION:

    如果需要的存储引擎被禁用或未编译,那么抛出错误。不设置此值时,用默认的存储引擎替代,并抛出一个异常

    PIPES_AS_CONCAT:

    将"||"视为字符串的连接操作符而非或运算符,这和Oracle数据库是一样的,也和字符串的拼接函数Concat相类似

    ANSI_QUOTES:

    启用ANSI_QUOTES后,不能用双引号来引用字符串,因为它被解释为识别符

    ORACLE的sql_mode设置等同:PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS, NO_AUTO_CREATE_USER.

    如果使用mysql,为了继续保留大家使用oracle的习惯,可以对mysql的sql_mode设置如下:

    在my.cnf添加如下配置

    [mysqld]

    sql_mode=‘ONLY_FULL_GROUP_BY,NO_AUTO_VALUE_ON_ZERO,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,

    ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,PIPES_AS_CONCAT,ANSI_QUOTES‘

注意：MySQL5.6和MySQL5.7默认的sql_mode模式参数是不一样的,5.6的mode是NO_ENGINE_SUBSTITUTION，其实表示的是一个空值，相当于没有什么模式设置，可以理解为宽松模式。5.7的mode是STRICT_TRANS_TABLES，也就是严格模式。

如果设置的是宽松模式，那么我们在插入数据的时候，即便是给了一个错误的数据，也可能会被接受，并且不报错，例如：我在创建一个表时，该表中有一个字段为name，给name设置的字段类型时char(10)，如果我在插入数据的时候，其中name这个字段对应的有一条数据的长度超过了10，例如‘1234567890abc‘，超过了设定的字段长度10，那么不会报错，并且取前十个字符存上，也就是说你这个数据被存为了‘1234567890‘,而‘abc‘就没有了，但是我们知道，我们给的这条数据是错误的，因为超过了字段长度，但是并没有报错，并且mysql自行处理并接受了，这就是宽松模式的效果，其实在开发、测试、生产等环境中，我们应该采用的是严格模式，出现这种错误，应该报错才对，所以MySQL5.7版本就将sql_mode默认值改为了严格模式，并且我们即便是用的MySQL5.6，也应该自行将其改为严格模式，而你记着，MySQL等等的这些数据库，都是想把关于数据的所有操作都自己包揽下来，包括数据的校验，其实好多时候，我们应该在自己开发的项目程序级别将这些校验给做了，虽然写项目的时候麻烦了一些步骤，但是这样做之后，我们在进行数据库迁移或者在项目的迁移时，就会方便很多，这个看你们自行来衡量。mysql除了数据校验之外，你慢慢的学习过程中会发现，它能够做的事情还有很多很多，将你程序中做的好多事情都包揽了。

改为严格模式后可能会存在的问题：

若设置模式中包含了NO_ZERO_DATE，那么MySQL数据库不允许插入零日期，插入零日期会抛出错误而不是警告。例如表中含字段TIMESTAMP列（如果未声明为NULL或显示DEFAULT子句）将自动分配DEFAULT ‘0000-00-00 00:00:00‘（零时间戳），也或者是本测试的表day列默认允许插入零日期 ‘0000-00-00‘ COMMENT ‘日期‘；这些显然是不满足sql_mode中的NO_ZERO_DATE而报错。

模式设置和修改(以解决上述问题为例)：

    方式一：先执行select @@sql_mode,复制查询出来的值并将其中的NO_ZERO_IN_DATE,NO_ZERO_DATE删除，然后执行set sql_mode = ‘修改后的值‘或者set session sql_mode=‘修改后的值‘;，例如：set session sql_mode=‘STRICT_TRANS_TABLES‘;改为严格模式

        此方法只在当前会话中生效，关闭当前会话就不生效了。

    方式二：先执行select @@global.sql_mode,复制查询出来的值并将其中的NO_ZERO_IN_DATE,NO_ZERO_DATE删除，然后执行set global sql_mode = ‘修改后的值‘。

        此方法在当前服务中生效，重新MySQL服务后失效

    方法三：在mysql的安装目录下，或my.cnf文件(windows系统是my.ini文件)，新增 sql_mode = ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION，

        添加my.cnf如下：

        [mysqld]

        sql_mode=ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER

        然后重启mysql。

此方法永久生效.当然生产环境上是禁止重启MySQL服务的，所以采用方式二加方式三来解决线上的问题，那么即便是有一天真的重启了MySQL服务，也会永久生效了。

ORM执行原生sql, Python脚本调用Django环境, ORM事务, sql模式说明

原文：https://www.cnblogs.com/fdsimin/p/13363173.html