Django基础之ORM

一.前言

上一节简单的讲了一下orm,主要还是做个了解,这一节将和大家介绍更加细致的orm,以及他们的用法,到最后再和大家说一下cookie和session,就结束了全部的django基础部分

二.orm的基本操作

1.settings.py,连接数据库

2.settings.py,注册app

3.各app下面的models.py 编写models.类

class UserInfo(models.Model):
    .....
    .....

4.执行命令

python manage.py makemigrations    # 找到所有已注册的app中的models.py中的类读取 -> migrations配置
python manage.py migrate           # 读取已注册的app下的migrations配置 -> SQL语句  -> 同步数据库 

三.连接数据库 

我们django支持各种类型的数据库,例如mysql,sqlite3(默认的)等等,我们连接不同的数据库需要的是改settings.py下面的DATABASES 

1.连接django默认自带的sqlite3

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.sqlite3',
        'NAME': BASE_DIR / 'db.sqlite3',
    }
}

2.连接mysql

  • 安装MySQL & 启动MySQL服务

  • 手动创建数据库

  • django的settings.py配置

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.mysql',
        'NAME': 'xxxxxxxx',  # 数据库名字
        'USER': 'root',
        'PASSWORD': 'root123', #数据库密码
        'HOST': '127.0.0.1',  # ip
        'PORT': 3306,
    }

安装第三方组件(两个选一个,推荐安装pymysql)

  • pymysql

    pip install pymysql
    项目根目录/项目名目录/__init__.py
        import pymysql
        pymysql.install_as_MySQLdb()
  • mysqlclient

    pip install mysqlclient
    电脑上先提前安装MySQL。

 四.连接池

django默认内置没有数据库连接池 ,所以我们要使用第三方的。

pip install django-db-connection-pool

DATABASES = {
    "default": {
        'ENGINE': 'dj_db_conn_pool.backends.mysql',
        'NAME': 'day04',  # 数据库名字
        'USER': 'root',
        'PASSWORD': 'root123',
        'HOST': '127.0.0.1',  # ip
        'PORT': 3306,
        'POOL_OPTIONS': {
            'POOL_SIZE': 10,  # 最小
            'MAX_OVERFLOW': 10,  # 在最小的基础上,还可以增加10个,即:最大20个。
            'RECYCLE': 24 * 60 * 60,  # 连接可以被重复用多久,超过会重新创建,-1表示永久。
            'TIMEOUT':30, # 池中没有连接最多等待的时间。
        }
    }

五.多数据库 

多数据库我们平时都用不上,只有在后续开发大项目时才能用得上,大家做个了解就好

DATABASES = {
    "default": {
        'ENGINE': 'dj_db_conn_pool.backends.mysql',
        'NAME': 'day05db',  # 数据库名字
        'USER': 'root',
        'PASSWORD': 'root123',
        'HOST': '127.0.0.1',  # ip
        'PORT': 3306,
        'POOL_OPTIONS': {
            'POOL_SIZE': 10,  # 最小
            'MAX_OVERFLOW': 10,  # 在最小的基础上,还可以增加10个,即:最大20个。
            'RECYCLE': 24 * 60 * 60,  # 连接可以被重复用多久,超过会重新创建,-1表示永久。
            'TIMEOUT': 30,  # 池中没有连接最多等待的时间。
        }
    },
    "bak": {
        'ENGINE': 'dj_db_conn_pool.backends.mysql',
        'NAME': 'day05bak',  # 数据库名字
        'USER': 'root',
        'PASSWORD': 'root123',
        'HOST': '127.0.0.1',  # ip
        'PORT': 3306,
        'POOL_OPTIONS': {
            'POOL_SIZE': 10,  # 最小
            'MAX_OVERFLOW': 10,  # 在最小的基础上,还可以增加10个,即:最大20个。
            'RECYCLE': 24 * 60 * 60,  # 连接可以被重复用多久,超过会重新创建,-1表示永久。
            'TIMEOUT': 30,  # 池中没有连接最多等待的时间。
        }
    },
}

 5.1 读写分离

我们有时候会进行读写分离,这个就需要用到多数据库,我们配置如下

192.168.1.2       default master   [写]
              组件
192.168.2.12      bak slave    [读]

生成数据库表

python manage.py makemigrations    # 找到所有已注册的app中的models.py中的类读取 -> migrations配置

python manage.py migrate
python manage.py migrate --database=default
python manage.py migrate --database=bak

后续再进行开发时

models.UserInfo.objects.using("default").create(title="外交部")
models.UserInfo.objects.using("bak").all() 

我们通过using来选择配置的数据库

我们这里看不见数据是因为读取的数据库我们没有做同步的组件

我们发现我们这样读写分离时每次都要选择指定的数据库,这样很难整,我们可以手动编写router类,让我们每次不需要指定就能知道

编写router类:(两个函数必须叫这个名字)

class DemoRouter(object):
    def db_for_read(self,model,**hints):
        return 'settings下面DATABASES的键'

    def db_for_write(self,model,**hints):
        return 'settings下面DATABASES的键'

然后我们在settings里面配置一下

DATABASE_ROUTERS=['utils.router.DemoRouter']

这样就是基本的router,然后我们还可以进行更细致的判断

我们说两个常用的对象

model._meta.app_label #app的名字
model._meta.model_name #modelss的名字(全小写)也就是表名

我们也可以基于这个来判断用哪个表

5.2 分库(多app)

也叫多app对应多个数据库

如图我们两个app里有两个model,我们想吧一个app的放在default数据库,另一个app的放在bak数据库,这个时候我们提交的命令就要改,然后就借助我们前面说的router进行判断以此来选择数据库

python manage.py makemigrations

python manage.py migrate 第一个app名字 --database=default

python manage.py migrate 第二个app名字 --database=bak 

....... 

提交好后我们就来开始编辑router

我们现在就通过了一个简单的if判断实现了不同app选择不同数据库的需求了

 5.3 分库(单app)

在一个app中,我们想把多个模型拆分到不同的数据库中就需要,但是此时我们使用命令是无法完成的,我们就需要借助router来编写了

例如这个,我们想把第一张表放在default里面,下面两张表放在bak里面

def allow_migrate(self,db,app_label,model_name=None,**hints):
    '''
    执行这个命令的时候
    python manage.py migrate app名字 --database=default
    app_label=app名字
    db=default
    model_name 就是models里面的名字(全小写)
    通过return True 和False判断是否生成
    '''
    pass

我们同样还是先执行python manage.py makemigrations 

我们编写好后执行

python manage.py migrate web --database=default

migrate web --database=bak

注意:当我们--database=bak 一定要加上app名字 不然会不成功

六.表关系

这个我们在上一节已经给大家介绍过了(具体的比如参数我就不介绍,这里就直接放代码

一对多:

from django.db import models

class Depart(models.Model):
    title=models.CharField(verbose_name='标题',max_length=32,unique=True)

class UserInfo(models.Model):
    name=models.CharField(verbose_name='姓名',max_length=32,db_index=True)
    dp=models.ForeignKey(to='Depart',on_delete=models.CASCADE)
    
    class Meta:
        db_table='depart'

这个最后的class Meta下面的db_table='depart'的意思是让在数据库创建的表名为depart,入过不设置的话就是app名字_类名的小写,我们一般都不会设置,因为这样可以避免表名冲突,这里也是给大家引个介绍 

多对多:

from django.db import models
class Boy(models.Model):
    name = models.CharField(verbose_name='姓名', max_length=32)

class Girl(models.Model):
    name = models.CharField(verbose_name='姓名', max_length=32)

class B2G(models.Model):
    bid=models.ForeignKey(to='Boy',on_delete=models.CASCADE)
    gid=models.ForeignKey(to='Girl',on_delete=models.CASCADE)

这里我们就不用ManyToManyField这个字段了,上一节也说了

 一对一:

这个是上一节没和大家介绍的,当然肯定有人要问,一对一有啥好用的,为什么不创建一张表呢,但是大家想一想,在有的特殊的场景里面,就拿CSDN来说,我们是不是注册需要名称和密码,但是此时此刻我们还没有开通博客专区,如果我们要开通博客专区,是不是又得创建一张博客表,里面存放我们博客的地址和简介页面,这个时候就会用到一对一

from django.db import models
class UserInfo(models.Model):
    name=models.CharField(verbose_name='姓名',max_length=32,db_index=True)
    dp=models.ForeignKey(to='Depart',on_delete=models.CASCADE)

class Blog(models.Model):
    user=models.OneToOneField(to='UserInfo',on_delete=models.CASCADE)
    blog=models.CharField(verbose_name='博客地址',max_length=128)
    summery=models.CharField(verbose_name='简介',max_length=255)

七.数据操作 

7.1 单表数据操作

以这个数据库为例:

class Role(models.Model):
    title=models.CharField(verbose_name='标题',max_length=32)
    od=models.IntegerField(verbose_name='排序',default=0)

1.创建:

obj1 = models.Role.objects.create(title="管理员", od=1)
obj2 = models.Role.objects.create(**{"title": "管理员", "od": 1})
#通过以上两种直接创建,数据多用下面的那种,数据少用上面的那种,记住下面的字典前面一定要加上**

obj = models.Role(title="客户", od=1)
obj.od = 100
obj.save()

obj = models.Role(**{"title": "管理员", "od": 1})
obj.od = 100
obj.save()
#这种是先创建对象,放在内存里面,创建完的对象可以修改值,然后.save()就可以提交到数据库

 2.删除:

删除很简单,理论上就是先查找再删除,只要记住找到对象然后再.delete()

models.Role.objects.all().delete()
models.Role.objects.filter(title="管理员").delete()
#第一个是查找全部的对象,第二个filter里面是跟着各种条件,找到以后delete()就行了,他们的返回值是受影响的行数

3.更新

更新和删除的原理都一样,只要记得找到对象然后再update(数据)

models.Role.objects.all().update(od=99)
models.Role.objects.filter(id=7).update(od=99, title="管理员")
models.Role.objects.filter(id=7).update(**{"od": 99, "title": "管理员"})

 4.查找

我们前面删除和更新其实都用到查询了,大家可以发现查询可以查询全部也可以筛选完查询,查询得到的结果类型是QuerySet,里面套着obj类型,很像列表但是不是,我们可以for循环得到里面的每个元素,并且查询得到得返回值还可以.query得到他原本查询得命令

v1 = models.Role.objects.all()
for obj in v1:
    print(obj, obj.id, obj.title, obj.od)

v2 = models.Role.objects.filter(**{"od": 99, "id": 99}) #和前面一样支持两种
for obj in v2:
    print(obj, obj.id, obj.title, obj.od)

v3 = models.Role.objects.filter(id=99)
print(v3.query)

v3 = models.Role.objects.filter(id__gt=2)
print(v3.query)

v3 = models.Role.objects.filter(id__gte=2)
print(v3.query)

v3 = models.Role.objects.filter(id__lt=2)
print(v3.query)

v3 = models.Role.objects.filter(id__in=[11, 22, 33])
print(v3.query)

v3 = models.Role.objects.filter(title__contains="户")
print(v3.query)

v3 = models.Role.objects.filter(title__startswith="户")
print(v3.query)

v3 = models.Role.objects.filter(title__isnull=True)
print(v3.query)

# 不等于
v3 = models.Role.objects.exclude(id=99)
print(v3.query)

#不等于完还能再筛选
v3 = models.Role.objects.exclude(id=99).filter(od=88)
print(v3.query)

大家执行一下然后再看query语句就知道了,我在这里总结一下

全部用.all(),筛选让条件满足用.filter(id=99),筛选让条件取反.exclude(id=99)

__gt= 大于

__gte= 大于等于

__lt=  小于

__lte=  小于等于

__in=[11, 22, 33] 在这个里面

__contains=“户” 包含这个

__startswith="户" 以户开头

__isnull=True 为空

我们上面说的都是QuerySet里面套着obj,但是接下来会讲一些有用的

v4 = models.Role.objects.filter(id__gt=0).values("id", 'title')
print(v4)
v4 = models.Role.objects.filter(id__gt=0).values_list("id", 'title')
print(v4)
v4=models.Role.objects.all().first()
print(v4)
v4 = models.Role.objects.filter(id__gt=0).values("id", 'title').first()
print(v4)
v4 = models.Role.objects.filter(id__gt=10).exists() #判断这个对象是否存在 返回True或者False
print(v4)
# asc
v8 = models.Role.objects.filter(id__gt=0).order_by("id")
print(v8)
# id desc  od asc
v9 = models.Role.objects.filter(id__gt=0).order_by("-id", 'od')
print(v9)

我们所有的都总结一下就是,通过.filter()和.all()拿到的数据就是QuerySet[obj,obj,obj]这种类型的数据。

如果我们想要改变里面的数据类型就可以再在后面加上.value()和.values_list(),不过这里就要加上子弹名字,分别以这些字段构成的字典和元组,只要类型是QuerySet,我们既可以通过.first()拿到QuerySet的第一个元素(无论是对象,字典,元组)。

如果我们想判断QuerySet是否不为空就用.exists()。

如果我们想对拿到的QuerySet里面的元素(无论是对象,字典,元组)进行排序就用.order_by(),里面的参数就是字段名,这就是想升序,字段名前面加了个-就是降序,如果有多个值就是以第一个值为准,如果第一个值一样就按照第二个的来排,理解这些是不是对这些参数运用熟悉多了,所以学习这些还是得先学会数据类型。

7.2 一对多数据操作

class Depart(models.Model):
    title=models.CharField(verbose_name='标题',max_length=32,unique=True)

class UserInfo(models.Model):
    name=models.CharField(verbose_name='姓名',max_length=32,db_index=True)
    dp=models.ForeignKey(to='Depart',on_delete=models.CASCADE)

我们一对多以这个数据库为例,当然有很多都是和单表操作是重复的,我这里只和大家说不是重复的部分,也不会和上面讲的那么细

1.创建

models.UserInfo.objects.create(name='往日情怀酿作酒',dp_id=1)

obj=models.Depart.objects.filter(id=2).first()
models.UserInfo.objects.create(name='往日情怀酿作酒',dp=obj)
models.UserInfo.objects.create(name='往日情怀酿作酒',dp_id=obj.id)

这里在我们创建ForeignKey关联字段的时候,他在表中的名字会加上_关联字段名字(因为我们上面没有指定to_field,所以默认指定到了id),我们也可以直接用字段,但是后面=的参数就要是个对象了

2.更新

这里我就给大家介绍一个需要注意的点,我们可以通过ForeignKey__标题来实现跨表操作,但是我们更新只能本表数据

models.UserInfo.objects.filter(name="往日情怀酿作酒").update(dp_id=2)#这个是没有问题的
models.UserInfo.objects.filter(id=2).update(dp__title="销售部")#这样是不行的,不能删跨表更改

3.查找

这里不和大家说删除了,是因为主要就是查找,和前面没什么区别,介绍创建主要是为了和大家说一下ForeignKey关联的字段

v1=models.UserInfo.objects.all()
for obj in v1: #但是如果要跨表也就是加上__字段我们通常不会用这个,因为这个效率太差了
    print(obj.name,obj.id,obj.dp_id) #我们可以通过ForeignKey字段名__另一张表名来跨表

v2=models.UserInfo.objects.all().select_related("dp")
for obj in v2: #加上.select_related("depart")相当于把两张表给连起来了,效率就会高很多
    print(obj.name,obj.id,obj.dp_id)

v3=models.UserInfo.objects.all().values('id','name','dp__title')
print(v3)

v3 = models.UserInfo.objects.all().values_list('id', 'name', 'dp__title')
print(v3)

我们可以通过ForeignKey字段__来找到跨表的数据,这个是需要关注的

4.重点(容易犯毛病)

#正向操纵
# 我们可以通过ForeignKey进行跨表,这个是没有问题的
v1=models.UserInfo.objects.all().values('id','name','dp_id','dp__title')
print(v1)

#反向操作
#django里面会默认把我们用ForeignKey关联的表也可以通过__来连接起来
#例如这个关联了userinfo,那么userinfo也就是代表这个表关联字段的id,userinfo__name代表跨的表名
v2=models.Depart.objects.all().values('id','title','userinfo','userinfo__name')
print(v2)

但是我们假设一下,如果用户表里面有两个ForeignKey,那么他这个表名到底是关联的哪一个ForeignKey字段的id呢?那我们先来更新一下表

我们按照我们需求创建一个新部门new_dp,也是ForeignKey关联的,但是当我们更新表的时候,他会提示报错,这是因为django关联表的时候已经想到反向关联表会出现冲突,这个时候我们就要加上related_name用来做为反向关联的

class UserInfo(models.Model):
    name=models.CharField(verbose_name='姓名',max_length=32,db_index=True)
    dp=models.ForeignKey(to='Depart',on_delete=models.CASCADE,related_name='dp1')
    new_dp=models.ForeignKey(to='Depart',on_delete=models.CASCADE,related_name='dp2',default=1)

 related_name就是当多个ForeignKey关联同一个表时要加上的,到时候我们反向关联就不能用表名了,而是要用related_name

7.3 多对多数据操作 

class Boy(models.Model):
    name = models.CharField(verbose_name='姓名', max_length=32)

class Girl(models.Model):
    name = models.CharField(verbose_name='姓名', max_length=32)

class B2G(models.Model):
    bid=models.ForeignKey(to='Boy',on_delete=models.CASCADE)
    gid=models.ForeignKey(to='Girl',on_delete=models.CASCADE)
    adress=models.CharField(verbose_name='约会地点',max_length=32,default='北京中路八号ma')

 1.创建

models.Boy.objects.create(name="宝强")
models.Boy.objects.create(name="羽凡")
models.Boy.objects.create(name="乃亮")

models.Girl.objects.bulk_create(
    objs=[models.Girl(name="小路"), models.Girl(name="百合"), models.Girl(name="马蓉")],
    batch_size=3
)

models.B2G.objects.create(bid_id=1, gid_id=3, adress="北京")
models.B2G.objects.create(bid_id=1, gid_id=2, adress="上海")
models.B2G.objects.create(bid_id=2, gid_id=2, adress="芜湖")
models.B2G.objects.create(bid_id=2, gid_id=1, adress="安庆")

这里都一样,但是补前面没说的知识点就是批量创建, 用.bulk_create,参数是objs=[],里面是models.表名,不用加上objects,batch_size就是一次提交几个,如果数据多于batch_size那么就第二次创建

2.查找

# 1.宝强都与谁约会。
q = models.B2G.objects.filter(bid__name='宝强').select_related("gid")
for item in q:
    print(item.id, item.adress, item.bid.name, item.gid.name)

# 2.百合 都与谁约会。
q = models.B2G.objects.filter(gid__name='百合').values("id", 'bid__name', 'gid__name')
for item in q:
    print(item['id'], item['bid__name'], item['gid__name'])

这个没啥特殊的,就举几个例子和大家看看 

7.4 一对一数据操作

一对多大家都会,一对一怎么可能会不会呢?我就不多写了,难打字!

八.cookie和session

8.1 cookie

cookie前面都给大家介绍过了,这里来说一些用到的重要参数

def show(request):
    res=HttpResponse("返回")
    res.set_cookie("name",'Mr.7',max_age=100,path='/',domain='www.yy.com',secure=False,httponly=True)
    return res

max_age:cookie存活时间

path:哪些路径会携带这个cookie

domain:哪些域名会携带这个cookie

secure:是否只在https下携带

httponly:只允许请求使用cookie,这些参数不写也可以

这里要注意一下就是当我们用到域名的时候要在这里加上,通常使用*

8.2 session

session我们通常都是和cookie一起,这样比较方便

用到session我们的这个中间件一定要打开 

文件配置:

SESSION_ENGINE = 'django.contrib.sessions.backends.file'
SESSION_FILE_PATH = 'session'
SESSION_COOKIE_NAME = "sid"  # Session的cookie保存在浏览器上时的key,即:sessionid=随机字符串
SESSION_COOKIE_PATH = "/"  # Session的cookie保存的路径
SESSION_COOKIE_DOMAIN = None  # Session的cookie保存的域名
SESSION_COOKIE_SECURE = False  # 是否Https传输cookie
SESSION_COOKIE_HTTPONLY = True  # 是否Session的cookie只支持http传输
SESSION_COOKIE_AGE = 1209600  # Session的cookie失效日期(2周)

SESSION_EXPIRE_AT_BROWSER_CLOSE = False  # 是否关闭浏览器使得Session过期
SESSION_SAVE_EVERY_REQUEST = True  # 是否每次请求都保存Session,默认修改之后才保存

数据库配置:

我们要把这个session的app给打开,并且重新执行makemigrations和migrate让他重新生成session的数据库

# session
SESSION_ENGINE = 'django.contrib.sessions.backends.db'

SESSION_COOKIE_NAME = "sid"  # Session的cookie保存在浏览器上时的key,即:sessionid=随机字符串
SESSION_COOKIE_PATH = "/"  # Session的cookie保存的路径
SESSION_COOKIE_DOMAIN = None  # Session的cookie保存的域名
SESSION_COOKIE_SECURE = False  # 是否Https传输cookie
SESSION_COOKIE_HTTPONLY = True  # 是否Session的cookie只支持http传输
SESSION_COOKIE_AGE = 1209600  # Session的cookie失效日期(2周)

SESSION_EXPIRE_AT_BROWSER_CLOSE = False  # 是否关闭浏览器使得Session过期
SESSION_SAVE_EVERY_REQUEST = True  # 是否每次请求都保存Session,默认修改之后才保存

缓存版:

我们首先要创建缓存,这里介绍用redis,首先要安装模块

pip install django-redis

再在settings.py里面创建 CACHES

CACHES = {
    "default": {
        "BACKEND": "django_redis.cache.RedisCache",
        "LOCATION": "redis://127.0.0.1:6379",
        "OPTIONS": {
            "CLIENT_CLASS": "django_redis.client.DefaultClient",
            "CONNECTION_POOL_KWARGS": {"max_connections": 100}
            # "PASSWORD": "密码",
        }
    }

# session
SESSION_ENGINE = 'django.contrib.sessions.backends.cache'
SESSION_CACHE_ALIAS = 'default' 

SESSION_COOKIE_NAME = "sid"  # Session的cookie保存在浏览器上时的key,即:sessionid=随机字符串
SESSION_COOKIE_PATH = "/"  # Session的cookie保存的路径
SESSION_COOKIE_DOMAIN = None  # Session的cookie保存的域名
SESSION_COOKIE_SECURE = False  # 是否Https传输cookie
SESSION_COOKIE_HTTPONLY = True  # 是否Session的cookie只支持http传输
SESSION_COOKIE_AGE = 1209600  # Session的cookie失效日期(2周)

SESSION_EXPIRE_AT_BROWSER_CLOSE = False  # 是否关闭浏览器使得Session过期
SESSION_SAVE_EVERY_REQUEST = True  # 是否每次请求都保存Session,默认修改之后才保存

九.总结 

今天的内容有很多,主要就是麻烦,大家后期肯定会大量的用到,毕竟是最重要的,所以内容多也很正常,我感觉主要还是得先理解数据类型,这样就会更好理解

十.补充 

下一期将和大家开始讲项目,期待大家的点赞关注加收藏 

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:/a/959469.html

如若内容造成侵权/违法违规/事实不符,请联系我们进行投诉反馈qq邮箱809451989@qq.com,一经查实,立即删除!

相关文章

单片机-STM32 IIC通信(OLED屏幕)(十一)

一、屏幕的分类 1、LED屏幕: 由无数个发光的LED灯珠按照一定的顺序排列而成,当需要显示内容的时候,点亮相关的LED灯即可,市场占有率很高,主要是用于户外,广告屏幕,成本低。 LED屏是一种用发光…

纯css实现div宽度可调整

<!DOCTYPE html> <html lang"en"><head><meta charset"UTF-8" /><meta name"viewport" content"widthdevice-width, initial-scale1.0" /><title>纯css实现div尺寸可调整</title><style…

国产编辑器EverEdit - 输出窗口

1 输出窗口 1.1 应用场景 输出窗口可以显示用户执行某些操作的结果&#xff0c;主要包括&#xff1a; 查找类&#xff1a;查找全部&#xff0c;筛选等待操作&#xff0c;可以把查找结果打印到输出窗口中&#xff1b; 程序类&#xff1a;在执行外部程序时(如&#xff1a;命令窗…

小游戏源码开发搭建技术栈和服务器配置流程

近些年各种场景小游戏开发搭建版本层出不穷,山东布谷科技拥有多年海内外小游戏源码开发经验&#xff0c;现为从事小游戏源码开发或游戏运营的朋友们详细介绍小游戏开发及服务器配置流程。 一、可以对接到app的小游戏是如何开发的 1、小游戏源码开发的需求分析&#xff1a; 明…

Linux C\C++编程-文件位置指针与读写文件数据块

【图书推荐】《Linux C与C一线开发实践&#xff08;第2版&#xff09;》_linux c与c一线开发实践pdf-CSDN博客 《Linux C与C一线开发实践&#xff08;第2版&#xff09;&#xff08;Linux技术丛书&#xff09;》(朱文伟&#xff0c;李建英)【摘要 书评 试读】- 京东图书 Linu…

一文简单回顾复习Java基础概念

还是和往常一样&#xff0c;我以提问的方式回顾复习&#xff0c;今天回顾下Java小白入门应该知道的一些基础知识 Java语言有哪些特点呢&#xff1f; Java语言的特点有&#xff1a; 面向对象&#xff0c;主要是封装、继承、多态&#xff1b;平台无关性&#xff0c;“一次编写…

Redis实战(黑马点评)——关于缓存(缓存更新策略、缓存穿透、缓存雪崩、缓存击穿、Redis工具)

redis实现查询缓存的业务逻辑 service层实现 Overridepublic Result queryById(Long id) {String key CACHE_SHOP_KEY id;// 现查询redis内有没有数据String shopJson (String) redisTemplate.opsForValue().get(key);if(StrUtil.isNotBlank(shopJson)){ // 如果redis的数…

神经网络|(四)概率论基础知识-古典概型

【1】引言 前序学习了线性回归的基础知识&#xff0c;了解到最小二乘法可以做线性回归分析&#xff0c;但为何最小二乘法如此准确&#xff0c;这需要从概率论的角度给出依据。 因此从本文起&#xff0c;需要花一段时间来回顾概率论的基础知识。 【2】古典概型 古典概型是我…

【C++】特殊类设计、单例模式与类型转换

目录 一、设计一个类不能被拷贝 &#xff08;一&#xff09;C98 &#xff08;二&#xff09;C11 二、设计一个类只能在堆上创建对象 &#xff08;一&#xff09;将构造函数私有化&#xff0c;对外提供接口 &#xff08;二&#xff09;将析构函数私有化 三、设计一个类只…

微服务网关鉴权之sa-token

目录 前言 项目描述 使用技术 项目结构 要点 实现 前期准备 依赖准备 统一依赖版本 模块依赖 配置文件准备 登录准备 网关配置token解析拦截器 网关集成sa-token 配置sa-token接口鉴权 配置satoken权限、角色获取 通用模块配置用户拦截器 api模块配置feign…

16.好数python解法——2024年省赛蓝桥杯真题

问题描述 一个整数如果按从低位到高位的顺序,奇数位(个位、百位、万位…)上的数字是奇数,偶数位(十位、千位、十万位…)上的数字是偶数,我们就称之为“好数”。 给定一个正整数N,请计算从1到N一共有多少个好数。 输入格式 一个整数N。 输出格式 一个整数代表答案。 样例输入 1 …

2025年数学建模美赛 A题分析(2)楼梯使用频率数学模型

2025年数学建模美赛 A题分析&#xff08;1&#xff09;Testing Time: The Constant Wear On Stairs 2025年数学建模美赛 A题分析&#xff08;2&#xff09;楼梯磨损分析模型 2025年数学建模美赛 A题分析&#xff08;3&#xff09;楼梯使用方向偏好模型 2025年数学建模美赛 A题分…

Redis实战(黑马点评)——涉及session、redis存储验证码,双拦截器处理请求

项目整体介绍 数据库表介绍 基于session的短信验证码登录与注册 controller层 // 获取验证码PostMapping("code")public Result sendCode(RequestParam("phone") String phone, HttpSession session) {return userService.sendCode(phone, session);}// 获…

Brightness Controller-源码记录

Brightness Controller 亮度控制 一、概述二、ddcutil 与 xrandr1. ddcutil2. xrandr 三、部分代码解析1. icons2. ui3. utilinit.py 一、概述 项目&#xff1a;https://github.com/SunStorm2018/Brightness.git 原理&#xff1a;Brightness Controlle 是我在 Ubuntu 发现上调…

STM32简介

STM32简介 STM32是ST公司基于ARMCortex-M内核开发的32位微控制器 &#xff08;Microcontroller&#xff09; MCU微控制器、MPU微处理器、CPU中央处理器 1.应用领域 STM32常应用于嵌入式领域。 如智能车&#xff1a;循迹小车 读取光电传感器或者摄像头的数据&#xff0c;…

qt-C++笔记之QLine、QRect、QPainterPath、和自定义QGraphicsPathItem、QGraphicsRectItem的区别

qt-C笔记之QLine、QRect、QPainterPath、和自定义QGraphicsPathItem、QGraphicsRectItem的区别 code review! 参考笔记 1.qt-C笔记之重写QGraphicsItem的paint方法(自定义QGraphicsItem) 文章目录 qt-C笔记之QLine、QRect、QPainterPath、和自定义QGraphicsPathItem、QGraphic…

浏览器IndexedDB占用大

使用鲁大师清理后&#xff0c;用 SpaceSniffer 查看C盘占用情况&#xff0c;发现浏览器的 IndexedDB 有3个文件夹占用特别大&#xff0c;从文件名看是 youku&#xff0c;bilibili&#xff0c;v.qq.com&#xff0c;浏览器的数据库并不需要长期保存&#xff0c;删除这3个文件夹&a…

MongoDB部署模式

目录 单节点模式&#xff08;Standalone&#xff09; 副本集模式&#xff08;Replica Set&#xff09; 分片集群模式&#xff08;Sharded Cluster&#xff09; MongoDB有多种部署模式&#xff0c;可以根据业务需求选择适合的架构和部署方式。 单节点模式&#xff08;Standa…

将 OneLake 数据索引到 Elasticsearch - 第二部分

作者&#xff1a;来自 Elastic Gustavo Llermaly 及 Jeffrey Rengifo 本文分为两部分&#xff0c;第二部分介绍如何使用自定义连接器将 OneLake 数据索引并搜索到 Elastic 中。 在本文中&#xff0c;我们将利用第 1 部分中学到的知识来创建 OneLake 自定义 Elasticsearch 连接器…

Formality:时序变换(三)(相位反转)

相关阅读 Formalityhttps://blog.csdn.net/weixin_45791458/category_12841971.html?spm1001.2014.3001.5482 一、引言 时序变换在Design Compiler的首次综合和增量综合中都可能发生&#xff0c;它们包括&#xff1a;时钟门控(Clock Gating)、寄存器合并(Register Merging)、…