我们的产品包含几个包含自定义应用程序安全信息的表。在某些情况下，这些securityinfo表可以包含大量的行（在一种情况下为1300万个），这些表用于加速查询并且可以从头开始重建，但这是昂贵的时间/处理能力等等。
设计应用程序的方式，更有效（在程序运行期间）删除安全部分的记录，然后插入新记录而不是识别要保留/更新和记录的记录的记录。还没有。
不幸的是，当数据库恢复模型设置为full时，此进程可以生成大量事务日志。
在SQL 2005+中是否可以在数据库中拥有一个未记录的表（恢复模式简单），该数据库的恢复模型已满？
我们可以在恢复时首次启动Web应用程序/数据库时重建securityinfo表。
另外，拥有简单恢复模型的并行数据库是最佳解决方案。
干杯蒂姆
答案 0 :(得分：1)
据我所知，恢复模型只能按数据库设置，可能是因为事务日志是针对整个数据库的。或者BOL puts it：
恢复模型是数据库属性，用于控制事务的记录方式，事务日志是否需要（并允许）备份以及可用的恢复操作类型。
（重点是我的）。因此，您最好的选择是将此特定表移动到另一个数据库，或者查看内存中的数据库/缓存，因为该表听起来像一个可以轻松地从权威数据源重建的缓存。