在各大网站开始预定销售的没几天，《Oracle数据库性能优化》正式出版。
目前是eygle直接拿到第一批书，呵呵，我还没见到书的真正面貌呢。
这本书是itpub集结各路高手撰写的Oracle专业书籍的第二本了，并且第三，第四本也已经在策划中。
其中第三本定位于Oracle数据库的高可用性研究，将专门讲述Streams，DataGuard，RAC，Replication，Storage等HA相关的方方面面。
目前可以敲定的稿件已经不少，相信在几个月以后就可以开始编审，筹划出版了。当然，文章是多多益善的，所以如果有人愿意投稿，那么可以给我邮件。kamusis [at] gmail.com阅读全文>
发表于 @ 2005年06月16日 14:17:00|评论(loading...)|编辑|收藏
一封邮件的来往作了一些节选，对于如何在SqlLoader装载日期型数据作了简明的解释。阅读全文>
发表于 @ 2005年06月06日 02:40:00|评论(loading...)|编辑|收藏
另外Itpub的第二本Oracle技术图书也已经交付印刷，相信在本月中就可以跟大家见面了。预告信息和图书封面可以参看eygle的blog。这本书中我的文章是“关于Freelists和Freelist Groups的研究”，部分章节在我以前的blog中也有贴出。
阅读全文>
发表于 @ 2005年06月05日 19:39:00|评论(loading...)|编辑|收藏
来自Don的邮件列表，印象里这篇文章应该算是Don第一次在他的全部读者面前公开跟Tom，JL，Richard Foote提倡的Index永远Balance的观点对着干。呵呵，Don的勇气可嘉啊。阅读全文>
发表于 @ 2005年04月17日 02:37:00|评论(loading...)|编辑|收藏
command窗口中总算支持show parameter了，呵呵，这个好像还是我在allround的forum中提出的，然后开发组说会加到下一版本中，果然没有食言。阅读全文>
发表于 @ 2005年03月20日 00:50:00|评论(loading...)|编辑|收藏
1． master free list或者segment free list。
简称为MFL，在segment被创建的时候自动生成的，如果我们在创建segment时没有指定freelists参数，或者指定freelists=1，都是生成这个MFL。MFL对于每个segment来说有且只有一个（如果指定freelists>1，产生的就是不是MFL，这一点将在process free list部分解释）。MFL相当于一个空闲空间池，当一个segment被创建时的初始化block以及以后动态分配的新block都链接到MFL中，这个池中的所有空闲块是被所有进程共享的，对于该segment有insert操作的所有进程都可能会去读取这个free list，这样当有多个进程要同时insert数据时，就可能出现在MFL上的争用（MFL在一个时间只能允许一个进程取得空闲块，当然，其实进程从MFL上读取空闲块的操作并不是简单地需要多少就取多少，取得以后就直接向块中插入数据，实际上的过程要更复杂一些，这个过程在“进程请求空闲块的过程”部分会有详细描述）。由此，推出了freelist groups的概念，阅读全文>
发表于 @ 2005年03月09日 00:42:00|评论(loading...)|编辑|收藏
freelists存储在每个segment的header block中，我们可以通过dump来得到更清楚的认识。dump在研究oracle的内部机制时通常都扮演着很重要的角色。阅读全文>
发表于 @ 2005年03月09日 00:40:00|评论(loading...)|编辑|收藏
随着Oracle9i的推出，对于空闲块的管理变得更加智能和有效率了。在LMT（Locally Managed Tablespaces）中如果指定了ASSM（Automatic Segment Space Management），那么对于任何pctused，freelists，freelist groups存储参数的指定都将被忽略。阅读全文>
发表于 @ 2005年03月09日 00:38:00|评论(loading...)|编辑|收藏
本文在于探讨Freelists和Freelist Groups的作用，存取机制，争用诊断和优化方法，同时通过理论和测试来推翻一些存在了很久的错误观点。本文的读者应该具有较深入的Oracle知识，对于一般的开发人员这篇文章可能并没有太多的帮助。阅读全文>
发表于 @ 2005年03月09日 00:37:00|评论(loading...)|编辑|收藏
metalink上声称如果对于9i数据库设置全局的OPTIMIZER_MODE = FIRST_ROWS，会有意想不到的问题，通常是由于Internal SQL得到了错误的执行计划导致的，所以metalink建议最好不要在初始化参数中设置OPTIMIZER_MODE = FIRST_ROWS。阅读全文>
发表于 @ 2005年02月25日 16:12:00|评论(loading...)|编辑|收藏