你可能感兴趣的试题
实现编程事物,可以实现PlatformTransaction接口或是使用事务模板TransactionTemplate Spring事务管理方式包括编程方式、声明式 声明式采用配置xml方式,将事务管理与实际业务代码解耦 编程式采用的方式来控制事物的边界
遵守两段封锁协议的并发事务一定是可串行化的 可串行化的并发事务一定遵守两段封锁协议 遵守两段封锁协议的并发事务不一定是可串行化的 遵守两段封锁协议的并发事务一定不会产生死锁
调度分为串行调度和并发调度 串行调度的特点是一个事务的所有操作都执行完后才开始执行另一个事务 多个事务的调度必须保持每个事务的操作在事务中的执行顺序不变 并发调度中不同事务不同事务的操作不可以交叉执行
采用基本预调度时,无论UE是否有业务请求,只要调度资源有剩余,基站就会持续进行调度 预调度功能也需要终端侧的支持 该算法用于降低初始调度时延 预调度只用于上行调度
如果要进行事务日志备份,只能将数据库的故障还原模型设置为安全方式 在默认情况下,事务日志备份完成后要截断日志 清除掉无用的日志记录的过程就叫截断日志 事务日志备份是备份从上次备份之后的日志记录
如果要进行事务日志备份,只能将数据库的故障还原模型设置为“安全”方式 在默认情况下,事务日志备份完成后要截断日志 清除掉无用的日志记录的过程就叫截断日志 事务日志备份是备份从上次备份之后的日志记录
事务的活锁又称为事务的饿死 为避免锁现象的发生,DBMS可以采用先来先服务的策略处理事务的数据操作请求 各个事务可以按照申请访问Q的时问先后顺序,依次获得定义在Q上的锁 DBMS按事务请求加锁的先后顺序对这些事务排队,先请求的事务排在队列的靠后位置
快照维护策略定期对数据仓库进行维护 维护操作的触发条件是时间 通常无法提供最新的数据 会给源数据的数据仓库的查询事务增加负担
事务的活锁又称为事务的饿死 为避免锁现象的发生,DBMS可以采用先来先服务的策略处理事务的数据操作请求 各个事务可以按照申请访问Q的时间先后顺序,依次获得定义在Q上的锁 DBMS按事务请求加锁的先后顺序对这些事务排队,先请求的事务排在队列的靠后位置
对于两个事务,在对处于同一状态的数据库进行操作时,会产生相同的结果,则这两个事务是调度等价的 调度等价就是目标等价 对于一个并发事务的调度,调度其中若干不冲突的操作得到的新调度,称新的调度为原调度的冲突等价调度 如果两个事务是目标等价,则一定是冲突等价
当某事务未执行完成时,数据库暂时处于不一致状态,这时其他事务不会因这种不一致状态而出现数据错误 事务并发执行可以提高系统性能,但可能会导致数据出现问题。为了保证数据库数据的一致性,对事务的调度一般尽可能采用串行调度策略 利用日志文件进行数据库事务故障恢复和系统故障恢复是实现事务持久性的重要手段 存储管理器以事务方式访问数据库中的数据,确保数据库状态的一致性
在默认情况下,事务日志备份完成后要截断日志 如果要进行事务日志备份,只能将数据库的故障还原模型设置为“完全”方式 事务日志备份是备份从上次备份之后的日志记录 清除无用的日志的记录过程就叫截断日志
如果要进行事务日志备份,只能将数据库的故障还原模型设置为“安全”方式 在默认情况下,事务日志备份完成后要截断日志 清除掉无用的日志记录的过程就叫截断日志 事务日志备份是备份从上次备份之后的日志记录
串行调度是指一个事务执行完再执行下一个事务 可串行化调度是正确的调度 2PL能够保证可串行化调度 2PL能够保证不产生死锁
超短期负荷预报用于火电分配、水火电协调、机组经济和交换功率计划 短期负荷预报主要用于安全监视、预防控制和紧急状态处理 中期负荷预报主要用于水库调度、机组检修、交换计划和燃料计划 长期负荷预报用于电源和电网规划
多个事务的调度必须保持每个事务的操作在该事务中的执行顺序不变 调度可分为串行调度和并发调度 并发调度中不同事务的操作不可以交叉执行 串行调度的特点是一个事务的所有操作都执行完后才开始执行另一个事务
事务日志备份是备份从上次备份之后的日志记录 在默认情况下,事务日志备份完成后要截断日志 清除掉无用日志记录的过程就叫截断日志 如果要进行事务日志备份,必须将数据库的故障还原模型设置为“完全”方式