SmuEdward的博客

一段SQL代码写好以后，可以通过查看SQL的执行计划，初步预测该SQL在运行时的性能好坏，尤其是在发现某个SQL语句的效率较差时，我们可以通过查看执行计划，分析出该SQL代码的问题所在。 那么，作为开发人员，怎么样比较简单的利用执行计划评估SQL语句的性能呢？总结如下步骤供大家参考： 1、 打开熟悉的查看工具：PL/SQL Developer。 在PL/SQL Developer中写好一段SQL代码

查询进行优化，应尽量避免全表扫描 对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引. 尝试下面的技巧以避免优化器错选了表扫描：· 使用ANALYZE TABLEtbl_name为扫描的表更新关键字分布。· 对扫描的表使用FORCEINDEX告知MySQL，相对于使用给定的索引表扫描将非常耗时。 SELECT * FROM t

一、事务ACID 1. Atomicity（原子性） 2. Consistency（一致性） 3. Isolation（隔离性） 4. Durability（持久性）二、事务并发可能出现的问题第一类丢失更新(Lost Update) 撤销一个事务时，把其他事务已提交的更新数据覆盖 2. dirty read脏读 (读到了另一个事务在处理中还未提交的更新数据) 3. non-re