以下仅供提示：

写工作总结的目的主要是体现在以下方面：一，社会生活与学校生活的对比；二，课堂知识在实践中的运用；三，融入社会的沟通交际能力及在其应用中遇见的问题。

体会：可以从一名学生蜕变成一名幼教写起，心理素质，心态，对象的转换（幼儿就像一张白纸，而白纸上将来要图上什么样的美丽人生，这要看我们幼儿教师怎样去引导孩子们去描绘自己的人生。。。）

收获：明白了老师的艰辛吗，育人不易，及自己将用什么样的方式什么的心态去做这份太阳底下最光荣的事业（寓教于乐，课本不可能教授于我们未来社会的出现的所有问题，但是他却教给我们去理解处理问题的能力）

经验，存在问题：掌握了如何用有效地方式去引导孩子，以及和家长的沟通能力；但是由于工作年龄有限在实习中也会遇到各类棘手的问题，以后向有经验的前辈学习（这句话要谦虚的说。。。。）

不足之处，自己思考。（课本不可能教授于我们未来社会的出现的所有问题，但是他却教给我们去理解处理问题的能力）

以后的就自己写吧！（可以参考范文，但一定要自己些，写出自己的真实想法。）

故障检查最棘手的问题有哪些？

  故障检查最棘手的问题之一是访问同一数据的应用程序间的交互作用。虽然从本质上来说，每个应用程序都循规蹈矩，但是各个应用程序可能会对数据做出不同的假定。因此，行就可能出现，发生变化，并在你最不期望它的时候消失。

过去，解决这类问题的方法是在运行两个程序以追踪所发生的事情时，将数据丢弃。
  Log Miner的出现使执行这一任务变得更为容易，但它使用起来较为麻烦。现在，在Oracle 10g中，有一个与Log Miner同样功能的工具，但执行起来更为方便。

这个工具称之为回溯版本查询，它依靠自动撤消管理特性与撤消表空间自始至终提供行图像。
  位于“FROM表名”之后，表别名之前，回溯版本查询语法通过指示哪些行版本要包括在SELECT内，从而证明表名的资格。其语法为：

VERSIONS BETWEEN { SCN | TIMESTAMP}

{exp | MINVALUE} AND {exp | MAXVALUE}

因为它证明了表的资格，查询中的每个对象可在不同的时间点呈现。
  但是，你最远只能返回指定的UNDO_RETENTION参数，或最近的DDL命令（CREATE/ALTER/DROP），不管哪个在前面。

假设两个员工正在就PARTS表的一个部分描述打“编辑战”。每个人认为他或她的改变没有被数据库保存。实际上，每个人正将值改“回”到他们认为适当的地方。
  你可以通过提取那个行的版本历史来了解发生的内容。列表A显示了查询及其结果。

几个新的伪列为你提供影响行的事务信息。VERSIONS_STARTTIME和VERSIONS_STARTSCN让你了解历史记录的第一行内容。还有一个VERSIONS_XID列（未显示）指明事务ID；你可以应用它来研究其它行——甚至是在其它表中的其它行——所同时发生的变化。
  

由于发生了多次更新，你可查询数据库找出行的唯一ROWID。然后你可以使用一个相关的特性——回溯事务查询——来了解哪些用户做出过改变，他们以何种顺序提交数据。列表B显示了该查询及其结果。