sql三种模式对比

在SQL中，有三种常见的模式：单用户模式、多用户模式和混合模式。下面是它们的对比：

1. 单用户模式：

- 只允许一个用户连接到数据库。

- 适用于开发和测试环境，以及小型应用程序。

- 优点是简单、易于管理和调试。

- 缺点是并发性能较差，无法支持多个用户同时访问数据库。

2. 多用户模式：

- 允许多个用户同时连接到数据库。

- 适用于生产环境和大型应用程序。

- 优点是支持高并发性能，多个用户可以同时访问数据库。

- 缺点是复杂度较高，需要管理和调优多个用户的并发访问。

3. 混合模式：

- 结合了单用户模式和多用户模式的特点。

- 在大部分时间内以多用户模式运行，但在某些特定情况下切换到单用户模式。

- 适用于需要在维护期间限制用户访问的情况。

- 优点是兼顾了并发性能和管理的灵活性。

- 缺点是切换模式可能会导致一些用户的连接中断。

总的来说，单用户模式适用于简单的开发和测试环境，多用户模式适用于生产环境和大型应用程序，混合模式适用于需要在维护期间限制用户访问的情况。选择合适的模式取决于应用程序的需求和性能要求。

SQL Server数据库有三种恢复模式：简单恢复模式、完整恢复模式和大容量日志恢复模式。

Simple 简单恢复模式,

Simple模式的旧称叫”Checkpoint with truncate log“，其实这个名字更形象，在Simple模式下，SQL Server会在每次checkpoint或backup之后自动截断log，也就是丢弃所有的inactive log records，仅保留用于实例启动时自动发生的instance recovery所需的少量log，这样做的好处是log文件非常小，不需要DBA去维护、备份log，但坏处也是显而易见的，就是一旦数据库出现异常，需要恢复时，最多只能恢复到上一次的备份，无法恢复到最近可用状态，因为log丢失了。

Simple模式主要用于非critical的业务，比如开发库和测试库，但是道富这边的SQL Server（即使是生产库）大都采用Simple模式，是因为这边的SQL Server大都用于非critical的业务（critical的数据库大都采用Oracle和DB2)，可以忍受少于1天的数据丢失(我们的job每天都会定时备份全库）。

Full 完整恢复模式,

和Simple模式相反，Full模式的旧称叫”Checkpoint without truncate log“，也就是SQL Server不主动截断log，只有备份log之后，才可以截断log，否则log文件会一直增大，直到撑爆硬盘，因此需要部署一个job定时备份log。Full的好处是可以做point-in-time恢复，最大限度的保证数据不丢失，一般用于critical的业务环境里。缺点就是DBA需要维护log，增加人员成本（其实也就是多了定时备份log这项工作而已）。

Bulk-logged 大容量日志恢复

Bulk-logged模式和full模式类似，唯一的不同是针对以下Bulk操作，会产生尽量少的log：

1) Bulk load operations (bcp and BULK INSERT).

2) SELECT INTO.

3) Create/drop/rebuild index

众所周知，通常bulk操作会产生大量的log，对SQL Server的性能有较大影响，bulk-logged模式的作用就在于降低这种性能影响，并防止log