python常用库之数据库orm框架之SQLAlchemy

文章目录

  • python常用库之数据库orm框架之SQLAlchemy
    • 一、什么是SQLAlchemy
      • SQLAlchemy 使用场景
    • 二、SQLAlchemy使用
      • SQLAlchemy根据模型查询
      • SQLAlchemy SQL 格式化的方式
      • db_session.query和 db_session.execute区别
        • 实测demo 总结:让我们留意一下SQLAlchemy 的 lazy loading 特性
      • scoped session
        • 关于scoped_session自动提交事务
      • 参数autoflush=False 的工作机制
    • 三、关于SQLAlchemy自动提交事务
      • PostgreSQL 和 MySQL 自动提交区别
      • 查看PostgreSQL当前连接是否开启自动提交
    • 四、工作遇到的问题
      • 1. pg报错:unexpected EOF on client connection
      • 2. 报错:sqlalchemy.exc.ArgumentError: autocommit=True is no longer supported

python常用库之数据库orm框架之SQLAlchemy

一、什么是SQLAlchemy

官网:https://www.sqlalchemy.org/

SQLAlchemy是一个基于Python实现的SQL工具包和ORM框架,提供了高层抽象来管理数据库交互。

SQLAlchemy功能强大,可以省去很多手动管理数据库连接、资源、事务等重复工作,让开发者更加高效地使用数据库。许多大型Python项目都选择使用SQLAlchemy作为ORM框架。

SQLAlchemy 使用场景

SQLAlchemy是一个强大的Python ORM框架,主要应用于以下场景:

  1. 数据库访问和操作:SQLAlchemy提供了高层抽象来操作数据库,可以避免写原生SQL语句。支持多种数据库后端。
  2. ORM映射:建立Python类与数据库表的映射关系,简化数据模型的操作,支持声明式操作。
  3. 复杂查询: SQLAlchemy提供丰富的查询方式,如过滤、分组、联结等,可以构建复杂查询。
  4. 异步查询:基于Greenlet等实现异步查询,提高查询效率。
  5. 事务控制: 通过Session管理数据库会话和事务。
  6. 工具集成:如数据迁移工具Alembic,可以实现Schema版本控制和迁移。
  7. 大数据集查询:基于Pagination实现数据分页,避免大量数据查询内存溢出。
  8. 多数据库支持:支持Postgres、MySQL、Oracle等主流数据库。
  9. Web框架集成:框架如Flask可以集成SQLAlchemy,便于Web应用开发。

二、SQLAlchemy使用

SQLAlchemy根据模型查询

  1. 引入和初始化
    导入sqlalchemy模块,然后使用create_engine创建引擎,sessionmaker创建会话类并生成会话对象。
from sqlalchemy import create_engine
from sqlalchemy.orm import scoped_session, sessionmakerengine = create_engine(SQLALCHEMY_DATABASE_URI)
db_session = scoped_session(sessionmaker(autoflush=False,bind=engine))
  1. 使用sql 或者 数据模型

这里先举例模型方式:
在SQLAlchemy中,declarative_base()用来创建一个基类,这个基类会为所有继承它的子类提供declarative的ORM功能。
TblObject = declarative_base() 的作用是:
3. 创建了一个名为TblObject的基类
4. 这个TblObject具有declarative的功能
5. 后续定义的模型类可以继承这个TblObject基类来使用declarative

from sqlalchemy.orm import declarative_base
from sqlalchemy import Column, Text, Integer,String, VARCHAR, TIMESTAMP, BOOLEAN, Float, textTblObject = declarative_base() class User(TblObject):__tablename__ = 'table_user'__table_args__ = ({"schema": "public"})id = Column(Integer, primary_key=True)name = Column(String)query = db_session.query(User)
user = query.first() 
print(user.name)

SQLAlchemy SQL 格式化的方式

  1. 将sql语句本身不包含参数格式化,直接作为文本构建完整的sql:
    要想实现变量替换,需要使用f-string的格式
myschema = 'xxxx'
sql = text(f'SELECT id FROM {myschema }.table...') 

注意看字符串前面有个f。

  1. 使用参数绑定的方式,而不是%格式化:
sql = text('SELECT id FROM :schema.table...')
params = {'schema': 'my_schema'}
result = session.execute(sql, params)

总结:

  1. sql文本内不要再使用% formatting
  2. 使用f-string或参数绑定格式化
  3. 创建text对象时直接构建完整sql文本

参数绑定也可以提高安全性,避免SQL注入\

db_session.query和 db_session.execute区别

在SQLAlchemy中,db_session.query()和db_session.execute()主要有以下几点区别:

  1. 返回值不同:
    • db_session.query() 返回一个Query对象,可以用于构建查询并最终获取结果。
    • db_session.execute() 直接执行语句并返回结果。
  2. 查询方式不同:
    • db_session.query() 通过ORM构建查询。
    • db_session.execute() 通过原生SQL语句查询。
  3. 查询灵活性不同:
    • db_session.query() 可以构建非常灵活的查询,包含各种过滤、JOIN等。
    • db_session.execute() 只能执行简单的SQL语句查询。
  4. 返回结果不同:
    • db_session.query() 返回的是ORM对象或者自定义类的实例。
    • db_session.execute() 直接返回行数据组成的列表。
  5. 性能不同:
    • 对简单查询,db_session.execute()往往更快。
    • 对复杂查询,db_session.query()可以通过ORM特性进行优化。
      所以,简单来说:
  • db_session.query() 是面向对象的查询方式,更灵活,但复杂查询可能有性能问题。
  • db_session.execute() 是执行原生SQL的直接查询,性能好但不够灵活。

需要特别注意的点:使用 db_session.query() 后获取的 ORM 对象实例,在访问其属性之前,需要确保与该查询关联的 db_session 没有关闭或失效。

否则报错:

raise orm_exc.DetachedInstanceError(
sqlalchemy.orm.exc.DetachedInstanceError: Instance <User at 0x7f2973d6fbe0> is not bound to a Session; attribute refresh operation cannot proceed (Background on this error at: https://sqlalche.me/e/20/bhk3)

通常的使用模式是:

db_session = Session() # 创建查询
query = db_session.query(User)# 获取用户对象
user = query.first() # 访问属性
print(user.name)# 关闭会话
db_session.close()

在关闭 db_session 之前,需要先完成对其查询结果的处理和访问。
如果在获取到 user 对象后立即关闭会话,然后访问 user.name,会发生 detached实例错误。
因为在会话关闭后,user 对象脱离了会话,属性无法加载。

使用 db_session.execute() 执行原生SQL查询general不会存在会话过早关闭导致属性访问错误的问题。
db_session.execute() 返回的是数据库行记录组成的结果集,不涉及 ORM 对象映射。

实测demo 总结:让我们留意一下SQLAlchemy 的 lazy loading 特性

在这里插入图片描述
在这里插入图片描述
测试结果:经过测试,query = db_session.query(User).all() 这样db_session.close() 后,使用query[0].name会报错,但是query = db_session.query(User),close之后 query的数据还能用。

db_session.query(User) 只是构造了一个查询,并没有立即获取结果。
而 db_session.query(User).all() 执行了查询并获取了结果。
在会话关闭后,这两种情况的行为不同:

  1. 对于仅构造查询的 db_session.query(User),由于没有结果产生,所以不会有 detached 实例的问题。我们可以在会话关闭后,使用这个查询加上过滤条件等再次执行,产生新结果。
  2. 但对于立即执行了的 db_session.query(User).all(),其结果中的实例与关闭后的会话失去关联,成为 detached 实例,会导致访问属性失败。

这与 SQLAlchemy 的 lazy loading 特性有关 - 查询只有在需要时才执行和加载实例。

  • 构造查询只生成了一个执行计划,不涉及具体实例数据,所以会话关闭后计划还可以再执行。
  • 但执行查询并获取实例,实际上已经加载了具体的数据,所以会依赖会话提供的数据状态。

scoped session

使用 db_session.query() 时,为了避免访问 detached 实例,我们希望延迟关闭会话 db_session。但这样就无法及时提交事务,可能会导致锁表问题。

解决方法:

  1. 在查询之后、访问实例属性之前,先显式提交事务:
db_session.query(...)db_session.commit() # 提交事务obj.some_attr # 访问属性

这可以先释放锁,同时实例也绑定到会话中。

  1. 使用scoped session,可以避免手动 close db_session。
from sqlalchemy.orm import sessionmaker, scoped_sessionsession_factory = sessionmaker(bind=engine)
Session = scoped_session(session_factory)def get_user():session = Session()return session.query(User).first()

这里的Session是一个scoped session类。其特点是:

  1. 每个线程或请求都会自动创建一个新的session实例,避免同一个session跨线程/请求使用。
  2. 使用完session后不需要关闭它,scoped session会在当前上下文退出后自动关闭、invalidate该session。
  3. 所以我们只需要使用Session类创建session,不需要close。
  4. 不同的框架可以集成scoped session到自己的上下文。比如Flask集成后,每个请求都会自动开启一个session,请求结束后自动关闭。
  5. 这样就可以不需要我们手动管理session的生命周期。

所以综上,scoped session通过封装context管理,让session的生命周期与当前上下文(线程、请求等)绑定,自动开启和关闭,省去了手动管理的问题。

总结:
方法1: 我们只调commmit,这里不调colse(),需要其他地方,只有在确定不用的情况下才调close。
方法2:我们使用scoped_session,scoped session 的生命周期由应用管理,不需要我们手动关闭。

使用scoped_session,这个 session 实例绑定到线程/请求,在其线程结束时自动关闭.

关于scoped_session自动提交事务

scoped_session 的工作原理是:

  • 为每个线程或请求创建一个新的 session 实例
  • 这个 session 实例绑定到线程/请求,在其结束时自动关闭
  • 开发者只需要使用 Session 类即可,不需要手动关闭
    也就是说,每个线程/请求都会有一个独立的 session 实例,这个实例不会自动提交。

如果我们需要自动提交,需要在使用 session 的时候设置:

在会话层面设置自动提交:

from sqlalchemy.orm import sessionmakerSession = sessionmaker(bind=engine)
session = Session()session.autocommit = True

通过设置session.autocommit启用自动提交。这会针对当前线程的 session 实例开启自动提交。

另外,scoped_session 也不建议使用自动提交模式,因为会有并发问题。推荐的方式还是手动提交控制事务。

总结,对于 scoped_session:

  • 在创建时设置autocommit 不会生效
  • 应在使用时针对 session 实例设置autocommit
  • 推荐的方式仍是手动提交控制事务

参数autoflush=False 的工作机制

db_session = scoped_session(sessionmaker(autoflush=False, bind=engine))
db_session = scoped_session(sessionmaker(bind=engine)) 

如上,有什么区别?

关闭自动 flush(autoflush=False)的主要目的是可以更精细地控制 flush 的时机,原因如下:

  1. 自动 flush 可能导致不必要的数据库写入操作,比如在一个事务中有多次 CRUD 操作时,希望只在事务提交时一次性写入,而不是每次操作都触发 flush。
  2. 在一些场景下需要确保 flush 只在事务提交时发生,如两个关联对象的变更,希望它们的变更作为一个事务执行。
  3. 需要根据业务逻辑精确控制 flush 时机,而不是通过隐式的自动 flush。

SQLAlchemy中的session.commit()内部会自动调用session.flush()来保证所有pending的变更都被持久化。
即使设置autoflush=False,commit操作也会强制执行flush。只是在commit之外的其他情况下,需要手动调用flush。

autoflush=False的情况下:

  • 正常的增删改操作不会自动flush
  • 调用commit会触发强制flush以持久化变更
    这是SQLAlchemy的一种保护机制,来确保在事务提交时不会丢失还未flush的变更。

autoflush=False 需要手动flush,但不影响commit的自动flush行为。

三、关于SQLAlchemy自动提交事务

背景:
工作发现使用,出现很多 sqlalchemy出现很多未提交事务 情况。

demo:

from sqlalchemy import create_engine
from sqlalchemy.orm import scoped_session, sessionmaker
from sqlalchemy import textusername="aaa"
password="xxx"
host="127.0.0.1"
port="5432"
db="xx"
sqlalchemy_uri = f"postgresql://{username}:{password}@{host}:{port}/{db}"engine = create_engine(sqlalchemy_uri)#engine = create_engine(sqlalchemy_uri, echo=False, client_encoding='utf8', pool_size=100, pool_recycle=3600)
db_session = scoped_session(sessionmaker(bind=engine))sql = text('SELECT * FROM auth_user WHERE id = :userid;')
userid=1#  execute() 方法仅仅是执行查询,不会自动提交事务。
objs = db_session.execute(sql, {"userid": userid}).fetchall()
print(objs)

**每个session默认都是在一个事务中,不会自动提交。**因此当你调用db_session.execute(sql)时,会默认复用当前session的事务来执行,而这个session已经在一个未提交的事务中了

这与直接调用begin()开始一个新事务其实效果是一样的。

PostgreSQL 和 MySQL 自动提交区别

PostgreSQL 的默认设置是自动提交关闭的,每次事务需要显式地通过 COMMIT 提交。

PostgreSQL的事务autocommit是transaction级的。每个transaction需要显式提交或回滚。
在PostgreSQL中,autocommit是作用于每个事务(transaction)的,主要体现在以下两个方面:

  1. 新建立的连接默认都是非自动提交状态(autocommit=off)。这个连接下的所有事务操作默认都是非自动提交的。
  2. 开始一个新的事务时,这个事务会继承连接当前的autocommit状态。如果连接是非自动提交的,那么这个事务也是非自动提交的。

举个例子:
– 新建立连接,默认autocommit=off

postgres=# begin; -- 开始一个新事务,继承连接的autocommit=offpostgres=# insert into table_a values (1); -- 非自动提交postgres=# commit; -- 需要显式提交事务

新连接默认的是非自动提交状态。当开始一个新的事务时,这个事务继承了连接的非自动提交属性。所以我们必须通过提交事务来持久化改变。

  • MySQL 的默认设置是自动提交开启的,每条语句会自动提交事务。
    MySQL的事务autocommit标志是session级的。也就是说,一个会话内全部操作默认都是自动提交的。

您的问题提到了MySQL中的自动提交模式,这和PostgreSQL中的事务处理模式有些不同。
MySQL中的自动提交(autocommit)是作用于整个数据库连接会话的,主要体现在:

  1. 新建立的连接默认是自动提交模式(autocommit=on)。
  2. 连接的自动提交模式作用于该连接下执行的所有事务。不管执行多少个事务,都使用该连接的自动提交模式。
  3. 设置自动提交模式会改变连接的默认提交行为。

举个例子:
– 新连接默认autocommit=ON

mysql> start transaction; -- 开始事务,但继承连接的自动提交模式mysql> insert into table_a values (1); -- 自动提交mysql> commit; -- 提交无实际效果,因为已自动提交

在这个例子中,由于连接的默认autocommit=on,所以不管执行多少个事务,每条SQL语句都会隐式提交。

SQLAlchemy 的设计是为了最大程度兼容不同数据库的行为,所以从 1.4 版本开始采用关闭自动提交作为默认值,这更符合 PostgreSQL 和一些其他数据库的行为。

总结:PostgreSQL的autocommit属性是针对每个事务的,而不是整个会话。这就要求我们必须显式地提交或回滚事务来结束一个事务。

查看PostgreSQL当前连接是否开启自动提交

查询 pg_settings 系统表:

SELECT setting FROM pg_settings WHERE name = 'default_transaction_isolation'; 

返回 ‘read committed’ 表示未开启。

是否可以直接查询PostgreSQL的autocommit状态,而不通过 default_transaction_isolation 这种间接的方式。
直接查询autocommit的参数在PostgreSQL中是不支持的。因为autocommit实际上不是一个配置参数,而是个概念,是由default_transaction_isolation参数决定的。

没有办法直接用SHOW或者SELECT方式获取autocommit的状态。
之所以我们常用 default_transaction_isolation 来判断,是因为这两个设置在PostgreSQL内部是耦合的:

  • read committed 表示关闭了autocommit
  • read uncommitted 表示开启了autocommit
    所以default_transaction_isolation等于read committed的时候,就可以确定autocommit是关闭的。

四、工作遇到的问题

1. pg报错:unexpected EOF on client connection

在 PostgreSQL 中,“unexpected EOF on client connection” 这个错误通常表示客户端应用程序异常中断了与数据库的连接,导致有一个未完成的打开事务状态。
这种错误的常见原因包括:

  1. 应用程序进程崩溃或异常退出,没有正常关闭数据库连接。
  2. 网络连接异常中断。比如网络闪断,客户端机器宕机等。
  3. 客户端没有正确处理查询超时或者服务器重启的情况。
  4. 由于编程错误或者资源问题,客户端忘记提交/回滚一个长时间运行的事务。
  5. 数据库连接泄露,占用了所有可用连接。

当出现这个错误时,该未提交的事务会一直持有锁占用连接,阻塞其他事务,因此需要进行以下处理:

  1. 检查网络链接情况,确保客户端和数据库服务器网络畅通。
  2. 检查客户端应用程序代码,确保正确处理超时、事务提交等情况。
  3. 在数据库端执行以下命令,手动终止该占用连接的事务:
SELECT pg_terminate_backend(pid) FROM pg_stat_activity WHERE state = 'idle in transaction'; 

你执行这个语句后,处在 idle in transaction 状态的后端进程将被强制终止,相关的事务也会被回滚。
注:pg_terminate_backend() 函数的返回值 ‘t’ 表示终止后端成功。

终止后端进程后,还需要几个后续步骤:

  1. 再次执行同样的查询,检查是否还有处在 idle in transaction 状态的进程:
SELECT * FROM pg_stat_activity WHERE state = 'idle in transaction';
  1. 分析日志,找到未提交事务的根本原因,比如编程错误、资源问题等,从代码级别解决问题。
  2. 合理配置数据库连接池,避免连接泄露。
  3. 调整数据库配置,适当增大max_connections数值。

2. 报错:sqlalchemy.exc.ArgumentError: autocommit=True is no longer supported

早期版本的 SQLAlchemy 支持在 Engine 创建时设置 autocommit=True,将该引擎设置为自动提交事务模式。但是从版本 1.4 开始,这个参数就不再支持了。

导致这个错误的典型代码如:

engine = create_engine(URL, autocommit=True)

要修复这个错误,需要移除 autocommit 参数,改为手动管理事务:

  1. 去掉 autocommit=True
engine = create_engine(URL) 
  1. 在代码中手动提交事务:
with engine.begin() as conn:conn.execute(...) conn.commit()
  1. 或者开启自动提交模式:
connection = engine.connect()
connection.autocommit = True

总之,Engine 对象不再支持 autocommit 参数。需要通过上述方式自行控制事务提交。

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

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

SpringMVC的视图

文章目录 1. ThymeleafView2. 转发视图3. 重定向视图4. 视图控制器view-controller5. 总结6. 荐书 SpringMVC中的视图是View接口&#xff0c;视图的作用渲染数据&#xff0c;将模型Model中的数据展示给用户SpringMVC视图的种类很多&#xff0c;默认有转发视图和重定向视图 当工…

二维反射容斥:P9366

https://www.luogu.com.cn/problem/P9366 构造循环矩阵&#xff0c;考虑反射容斥和将军饮马 考虑二维不太好做&#xff0c;我们曼哈顿距离转切比雪夫距离&#xff0c;变成一维的情况。 由于棋盘是正方形的&#xff0c;所以循环长度为 2 n 4 2n4 2n4。用多项式快速幂预处理&…

Unity设计模式——原型模式

原型模式&#xff08;Prototype&#xff09;用原型实例指定创建对象的种类&#xff0c;并且通过拷贝这些原型创建新的对象。原型模式其实就是从一个对象再创建另外一个可定制的对象&#xff0c;而且不需知道任何创建的细节 。 原型类 Prototype&#xff1a; abstract class P…

十一、2023.10.5.计算机网络(end).11

文章目录 17、说说 TCP 可靠性保证&#xff1f;18、简述 TCP 滑动窗口以及重传机制?19、说说滑动窗口过小怎么办?20、说说如果三次握手时候每次握手信息对方没收到会怎么样&#xff0c;分情况介绍&#xff1f;21、简述 TCP 的 TIME_WAIT&#xff0c;为什么需要有这个状态&…

ctfshow-web5(md5弱比较)

打开题目链接是html和php代码 html没啥有用信息&#xff0c;这里审一下php代码 &#xff1a; 要求使用get方式传入两个参数 v1&#xff0c;v2 ctype_alpha()函数&#xff1a;用于检查给定的字符串是否仅包含字母&#xff1b; is_numeric()函数&#xff1a;检测字符串是否只由…

聊聊分布式架构05——[NIO基础]BIO到NIO的演进

目录 I/O I/O模型 BIO示例 BIO与NIO比较 NIO的三大核心 NIO核心之缓冲区 Buffer常用子类&#xff1a; Buffer常用API Buffer中的重要概念 NIO核心之通道 FileChannel 类 FileChannel常用方法 NIO核心之选择器 概述 应用 NIO非阻塞原理分析 服务端流程 客户端…

请求的转发和重定向

RequestDispatcher接口实现转发&#xff1a; jsp1上链接到Servlet&#xff0c;Servlet再转发&#xff08;关键在这里怎么实现转发&#xff1f;&#xff1f;&#xff09; 演示index.html页面---->Servlet1(转发到)------>Servlet2 实现转发流程 1.用HttpServletReques…

如何解决openal32.dll丢失,有什么办法解决

你第一次知道openal32.dll文件是在什么情况下&#xff0c;你了解过openal32.dll文件吗&#xff1f;如果电脑中openal32.dll丢失有什么办法可以解决&#xff0c;今天就教大家如何解决openal32.dll丢失&#xff0c;都有哪些办法可以解决openal32.dll丢失。 一&#xff0e;openal3…

Mac下docker安装MySQL8.0.34

学习并记录一下如何用docker部署MySQL 在Docker中搜索并下载MySQL8.0.x的最新版本 下载好后&#xff0c;在Images中就可以看到MySQL的镜像了 通过下面的命令也可以查看docker images启动镜像&#xff0c;使用下面的命令就可以启动镜像了docker run -itd --name mysql8.0.34 -…

2021年03月 Python(二级)真题解析#中国电子学会#全国青少年软件编程等级考试

Python编程&#xff08;1~6级&#xff09;全部真题・点这里 一、单选题&#xff08;共25题&#xff0c;每题2分&#xff0c;共50分&#xff09; 第1题 对于字典infor {“name”:“tom”, “age”:13, “sex”:“male”}&#xff0c;删除"age":13键值对的操作正确的…

蓝桥杯每日一题2023.10.9

题目描述 成绩统计 - 蓝桥云课 (lanqiao.cn) 题目分析 学会使用四舍五入函数round #include<bits/stdc.h> using namespace std; int s1, s2; int main() {int n, x;cin >> n;for(int i 1; i < n; i ){cin >> x; if(x > 60)s1 ;if(x > 85)s2 ;…

【算法练习Day14】二叉树的最大深度二叉树的最小深度完全二叉树的节点个数

​&#x1f4dd;个人主页&#xff1a;Sherry的成长之路 &#x1f3e0;学习社区&#xff1a;Sherry的成长之路&#xff08;个人社区&#xff09; &#x1f4d6;专栏链接&#xff1a;练题 &#x1f3af;长路漫漫浩浩&#xff0c;万事皆有期待 文章目录 二叉树的最大深度二叉树的最…

19哈希表——数组中的妙用

目录 LeetCode之路——202. 快乐数 分析&#xff1a; LeetCode之路——1. 两数之和 分析&#xff1a; 解法一&#xff1a;暴力枚举 解法二&#xff1a;哈希表 LeetCode之路——202. 快乐数 编写一个算法来判断一个数 n 是不是快乐数。 「快乐数」 定义为&#xff1a; 对…

312.戳气球

将戳气球转换到添加气球&#xff0c;记忆搜索slove(i,j)&#xff1a;在开区间(i,j)全部填满气球得到的最多硬币数&#xff0c;两端val[i]、val[j] class Solution { public:vector<vector<int>> ans;vector<int> val;int slove(int left,int right){if(left&…

【Java项目推荐之黑马头条】自媒体文章实现异步上下架(使用Kafka中间件实现)

自媒体文章上下架功能完成 需求分析 流程说明 接口定义 说明接口路径/api/v1/news/down_or_up请求方式POST参数DTO响应结果ResponseResult DTO Data public class WmNewsDto {private Integer id;/*** 是否上架 0 下架 1 上架*/private Short enable;}ResponseResult 自媒…

设计模式 - 行为型模式:策略模式(概述 | 案例实现 | 优缺点 | 使用场景)

目录 一、行为型模式 1.1、策略模式 1.1.1、概论 1.1.2、案例实现 1.1.3、优缺点 1.1.4、使用场景 一、行为型模式 1.1、策略模式 1.1.1、概论 策略模式设计的每一个算法都封装了起来&#xff0c;使他们可以相互替换&#xff0c;通过一个对象委派不同的算法给相应的客户…

3.3.OpenCV技能树--二值图像处理--图像形态学操作

文章目录 1.图像形态学运算简介2.图像开运算处理2.1.图像开运算处理简介2.2.图像开运算处理代码2.3.图像开运算处理效果 3.图像闭运算处理3.1.图像闭运算处理简介3.2.图像闭运算处理代码3.3.图像闭运算处理效果 4.图像形态学梯度处理4.1.图像形态学梯度处理简介4.2.图像形态学梯…

docker虚拟网桥和业务网段冲突处理

ifconfig查看docker虚拟网桥ip地址 docker inspect --format{{.Name}} - {{range .NetworkSettings.Networks}}{{.IPAddress}}{{end}} $(docker ps -aq)查询所有容器的ip 修改docker-compose networks networks xxx-network: driver: bridge ipam: c…

redis,mongoDB,mysql,Elasticsearch区别

Redis&#xff1a; Redis是一种高性能键值存储数据库&#xff0c;基于内存操作&#xff0c;支持数据持久化&#xff0c;支持数据类型丰富灵活&#xff0c;如字符串、哈希、列表、集合、有序集合等。Redis还提供了订阅/发布、事务、Lua脚本、主从同步等功能&#xff0c;适用于访…

深入理解Docker:简化部署与管理的利器

文章目录 引言Docker简介Docker的背景和发展Docker的优势和特点 Docker的基本概念和架构镜像&#xff08;Image&#xff09;容器&#xff08;Container&#xff09;仓库&#xff08;Repository&#xff09;Docker架构 Docker的常用命令和操作Docker的安装和配置Docker镜像的管理…