Where to Begin

 

Where to Begin

--从哪里开始

My goal in this book is to tell you just enough about the mechanics of Oracle to allow you to work out for yourself why your systems have problems.

         --我在这本书中的目标是告诉你刚刚好关于Oracle的机制.可以让你自己搞明白为什么你的系统会存在一些问题.

 

This means I have included only the details that really matter, at a level that makes them easy to understand.

         --这表示,我只包括真正重要的细节,这个层次可以让这些细节容易被理解.

 

It also means I have omitted mention of all sorts of features, mechanisms, and interesting bits that don’t really matter at all—without even explaining why they don’t matter. 

         --它同时也表示,我忽略提及各种各样的产品特点,机制,和有趣的知识点,它们根本都不是真正重要的,甚至没有解释它们为什么不重要.

 

 

 

Trying to tell you “just enough” does make it hard to pick a starting point.

         --试图告诉你"刚刚好",很难选择一个起点开始叙述.

 

Should I draw the process architecture somewhere on page 1 to give you the “big picture”? (I’d rather not, because most of the processes aren’t really core.) Maybe I should start with transaction management.

         --我应该在第一页的某处展示一张"大图",来描述进程架构?(我不想这么做,因为大部分进程不是真正的内核).也许我应该从事务管理开始.

 

But I can't do that without talking about undo segment headers and interested transaction lists (ITLs), which means talking about undo and redo, which means talking about buffers and writers . . . so perhaps I should start with redo and undo, but that's a little difficult if I say nothing about transactional activity. 

         --但我不能那样做,因为还没有讨论回滚段头部和有趣的事务列表,它意味着要讨论关于回滚和重做,它意味着讨论关于缓存和书写器...那么也许我应该从重做和回滚开始,但这样有一些小难度如果我没有说任何关于事务活动.          

 

 

 

 

At the core, Oracle is very small, and there are only a few mechanisms you really need to understand to be able to recognize anything that has gone wrong—and you don't even have to understand all the minutiae and variations of those core mechanisms. 

         --在内核,Oracle非常小,并且只有一点点机制你真正需要理解的,通过理解这些机制你能够认识到发生错误的任何事.并且你甚至不需要理解所有微小的变种的内核机制.

 

Unfortunately, though, the bits hang together very tightly, leaving the hapless author with a difficult task. 

         --不幸的是,然而,知识点结合在一起的非常紧密,给倒霉的作者留下一个艰巨的任务.(刘易斯不倒霉,这本书热销,亚马逊上每本39$)

 

Describing Oracle is a bit like executing a transaction: from the outside you have to see none of it or all of it—there's no valid position in between.

         --把Oracle描述成一点就像执行一个事务：从外面看看不到任何细节，从里面看全部的细节都呈现出来，两者之间没有一个有效的切入点.

 

 

 

 

 

 

I can’t talk about read consistency without talking about system change numbers (SCNs) and undo records;I can’t talk about undo records without talking about transactions;I can’t talk about transactions without talking about ITL slots and SCNs;and so on, round and round in circles. 

         --我不能讨论读一致性在没有讨论系统改变编号和回滚记录之前;我不能讨论回滚记录在讨论事务之前;我不能讨论事务在没有讨论ITL槽和SCNs;等等,一圈又一圈的循环.

 

This means the best way to explain Oracle (and the method I use in this book) is to visit each subject several times with increasing detail: start with a little bit of A so that I can tell you a little bit about B; once I’ve told you a bit about B I can tell you about C; and when you’ve got C I can tell you a little bit more about A, which lets me tell you a little more about B.

         --这意味着最好的方法来解释Oracle(我在这本书里面使用了这个方法)就是访问每个主题几次用增量的细节:从A的一点点开始,这样我能告诉你一点B;一旦我告诉你一点B我能告诉你关于C;当你了解了C我可以告诉你更多的关于A,这样让我可以告诉你更多的B.(循序渐进,四个字就OK了,刘易斯竟然要用这么一段话来表表达,

中国的成语,博大精深.) 

 

Eventually you'll know all the details you really need to know about all the topics you really need to know.

        --最后你知道所有的细节,你真正了解了所有需要的主题,这些主题是你需要真正了解的.