• 多租户架构：SAAS应用通常采用多租户架构，即为每个租户（客户）创建独立的数据库实例或模式。在这种情况下，切换数据源可以通过配置当前租户的数据库连接信息来实现。一般来说，需要为每个租户维护一个连接池，并根据当前用户的身份切换到对应的数据库连接。
  • 动态数据源切换：如果SAAS应用中存在多个数据源（例如不同的数据库），可以通过动态数据源切换来实现。这通常涉及到使用多个数据源配置，并在运行时根据需要选择合适的数据源进行查询。这可以通过使用多个数据库连接池或使用支持动态数据源切换的框架来实现，例如Spring的AbstractRoutingDataSource。
  • 查询条件参数化：对于在同一数据源中执行查询的情况，可以通过参数化查询条件来实现根据不同条件进行查询。这意味着将查询条件作为参数传递给查询方法，并根据不同的条件构建相应的查询语句。这种方式不涉及数据源的切换，而是通过查询条件的灵活使用来满足不同的查询需求。

一般是要切换数据源的，根据查询条件的话一方面隔离性差，另一方面数据量达到一定量可能对数据库造成太大压力。

这时有一个灵活操作动态数据源的底层工具很重要。在程序运行时根据需要切换使用不同的数据源。不同于我们平时在方法上加个注解这种方式，在方法内部有也可能需要频繁切换数据源

数据中台、多租户系统、分布式系统或需要访问多个数据库的场景也经常需要用到。

经常用到的方式是：

配置文件切换：在应用程序的配置文件中定义多个数据源的连接信息，并根据需要在运行时选择合适的数据源。可以通过配置文件的方式指定当前使用的数据源，或者通过动态加载不同的配置文件来切换数据源。

编程实现：在代码中编写逻辑来动态选择数据源。可以通过条件判断、参数传递或者上下文环境等方式来决定使用哪个数据源。在使用数据库连接时，根据当前选择的数据源进行连接获取。

使用框架支持：许多开发框架提供了对动态数据源切换的支持，可以简化切换过程。例如，Spring框架的AbstractRoutingDataSource类可以根据指定的路由规则选择合适的数据源。

无论使用哪种方法，需要注意以下几点：

数据源的配置：确保正确配置每个数据源的连接信息，包括数据库URL、用户名、密码等。

连接池管理：如果使用连接池来管理数据库连接，需要确保连接池正确地管理各个数据源的连接，包括连接的创建、销毁、归还等操作。

事务管理：在使用动态数据源切换时，要确保事务管理能够正确处理跨数据源的事务。可以使用分布式事务管理框架或者手动处理事务提交和回滚。

参考【三种方式注册动态数据源】【三种方式切换数据源】