« August 2007 | Digest首页 | October 2007 »
September 16, 2007
婴儿食量标准如何衡量?
出处:http://www.eygle.com/digest
人工喂养的宝宝每次吃了多少奶，妈妈可以准确知道。母乳喂养的宝宝每天吃了多少奶，是否吃饱了，新手妈妈就心中没底了。
母乳喂养时间掌控两项标准
•不宜过长
宝宝吃奶的时间不宜过长，从奶汁的成分来看，先吸出的母乳中蛋白质含量高，而脂肪含量低，随着吸出奶汁的量逐渐增多，母乳中脂肪含量逐渐增高，蛋白质的量逐渐降低。吃奶时间过长，会使脂肪摄入过多，容易引起宝宝腹泻。其次，乳汁已吸空，再含着奶头，吸入的都是空气，容易造成溢乳。
•时间标准
一般认为一侧乳房的哺乳时间为10分钟。吸奶最初2分钟，已经可以吃到总乳汁量的50%，最初4分钟，可吃到总乳汁量的80%～90％，最后的5分钟几乎吃不到多少奶。所以吃奶时间越长，并不等于吃得越多。
足食的五大标准
1.乳房的自我感觉
妈妈在哺乳前，乳房有饱胀感，表面静脉显露，用手按时，乳汁很容易挤出。哺乳后，妈妈会感觉到乳房松软，轻微下垂。
2.吃奶的声音
宝宝平均每吸吮2～3次，可以听到咽下的声音，表明乳汁充足，如此连续约10分钟左右足以喂饱宝宝。如果宝宝吸奶时要花很大力气，或是吃完后还含着乳头不放，表明宝宝没有吃饱。
3.宝宝的满足感
宝宝吃饱后会有一种满足感，一般能够安静入睡2～4小时。如果宝宝哭闹不安，或没睡到1～2小时就醒来，常表示没有吃饱，应适当增加奶量。
4.大小便次数
宝宝的大小便次数和性状可反应宝宝的饥饱情况。母乳喂养的宝宝，大便呈金黄色，奶粉喂养的宝宝，大便呈淡黄色，比较干燥。如宝宝大便每日2～4次，小便8～9次，表示吃饱了。如果宝宝的大便呈绿色，粪质少，并含有大量黏液，说明宝宝没有吃饱。
5.体重增长
体重的衡量是饮食是否充足的可靠依据。体重增减是最有效的指标。足月新生儿头1个月增加720～750克，第2个月增加600克。一般6个月以内的宝宝，平均每月增加体重600克左右，就表示吃饱了。如果宝宝体重增加较多，说明奶水充足；如果体重每月增长少于500克，表示奶量不够，宝宝没有吃饱。
另一种方法是在喂奶前后给宝宝各称一次体重，其差额便是每次的喂奶量。出生3个月时每次喂奶量约为100～150克，6个月时为150～200克，达到这个数量表示宝宝吃饱了。
不同年龄段，宝宝的喂养指导
一个月
母乳喂养：每2～3小时喂奶1次；
人工喂养：每次冲婴儿奶粉90～120毫升，每天喂7次左右。
二个月
母乳喂养：每２～３小时喂奶1次，夜间可减少一次。
人工喂养：每次喂120毫升，夜间可减少一次，每天6次左右。
三个月
添加果汁：宝宝可适当摄入些果汁，如橘子、柳丁、番茄等，最好用新鲜水果压挤成果汁，通常与等量开水混合。开始几天可给宝宝吃10毫升，等宝宝适应后可慢慢增加至30毫升。
母乳喂养：每２～３小时喂奶1次，夜间可减少一次。
人工喂养：每次喂150毫升，每天5次。
四个月
母乳喂养、人工喂养：每天5次，夜间1次可以停喂。
果汁：每天1次，每次30～40毫升。
糊状食品：宝宝可适当添加些果汁和菜泥。常见的果泥有香蕉、木瓜、苹果、西瓜、桃子、梨子等，除成熟香蕉外，均应炖熟后给宝宝吃。开始宝宝可以先吃1汤匙，以后再慢慢加至3匙。
常见的菜泥有豌豆、胡萝卜、马铃薯、菠菜等，应煮熟到柔软，弄碎，1次只给1种蔬菜，开始先让宝宝吃1匙，以后可增至６匙。
麦片：可温开水调服或牛奶与麦片混合，再加些糖，给宝宝吃3匙。
五个月
母乳喂养：每天喂奶5次，其中一次可用牛奶替代。
人工喂养：每次180～200毫升，每天5次。
肉泥肝泥：煮熟，弄碎，开始给宝宝吃1匙，慢慢加至2匙。
其他辅食与四个月相同。
六～七个月
母乳喂养的宝宝应开始用牛奶代替。
八～十二个月
奶粉：每次240毫升，每天4次。
果汁：新鲜果汁，添加开水量慢慢减至吃单纯果汁，每天服用60毫升左右。
水果：宝宝可以开始吃生水果，应用汤匙刮给宝宝吃，每次3匙。
谷类、粥、面条：可与碎肉、蔬菜共煮，每天可吃半碗。
下列食物可以在此阶段添加，每天1次，每次可以喂1种新食物，等宝宝习惯后再添加另一种新食物，直到宝宝习惯吃4种以上不同的食物后，可以试着混合喂食。
蒸蛋：将蛋打在碗内，加水至8分满，搅拌均匀后再蒸10分钟。开始时给宝宝吃1匙，慢慢增至整碗。
豆腐：煮熟后即可服用。由1汤匙开始慢慢增加，每天可吃2～3次。
鱼、瘦肉汤：用水煮熟，每天喂服5汤匙.
一岁后
各种食物、牛奶、水果按家常食物的做法做给宝宝吃，三餐与大人同时吃，上午10点和下午3点适当添加些牛奶或水果。尽量不要给宝宝吃糖果、巧克力等甜食。
人工喂养的宝宝比较好控制食量，除了奶粉罐上有可供参考的用量说明，还可根据医学的通用参考公式进行计算(人工喂养的宝宝在未添加辅食之前)：
165×宝宝的体重(千克)＝宝宝一天的奶量(毫升)
以体重为3.5千克的宝宝为例。一天的用奶量＝165×3.5=578毫升
Posted by eygle at 11:56 AM | Comments (0)
September 13, 2007
关于Oracle公司的"闲言碎语"
出处:http://www.eygle.com/digest
目前的Oracle已经确立了自己在数据库领域的霸主地位，同时，也成为了第一个跨整个产品线(数据库、业务应用软件和应用软件开发与决策支持工具)开发和部署100%基于互联网的企业软件的公司，以及世界领先的信息管理软件供应商和世界第二大独立软件公司。
"众人皆败，唯我独赢"--Oracle CEO拉里•埃里森的座右铭。
时间追溯到1977年，Larry Ellison与Bob Miner和Ed Oates在硅谷共同创办了一家名为软件开发实验室(Software Development Laboratories，SDL)的计算机公司(ORACLE公司的前身)。那个时候，32岁的Larry Ellison，这个读了三家大学都没能毕业的辍学生，还只是一个普通的软件工程师。
30年过去，Oracle凭借大规模的并购、出奇不意的动作、咄咄逼人的气势被业界所熟知：
在Peoplesoft刚刚收购JDE的第四天，为了不使Peoplesoft超越自己，Oracle马上宣布要收购Peoplesoft。
为了打击微软，收买微软的清洁女工，从其提供的垃圾中找出对手的软肋，并在媒体上大肆宣传，使得微软愤怒地指责Oracle的行为"无耻"，但Oracle却针峰相对的说微软也可以购买Oracle的垃圾。
SAP召开大客户会议时，Oracle派人在其会议地点周边的大街上散发Oracle传单。
为了打压SAP公司，在SAP R/3客户正处于更新换代阶段，Oracle宣布了专门针对SAP公司的"脱离SAP"计划，毫无顾忌地向SAP用户喊出"SAP的客户们：是时候脱离SAP了!"的口号。
坚韧不拔与好斗是 Oracle CEO埃里森骨肉与灵魂中最具张力的两种元素，在 Oracle 员工都穿着印有大鲨鱼的T恤衫.
在 Oracle 的文化中，另外值得一提的是 Oracle 的承诺。 Oracle 敢于向客户承诺自己产品尚不存在的功能以及不存在的产品。
Oracle 是站在IBM的肩膀上发展起来的，IBM 公司的科学家曾撰文介绍过一种新型数据库，这种数据库具有可塑性，能够进行具体的查询。然而，IBM 公司管理层未能利用这一创意，而埃利森却抓住了这个机遇。并进行了不断的创新。
1983年， Oracle 的新产品具有了可移植性，并解决了数据库的读锁定(read lock)，同年IBM发布了Database 2(DB2)，但 Oracle 已占取了先机;
1984年，产品具备了读一致性(read consistency);
1985年，发布了首批可以在Client/Server模式下运行的RDBMS产品;
1986年开发了分布式查询功能;
1998年， Oracle 正式发布了 Oracle 8i， Oracle 8i支持网络应用，并成为第一个完全整合本地Java运行时环境的数据库。
.......
最近， Oracle 发布了其数据库产品的最新版本 Oracle 数据库11g。 Oracle 数据库11g四个新的功能选项，分别是： Oracle 实时应用测试、 Oracle 高级压缩、 Oracle 全面回忆、 Oracle 积极数据防护。
Oracle 11g是目前世界上惟一具有网格计算功能的数据库，可以帮助客户解决很多目前数据库应用的难点：如何有效地存取海量信息并提升其价值?如何管理超大规模数据库、数据仓库?如何使信息在其生命周期的各个阶段发挥最大价值?如何在超大规模数据库、数据仓库频繁的数据访问中降低违规操作?等。
Enterprise Management Associates公司高级分析师Andi Mann说："IT部门需要不断应对变化，如：硬件变化、操作系统变化、软件修补和软件升级等。在运营环境中引入这些变化时不容掉以轻心。 Oracle 数据库11g的实时应用测试组件在帮助企业应对IT环境变化方面迈出了非常重要的一步。"
"甲骨文"既是"Oracle"的中文译名，同时也表达了Oracle的业务特点："甲骨文"字面意思是数据和信息的记录。这一涵义可以追溯到遥远的商朝(约公元前16世纪至公元前11世纪)，龟甲和牛骨(通常是肩胛骨)当时用来占卜吉凶、记录'神谕'，这些符号被认为是中国最早的书面文字。
Oracle融合----做未来的领头人
甲骨文公司CEO拉里•埃里森(Larry Ellison)表示，甲骨文将超越微软，成为全球第一大软件厂商。
微软通过操作系统、office、IE浏览器等产品已经统治了整个个人计算机软件业务，而要想超越微软，必须寻求突破，埃里森选择了企业信息化市场。
在这个市场，并不是只有一家软件厂商在唱独角戏。微软、SAP和IBM都对这个市场虎视眈眈，无时不在觊觎这块领地。其中微软是操作系统和办公软件的霸主;SAP是ERP领域的王者;IBM则在软件及服务方面领先。这使得Oracle在这条路上荆棘密布，并不得不随时面对其它几家的联手竞争。
2005年，Oracle公司并购了仁科公司，2006，它又收购了Siebel公司。两年前Oracle和SAP在中国高端市场竞争激烈，Oracle主攻超大型国企，SAP则主攻跨国公司。Peoplesoft(仁科)2002年才正式进入中国，在中国的客户数量并不大，但都是超大型企业甚至世界500强。其中包括交通银行、中国民生银行、上海通用汽车等。现在，并购仁科后的Oracle将成为SAP在中国的劲敌，在原仁科全球11550个客户群当中应该有一番作为。Oracle公司总裁Charles Phillips曾表示："拓展适合SAP客户的Oracle产品是我们的一个战略。"
2007年，Oracle以33亿美元收购了商业智能软件厂商Hyperion公司。并顺利地实现了对仁科公司和Siebel公司的集成，这为其进行下一步并购奠定了基础。而对Agile公司的收购，则进一步显示了Oracle的雄心。摩根斯坦利的分析家认为，Oracle向业内证明了其并购策略的可行性，为此投资者对其并购战略开始逐步认同。
在过去的三年间，Oracle耗资了240亿美元收购了30家公司。过去的三年里，Oracle投入近200亿美元用于收购包括仁科和Siebel系统在内的竞争对手。埃里森表示，将来Oracle会继续走并购路线，打造一个完整的信息公司(Information Company)，形成一个完整的从底层数据库、中间件，到应用软件的软件王国。
众所周知，软件收购中难的并不是收购行为本身，而是对被收购厂商的整合，尤其是产品的整合。为了保证产品的整合度，Oracle推出了应用无限级 Project Fusion (融合项目)的做法。从应用的角度我们不难理解"融合"的真正含义：Oracle希望通过融合战略，可以完美的实现各个产品之间的互联互通，客户按照自己的需求选择Oracle全线的产品。
Oracle公司的融合战略将由三大部分组成：Oracle融合架构(Oracle Fusion Architecture)，它是一个基于服务导向架构(SOA)的企业级解决方案的技术平台;Oracle融合中间件(Oracle Fusion Middleware)，这是融合架构的技术基础架构;Oracle融合应用(Oracle Fusion Applications)，它可以通过融合架构保护、扩展并进一步发展。
Project Fusion以信息为中心，以Oracle Fusion Architecture为基础。Oracle融合架构是一个基于标准的、详尽定义了企业级应用软件、中间件和网格基础技术之间关系的技术蓝图，它以构造完整的、开放的商业应用和商业信息为着眼点，其核心组成部分包括网格计算架构、面向服务架构以及企业信息架构。
Oracle在经过不断的并购后，业绩出现明显的增长势头。从最近公布的一组数据看，在最近的一个财季，Oracle的净收入攀升了35%，达到了10亿美元，收入也攀升了27%，达到了44亿美元。Oracle过去五个季度的净利润增长幅度都超过了20%。
Oracle可以说是IT行业最具野心的公司，并购是Oracle迅速发展的策略之一，但Oracle并不只会并购，对于自身产品的开发也极其重视，产品更新换代的速度很快，也不断推出极具创新的产品。例如，Oracle推出的SOA Suite十分值得关注。
在IT行业这一充满着变数的市场，甚至IBM、微软最有经验的风险投资家也很难判断出信息时代未来的航向。微软创造的个人计算机时代已被大家默认，但网络信息时代财富的淘宝仍然蕴藏着其巨大的宝藏以待实现。
如果说当下划一条界线，下面，将由谁扬起一面企业信息化领域的先锋旗帜，暂时还没人能明确。 不过，融合"利剑"为Oracle提供了可能性。
1、Oracle这艘大船现在由埃里森掌舵，而下一位舵手我们尚不清楚是谁，他能否保证Oracle航向正确而且稳步增长，是Oracle必须面对的挑战。
2、显然Oracle目前更适合于那些具有一定开发能力的企业，而面对大量的小型企业，他们更需要的是价格适中的标准套件，不需要过多的开发就可以应用。
3、Oracle通过并购形成了很长的产品线，这让它树立了很多的竞争对手，Oracle必须面对比别的厂商更多的竞争对手以及对手的联合竞争。
4、Oracle通过并购拥有了大量的客户，而如何保有这些客户并深入挖掘这些客户的潜力将是Oracle必须要面对的。
原文链接
Posted by eygle at 10:18 AM | Comments (1)
September 9, 2007
关系型数据库发展演义
出处:http://www.eygle.com/digest
原文（链接 ）
作者按：市场上目前流行多种关系型数据库，我们在学习技术的同时，也应该对她们的发展历史有所了解，这对我们日后把握新技术的方向能起到关键性的指引作用，或许你还能从本文中找到比技术更重要的东西。
在文章开始前，首先要介绍几位对关系型数据库发展起决定性作用的人，尽管我是一个历史唯物主义者，但无法改变我对这些前辈的景仰之情。
--Edgar Frank Codd：关系数据库之父。
--Don Chamberlin：SQL之父。SQL 语言的创造者之一，也是 XQuery 语言的创造者之一。
--Donald J. Haderle：DB2之父，IBM CTO、副总裁。
--Larry Ellison：Oracle公司创始人，世界第二大软件公司的CEO。
--Mark Hoffman：SYBASE公司创始人。
--Bob Epstein：SYBASE公司创始人。
--Mitchell E. Kertzman：PowerSoft公司创始人，后为SYBASE公司并购。
1970年IBM研究员Edgar Frank Codd发表了业界第一篇关于关系数据库理论的论文《A Relational Model of Data for Large Shared Data Banks》，首次提出了关系模型的概念。后来Codd又陆续发表多篇文章，奠定了关系数据库的基础。关系模型有严格的数学基础，抽象级别比较高，而且简单清晰，便于理解和使用。但是当时也有人认为关系模型是理想化的数据模型，用来实现DBMS是不现实的，尤其担心关系数据库的性能难以接受，更有人视其为当时正在进行中的网状数据库规范化工作的严重威胁。
为了促进对问题的理解，1974年ACM牵头组织了一次研讨会，会上开展了一场分别以Codd和Bachman为首的支持和反对关系数据库两派之间的辩论。这次著名的辩论推动了关系数据库的发展，使其最终成为现代数据库产品的主流。
1974年，IBM的Don Chamberlin和Ray Boyce将Codd关系数据库的12条准则的数学定义以简单的关键字语法表现出来，里程碑式地提出了SQL（Structured Query Language）语言。
SQL语言的功能包括查询、操纵、定义和控制，是一个综合的、通用的关系数据库语言，同时又是一种高度非过程化的语言，只要求用户指出做什么而不需要指出怎么做。SQL集成实现了数据库生命周期中的全部操作。自产生之日起，SQL语言便成了检验关系数据库的试金石，而SQL语言标准的每一次变更都指导着关系数据库产品的发展方向。
在SQL语言取得进展的同时，IBM研究中心于1973年开始着手SystemR项目。其目标是论证一个全功能关系DBMS的可行性。该项目结束于1979年，完成了第一个实现SQL的DBMS。1986年，ANSI把SQL作为关系数据库语言的美国标准，同年公布了标准SQL文本。目前SQL标准有3个版本。基本SQL定义是ANSIX3135-89，"Database Language - SQL with Integrity Enhancement"[ANS89]，一般叫做SQL-89。SQL-89定义了模式定义、数据操作和事务处理。SQL-89和随后的ANSIX3168-1989,"DatabaseLanguage-EmbeddedSQL"构成了第一代SQL标准。ANSIX3135-1992[ANS92]描述了一种增强功能的SQL，现在叫做SQL-92标准。SQL-92包括模式操作，动态创建和SQL语句动态执行、网络环境支持等增强特性。在完成SQL-92标准后，ANSI和ISO即开始合作开发SQL3标准。SQL3的主要特点在于抽象数据类型的支持，为新一代对象关系数据库提供了标准。
◆IBM DB2:SYSTEM R 完成后，Donald J. Haderle(DB2 之父)带领的小组在 1982 年到 1983 年之间完成了 DB2 for VSE/VM上的原型。
1983 年底，DB2 for MVS V1 正式发布，这标志着 DB2 产品化的开始，也标志着 DB2 品牌的创立。坦白地说，DB2 刚诞生的时候就像一个襁褓中的婴儿-发育不完全、娇嫩、经不起风吹雨打。为解决这个问题，Haderle于 1984 年领导成立了 DBTI（DB2 Technology Institution, DB2 技术研究所），这是一个集研究、开发、市场推广于一身，致力于发展 DB2 的部门。
DB2 的性能、可靠性、功能、吞吐量都有了极大的提高，已经能够适应各种关键业务的需求。
1988 年，DB2 for MVS 的卓越处理能力和稳定性得到了业界的广泛认可，DB2 终于从丑小鸭长成了天鹅。
1987: IBM 发布带有关系型数据库能力的 OS/2 V1.0扩展版，这是IBM第一次把关系型数据库处理能力扩展到微机系统。这也是 DB2 for OS/2、Unix and Window 的雏形。
1988: IBM 发布了SQL/400，为集成了关系型数据库管理系统的AS/400服务器提供了SQL支持。
1988: IDUG（国际DB2用户组织）组织成立。这标志着 DB2 的用户已经形成了相当的规模。
1989: IBM 定义了 Common SQL 和 IBM 分布式关系数据库架构（DRDA），并在 IBM 所有的关系数据库管理系统上加以实现。
1993: IBM 发布了DB2 for OS/2 V1（DB2 for OS/2 可以被简写为DB2/2）和DB2 for RS/6000 V1（DB2 for RS/6000 可以被简写为DB2/6000），这是 DB2 第一次在Intel 和Unix 平台上出现。
1994: IBM 发布了运行在 RS/6000 SP2 上的 DB2 并行版 V1，DB2 从此有了能够适应大型数据仓库和复杂查询任务的可扩展架构。
1994: IBM 将 DB2 Common Server 扩展到 HP-UX 和 Sun Solaris 上。DB2 开始支持其他公司开发的 UNIX 平台。
◆ORACLE:1977年6月Larry Ellison 他们三人合伙出资2000美元成立了软件开发RelationalSoftware公司，Ellison拥有60%的股份，即稍后的Oracle公司。
1976年IBM研究人员Codd博士发表了一篇里程碑的论文 "R系统:数据库关系理论",介绍了关系数据库理论和查询语言SQL, Ellison非常仔细地阅读了这篇文章，被其内容震惊，这是第一次有人用全面一致的方案管理数据信息。作者Codd几乎在近十年前就发表了关系数据库理论，并在IBM研究机构开发原型，这个项目就是R系统,存取数据表的语言就是SQL,文章详细描述了他十年的研究成果和如何实现的方法，Ellison 看完后，敏锐意识到在这个研究基础上可以开发商用软件系统。那时大多数人认为关系数据库不会有商业价值，因为速度太慢，不可能满足处理大规模数据或者大量用户存取数据，关系数据库理论上很漂亮而且易于使用，但不足就是太简单实现速度太慢。
Ellison认为这是他们的机会:他们决定开发通用商用数据库系统Oracle,这个名字来源于他们曾给中央情报局做过的项目名。不过也不是只有他们独家在行动，Berkeley大学也开始开发关系数据库系统Ingres.
他们次年完成了Oracle1，用汇编语言开发，基于RSX操作系统，运行在128KB内存的PDP-11小型机上。但这个产品没有正式发布。
1980年，Oracle公司正式发布了基于Vax/VMS系统的Oracle2。
两年后，他们发布了Oracle3，主要用C语言开发，具有事务处理的功能。
1983年，RelationalSoftware公司改名为Oracle公司。次年，他们推出Oracle4，扩充了数据一致性支持，并开始支持更广泛的平台 。Oracle的主要对手是Ingres,1984年Oracle的销售额是1270万美元，Ingres是900万美元,1985年两者销售额都翻了一倍以上，只是Ingres增长得更快，如果照此发展,Ingres将会超越对手,但这时蓝色巨人IBM又帮了Ellison一把.
1985年IBM发布了关系数据库DB2,采用了和Ingres不同的数据查询语言SQL, Ingres用的是QUEL, Ellison 抓住了市场机会,到处宣传Oracle和IBM的兼容性,结果从1985年到1990年虽然Ingres的销售额每年增长高于50%，但Oracle远远跑在了前面，每年增长率超过100%，SQL在1986年成为了正式工业标准,Ingres的老板简直无法相信Ellison的运气,但这正是Ellison的精明之处，"跟着蓝色巨人，永远不会错。"
IBM确立SQL的标准是Oracle成功的关键,但数据库的战争远未结束.
Sybase和Informix也加入了竞争的行列. IBM 却没有计划开发,为什么蓝色巨人放弃了这个价值上百亿的产品，原因有很多：IBM的研究人员大多是学术出身,他们最感兴趣的是理论，而不是推向市场的产品，从学术上看，研究成果应该公开，发表论文和演讲能使他们成名，为什么不呢？还有一个很主要的原因就是IBM当时有一个销售得还不错的层次数据库产品IMS,推出一个竞争性的产品会影响IMS的销售和人员工作，直到1985年IBM才发布了关系数据库DB2,Ellision那时已经成了千万富翁。
Ellison曾将IBM选择Microsoft的MS-DOS作为IBM-PC机 的操作系统比为："世界企业经营历史上最严重的错误，价值超过了上千亿美元。"，IBM发表R系统论文,而且没有很快推出关系数据库产品的错误可能仅仅次之,Oracle的市值在1996年就达到了280亿.。
1986年的Oracle5实现了真正的Client/Server结构，开始支持基于VAX平台的群集，成为第一个具有分布式特性的数据库产品。
1988年Oracle公司发布Oracle6。1992年正式推出Oracle7。
◆SYBASE:1984年Sybase由Mark Hoffman和Bob Epstein共同创立。
公司名称"Sybase"取自"system"和"database"相结合的含义。
Sybase公司的创始人之一Bob Epstein是Ingres大学版（与System/R同时期的关系数据库模型产品）的主要设计人员。
公司的第一个关系数据库产品是1987年5月推出的SybaseSQLServer1.0。Sybase首先提出了Client/Server数据库体系结构的思想，并率先在自己的SybaseSQLServer中实现。
1985年Sybase第一个会计年度营业额达150万美元。
1986年Sybase率先推出专为在线网络化应用程序而设计的关连式数据库，并与美国微软公司结为策略联盟。
同年，Sybase实现盈利。
1987年Sybase发表Sybase Open Client/Open Server应用程序接口，对不同的客户端 设备及Sybase Grows和Expands等数据来源，提供一般性的通讯功能。
1990年Sybase推介第一个将IBM MVS大型主机整合到局域网络主从环境的产品。美国财富(Fortune)杂志将Sybase列入美国成长最快速企业的前十名之内。
1991年Sybase营业收入超过一亿美元大关，1990会计年度营收数字为1亿400万美元，再度被财富杂志列为成长最快速的企业之一。
同年，Powersoft公司推出PowerBuilder 1.0。
1992年Sybase公告1991会计年度的营收为1亿6000万美元，比1990会计年度成长65％。
同年，Sybase发表System 10，率先提供全企业主从架构运算完整的作业架构。
1993年Sybase推出OmniSQL Gateway，使系统在不同组件的数据库之间，能够透通、跨平台作业。
同年，Sybase发表Replication Server，这是第一套针对分布式主从架构运算而设计 ，企业级、高取用性的解决方案。
1994年Sybase购并Micro Decisionware公司，并迅即发表 Enterprise CONNECT。
Enterprise CONNECT是第一个可跨平台作业的架构，提供关连式或非关连式、大型主机及主从架构环境前所未有的功能。
同年，Powersoft 并购Watcom并推出Infomaker。
1995年08月Sybase与Powersoft公司合并。在这里不得不提的是Powersoft公司创始人：Mitchell E. Kertzman。他有着和Microsoft的gates、Oracle的Ellison相似的经历，大学辍学、白手起家，经营某项专利技术直到把它作大，其公司的旗舰级产品Power Builder，曾经引领了一个时代。
同年，Sybase被时代华纳通讯公司选为标准系统，北京商品交易(Beijing Commodities Exchange)也选定Sybase为标准系统。
与此同时，Sybase成为第一家通过ISO 9001最高标准的软件公司。
而且，Sybase获选为美国航空暨太空总署(NASA)「Database of the Century」的核心技术。
Sybase成为全世界第六大软件公司。
◆INFORMIX:Informix在1980年成立，目的是为Unix等开放操作系统提供专业的关系型数据库产品。
公司的名称Informix便是取自Information和Unix的结合。
Informix第一个真正支持SQL语言的关系数据库产品是InformixSE（StandardEngine）。
InformixSE的特点是简单、轻便、适应性强。它的装机量非常之大，尤其是在当时的微机Unix环境下，成为主要的数据库产品。
它也是第一个被移植到Linux上的商业数据库产品。
在90年代初，联机事务处理成为关系数据库越来越主要的应用，同时，Client/Server结构日渐兴起。为
了满足基于Client/Server环境下联机事务处理的需要，Informix在其数据库产品中引入了Client/Server的概念，将应用对数据库的请求与数据库对请求的处理分割开来，推出了Informix-OnLine，OnLine的一个特点是数据的管理的重大改变，即数据表不再是单个的文件，而是数据库空间和逻辑设备。逻辑设备不仅可以建立在文件系统之上，还可以是硬盘的分区和裸设备。由此提高了数据的安全性。
1993年，为了克服多进程系统性能的局限性，Informix使用多线程机制重新改写数据库核心，次年初，Informix推出了采用被称为"动态可伸缩结构"（DSA）的InformixDynamicServer。除了应用线程机制以外，Informix在数据库核心中引入了虚处理器的概念，每个虚处理器就是一个Informix数据库服务器进程。在DynamicServer中，多条线程可以在虚处理器缓冲池中并行执行，而每个虚处理机又被实际的多处理机调度执行。更重要的是：为了执行高效性和多功能的调谐，Informix将虚处理器根据不同的处理任务进行了分类。每一类被优化以完成一种特定的功能。到90年代后期，随着Internet的兴起，电子文档、图片、视频、空间信息、Internet/Web等应用潮水般涌入IT行业，而关系数据库所管理的数据类型仍停留在数字、字符串、日期等六七十年代的水平上，其处理能力便显得力不从心了。
1992年，著名的数据库学者、Ingres的创始人加州大学伯克利分校的MichaelStonebraker教授提出对象关系数据库模型，从而找到了一条解决问题的有效途径。
1995年，Stonebraker及其研发组织的加入了Informix，使之在数据库发展方向上有了一个新的突破：1996年Informix推出了通用数据选件（Universal Data Option）。这是一个对象关系模型的数据库服务器；它与其他厂商中间件的解决方案不同，从关系数据库服务器内部的各个环节对数据库进行面向对象的扩充；将关系数据库的各种机制抽象化、通用化。UniversalDataOption采用了DynamicServer的所有底层技术，如DSA结构和并行处理，同时允许用户在数据库中建立复杂的数据类型及用户自定义的数据类型，同时可对这些数据类型定义各种操作和运算以实现对象的封装。在定义操作和运算时可以采用数据库过程语言、C语言，它们经注册后成为服务器的一部分。1999年，Informix进一步将Universal Data Option进行了优化，为用户自定义数据类型和操作过程提供了完整的工具环境。同时在传统事务处理的性能超过了以往的Dynamic Server。新的数据库核心便被命名为IDS.2000。它的目标定位于下世纪基于Internet的复杂数据库应用。
2001年，被IBM收购。
◆MS SQL SERVER:1987年，微软和IBM合作开发完成OS/2，IBM在其销售的OS/2ExtendedEdition系统中绑定了OS/2DatabaseManager，而微软的产品线中尚缺少数据库产品，处于不利的位置。为此，微软将目光投向当时虽没有正式推出产品但已在技术上崭露头角的Sybase，同Sybase签订了合作协议，使用Sybase的技术开发基于OS/2平台的关系型数据库。1989年，微软发布了SQLServer1.0版。1991年，微软和IBM宣布终止OS/2的合作开发，不过微软仍于1992年同Sybase合作推出了基于OS/2的SQLServer4.2版。这时，微软已经在规划基于WindowsNT系统的32位版本了。1993年，在推出WindowsNT3.1后不久，微软如期发布了SQL Server的Windows NT版，并取得了成功。这时，微软和Sybase的合作出现了危机。一方面，基于Windows NT的SQL Server已经开始对Sybase基于Unix的主流产品形成竞争；另一方面，微软希望对SQL Server针对Windows NT做优化，却由于兼容性的问题，无法得到Sybase修改代码的认可。经协商，双方于1994年达成协议，宣布双方将各自发展数据库产品，微软得到了自由修改SQL Server代码的许可，此后，Windows NT成了SQL Server运行的惟一平台。继1995年发布代号为SQL95的SQLServer6.0后，微软推出了影响深远的SQL Server6.5。SQL Server6.5是一个性能稳定、功能强大的现代数据库产品。值得一提的是该产品完全是使用Windows平台的API接口完成的，没有使用未公开的内部函数，完全作为一个应用程序工作，不直接使用操作系统的地址空间。SQLServer6.5采用多线程模型，支持动态备份，内嵌大量可调用的调试对象，提供开放式接口和一整套开发、管理、监测工具集合，还提供了多CPU的支持。
◆Interbase:由HP公司开发的一个较早并比较成熟的RDBMS，后转卖给Ashton-Tate公司，最后被Borland公司并购，目前主要集成在Borland公司的产品中。
看到这里，我们忽然发现这么多的关系型数据库产品内在有着千丝万缕的联系，每个公司都有着创建、发展、后退、再发展等几近相同的历史，包括IBM这样的蓝色巨人在90年代初期也曾一度徘徊，甚至有破产的危险。
我现在开始相信市场第一、技术第二这样的论断了......数据库的发展何去何从，关系型数据库的生命力还有多久？数据库现在的发展方向，是新近出现的将原有的关系数据库与许多其它的功能，如电子邮件、个人通讯等等相结合的趋势。而在企业自动化、电子政务等应用领域，人们相互进行的协同工作，也在与数据库技术融合。
比较热门的研究领域还有XML数据库技术，它主要处理关系数据库过去处理不了的半结构化数据，如文档数据，这跟传统的关系数据库是不一样的。数据库所管理的数据发生了根本的变化，它的基本标志就是从过去仅仅管理由键盘输入的数字、字符等简单数据，到今天必须管理由各种设备、装置、计算所产生的多种类型的复杂数据。例如，图形、图像、视频、音频、电子图书与档案、Web网页等等。这一变化给数据库技术带来了很多的挑战，需要我们研究许多新的问题。关系数据库已经无法胜任这种变化了的应用需求，可以说它使数据库技术的发展面临一个新的分水岭，我们必须寻求新的解决办法。
首先，数据库的一个基本问题就是要找到一个恰当的数据模型来表达它所管理的对象。关系数据库的模型可以简化为普通的表格，它对于表达键盘输入的数据十分到位。但是，如果我们用表格表达一本书，而书里面有文字、图形、图像、数学公式，还有很多特定领域特殊的内容，还要分成章节，这对关系数据库模型而言显然是件十分困难的事情，它处理不了这么复杂的数据内容与它们之间的结构。
第二，数据模型的变化意味着查询语言的变化。
第三，数据的变化，意味着后端对查询数据的处理要发生变化。过去的对象很简单，都是一行一行的纪录。现在一个对象除了一部电影、一幅图像、一个电视节目这些对象本身以外，还有很多关于它们的描述性的东西，即对象的元数据(对这些内容特征的描述)。比如一张照片，它的颜色、纹理等等，这使得数据本身呈现一种多维的趋势，数据库系统必须考虑这样的要求。 第四，在存储方面，过去数据存储不太考虑10年、20年这样长期的存储。一般的数据用了一年两年之后，我们就采取备份的手段，把它倒到磁带上，变成离线的，再放到架子上，编目进行管理。现在则不同，一本书，一部档案，可能10年、20年以后还要用，用户只要有需要，都希望能把它在线地调出来使用。从存储容量的要求来看，现在的要求跟过去键盘输入时代的要求有天壤之别。如何在计算机里长期保存这样超大规模的数据，并且实现随时可用的在线访问，这就需要一个合理的存储系统，这显然不是仅仅增加磁盘阵列就能解决的问题。 第五，是对数据的使用。传统的关系数据库保存的都是键盘输入的数据，对它的使用也很简单，就是查一条或者一组记录，然后在终端显示出来。今天，当我们把一张照片调出来，看照片要用特定的浏览器。我们把一本书调出来，需要各种索引服务。存储的对象和服务都产生了很大的变化，它会反过头来对数据库的支撑技术提出了很多的新要求。比如视频音频的索引技术，都会与现在关系数据库所处理的常规数据索引有很大的不同。不是我不明白，这世界变化快！
Posted by eygle at 6:16 PM | Comments (0)
关系型：数据库发展的分水岭
出处:http://www.eygle.com/digest
作者：清华大学计算机科学与技术系教授 周立柱 2003年07月29日 本文选自：软件世界
数据库领域的一次革命
关系型数据库的数据模型及其理论是在上个世纪70年代由时任IBM研究员的E.F.Codd博士提出的。一开始它并没有受到太多的重视，但是后来人们逐渐发现了其生命力所在，而它最终也成为了数据库领域的一次革命。今天，它已从理论研究走向系统实现，再到商业应用，占据了数据库市场的主流地位。
DB2的前身，是E.F.Codd提出关系数据库理论之后，在IBM的实验室研究开发的一个关系数据库系统原型System R(系统R)。系统R对关系数据库模型的理论，SQL查询语言，数据库的体系结构，查询处理与优化，事务处理，分布式数据库理论等进行了大量的实验，发现并且解决了其中的许多关键问题。这个系统原型在推向市场的时候，就成为今天大家所熟知的DB2。在数据库领域，这个贡献比后来的任何贡献都大，因为与传统的层次、网状数据库相比，它开拓了一个全新的数据库领域，是一次革命。
DB2在一些大型的商业应用当中，发挥了很大的作用。特别是IBM的主机系统上，二十世纪70年代后80年代初，在一些大型的应用中占主流地位。比如银行和金融业，它们对数据处理的要求非常迫切，在这种情况下，IBM DB2逐步介入。所以现在有不少大的应用，特别是在金融界和银行中，跟IBM主机配套的数据库基本上都是DB2。
随着技术的进步，对数据处理的要求也越来越多、越来越高。它不再像过去那样只是对数据的直接的使用，像普通的查询、加减乘除和简单统计等等。现在很重要的应用，就是把数据里面蕴含着的很多有价值的东西拿出来，就是所谓的数据挖掘。跟数据挖掘相关的就是数据仓库，还有联机事务分析OLAP。IBM在这个方面也作了很好的工作，比如它开发了数据仓库的工具，联机事务处理的工具，数据挖掘方面，也开发了一些有影响的工具。这是适应新的应用需求提出来的。在这些方面，市场的竞争是很激烈的。除了IBM的DB2以外，主要的数据库厂商，在上述的几个方面都有自己的产品。
新发展与分水岭
数据库现在的发展方向，是新近出现的将原有的关系数据库与许多其它的功能，如电子邮件、个人通讯等等相结合的趋势。而在企业自动化、电子政务等应用领域，人们相互进行的协同工作，也在与数据库技术融合。比较热门的研究领域还有XML数据库技术，它主要处理关系数据库过去处理不了的半结构化数据，如文档数据，这跟传统的关系数据库是不一样的。
我相信现在数据库技术发展到了一个全新的阶段，或者说是一个分水岭的阶段。这个分水岭的标志就是数据库所管理的数据发生了根本的变化，它的基本标志就是从过去仅仅管理由键盘输入的数字、字符等简单数据，到今天必须管理由各种设备、装置、计算所产生的多种类型的复杂数据。例如，图形、图像、视频、音频、电子图书与档案、Web网页等等。这一变化给数据库技术带来了很多的挑战，需要我们研究许多新的问题。
从这个意义上说，关系数据库是一种适合处理由键盘输入的数据的数据库技术，而这一特点是由产生它的历史条件所造成的。
今天，信息领域飞速的技术进步使进入计算机的数据发生了巨大的变化，键盘输入的数据所处的统治地位正在让位于其他形式输入的数据。现在，各种媒体的数据都可以数字化，进入计算机。例如，扫描的图像，各种装置和设备直接采集的数字化的内容有照片、电视节目、电影、音乐、报纸、书、杂志等等，为了有所区别，我们不妨把它称之为"后键盘"时代。
"后键盘"时代的上述变化对数据库领域所产生的影响是多方位的，也是根本性的，关系数据库已经无法胜任这种变化了的应用需求，可以说它使数据库技术的发展面临一个新的分水岭，我们必须寻求新的解决办法。
首先，数据库的一个基本问题就是要找到一个恰当的数据模型来表达它所管理的对象。关系数据库的模型可以简化为普通的表格，它对于表达键盘输入的数据十分到位。但是，如果我们用表格表达一本书，而书里面有文字、图形、图像、数学公式，还有很多特定领域特殊的内容，还要分成章节，这对关系数据库模型而言显然是件十分困难的事情，它处理不了这么复杂的数据内容与它们之间的结构。
第二，数据模型的变化意味着查询语言的变化。
第三，数据的变化，意味着后端对查询数据的处理要发生变化。过去的对象很简单，都是一行一行的纪录。现在一个对象除了一部电影、一幅图像、一个电视节目这些对象本身以外，还有很多关于它们的描述性的东西，即对象的元数据(对这些内容特征的描述)。比如一张照片，它的颜色、纹理等等，这使得数据本身呈现一种多维的趋势，数据库系统必须考虑这样的要求。
第四，在存储方面，过去数据存储不太考虑10年、20年这样长期的存储。一般的数据用了一年两年之后，我们就采取备份的手段，把它倒到磁带上，变成离线的，再放到架子上，编目进行管理。现在则不同，一本书，一部档案，可能10年、20年以后还要用，用户只要有需要，都希望能把它在线地调出来使用。从存储容量的要求来看，现在的要求跟过去键盘输入时代的要求有天壤之别。如何在计算机里长期保存这样超大规模的数据，并且实现随时可用的在线访问，这就需要一个合理的存储系统，这显然不是仅仅增加磁盘阵列就能解决的问题。
第五，是对数据的使用。传统的关系数据库保存的都是键盘输入的数据，对它的使用也很简单，就是查一条或者一组记录，然后在终端显示出来。今天，当我们把一张照片调出来，看照片要用特定的浏览器。我们把一本书调出来，需要各种索引服务。存储的对象和服务都产生了很大的变化，它会反过头来对数据库的支撑技术提出了很多的新要求。比如视频音频的索引技术，都会与现在关系数据库所处理的常规数据索引有很大的不同。
现在，无论是在学术界还是在工业界有不少的工作都在开展。它们呈现出明显的多学科交叉的特征，涉及到数据库、多媒体、人机交互、全文检索、海量存储系统等众多领域。IBM的内容管理(Content Management)就是一个典型的代表，它把多媒体的数据管理纳入DB2，具备三级存储，为用户提供了更加广泛的功能。清华大学以及其他兄弟单位也都在几年前开展了有关研究，在各个方面取得了进展。但是纵观国内外，我们尚未找到令人满意的"后键盘"时代的数据库管理系统的答案。
Posted by eygle at 5:59 PM | Comments (0)
September 8, 2007
E.F.codd全关系系统的十二条基本准则
出处:http://www.eygle.com/digest
关系数据库系统是目前应用最广泛的数据库系统。实际应用中各类关系产品的功能都是有差异的，根据其支持运算的不同，关系系统可分为(最小)关系系统、完备关系系统、全关系系统。本节对关系系统的分类及全关系系统的基本准则加以讨论，在开发实际系统时，作为选择关系产品的依据。
全关系系统的十二条基本准则简介
下面是E.F.codd提出的全关系系统的十二条基本准则，只有遵循这些准则的系统才是全关系系统。以此可作为评价或购买关系产品的标准。
准则0：一个RDBMS必须能完全通过自身的关系能力来管理数据库。这意味着，一个自称为关系型的DBMS必须能在关系这个级别支持数据库的插入、修改和删除。
准则0是下面十二条准则的基础。不满足准则0的DBMS都不是RDBMS。
准则1：信息准则。RDBMS的所有信息都应在逻辑一级用同一个方法----表（Table）中的值显示出来。
而且，每个表的表名，表中的列名和域名等，都是用系统内的数据字典表中的值表示的。数据字典本身是一个描述元数据的关系数据库。
准则2：保证访问原则。依靠表名、主码和列名的组合，应保证能够访问关系数据库中的每个数据项值。
保证访问原则规定，关系系统不能采用面向机器的寻址法，而必须采用关系系统独有的关联寻址的访问模式。
准则3：空值的系统化处理。空值是"不知道"或"无意义"的值，它不是一个具体的值（如零、空字符串等）。空值的概念很重要，在全关系DBMS中支持空值，就是要用一个系统化的方式处理空值。
准则4：基于关系模型的动态联机数据字典。数据库的描述在逻辑级上应和一般数据采用相同的表示方法，使得授权用户能使用查询一般数据所用的关系语言来查询数据库的描述信息。
本准则不仅使每个用户只需学习一种数据模型，而且授权用户还可方便地扩充字典，使之变成完备、主动的关系数据字典。
准则5：统一的数据子语言准则。一个关系系统可以有几种语言和多种终端使用方法。但必须有一种语言，该语言的语句可以表示为具有严格语法规则的字符串，并能全面地支持以下定义：数据定义、视图定义、数据操作（交互式或程序式）、完整性约束、授权、事务处理功能（事务的开始、提交和退回）。
关系方法是高度动态的，处于频繁的运行处理之中。因此，没有必要把说明的功能分为若干种语言来实现。关系数据库是一体化的数据子语言，它使程序员可首先交互地调试数据库语言，调试正确后再嵌入程序中，从而可大大提高程序员的生产效率。
准则6：视图更新准则。所有理论上可更新的视图也应该允许由系统相同更新。"一个视图在理论上是可更新的"指的是，存在一个与时间无关的算法，该算法可无二义性地把对此视图的更新要求转换为对基本表的更新序列。
准则7：高级的插入、修改和删除操作。把一个基本关系或导出关系作为单一的操作对象处理。这不仅适合于数据检索，而且适合于数据的插入和删除。以关系为操作对象不仅简化了用户查询，也为系统进行查询优化提供了很大的余地。该准则对于获得有效的分布式事务处理也是十分重要的，可避免从远程结点传送一条记录就要发出一次请求，实现一次请求传送一个关系，从而节省通信代价。
准则8：数据的物理独立性。无论数据库的数据在存储表示或存取方法上作何变化，应用程序和终端活动都保持逻辑上的不变性。
准则9：数据的逻辑独立性。当对基本关系进行理论上信息不受损害的任何变化时，应用程序和终端活动都保持逻辑上的不变性。
准则10：数据完整的独立性。关系数据库的完整性约束条件必须是用数据子语言定义并存储在数据字典中，而不是在应用程序中定义。
除了实体完整性和参照完整性外，具体的关系数据库还可能有反映业务政策和管理规章的完整性约束条件。这些完整性条件都应该能用高级的数据子语言定义，并能存入数据字典，从而，当约束条件变化时，只需改变数据字典中定义的完整性语句，而不会逻辑上影响应用程序和终端活动。
准则11：分布独立性。对于如下两类具体问题：其一，原来的DBMS只管理非分布式数据，现在要引入了分布式数据；其二，原来的DBMS能管理分布式数据，现在要改变原来的数据分布。在这两种情况下，由于RDBMS具有特定的数据子语言，都能使应用程序和终端活动保持逻辑不变性。
准则12：无破坏准则。如果一个关系系统具有一个低级（一次一个记录）语言，该语言不能破坏或绕过完整性准则和用高级关系语言表达的约束条件。
以上这十二条准则都以准则0为基础，但仅有准则0是不够的。
目前，虽然还没有一个DBMS产品是全关系型的，但随着人们对数据库技术研究的进一步深入，加上软件运行环境的改变，相信以后一定会出现越来越好的全关系型的DBMS，以满足人们各类应用场合对数据库产品的需求。
3.5.2 关系系统的定义
全关系系统的十二条准则是十分重要的准则，是关系产品最完备的表述，理论相当严谨，要求相当苛刻。但是，就目前的关系产品，虽然难以满足上述准则，但仍然能适应特定场合的数据处理需求(也叫做关系产品)。那么，什么是关系系统的最小要求，即什么样的系统就可称为关系系统呢？
当一个系统同时满足以下两点要求时，它就是一个关系系统：
（1）支持关系数据库。在用户眼里，数据库只有表这种结构。
（2）支持关系代数中选择、投影和（自然）连接运算，并且不能要求用户定义任何物理存取路径。
上述两点构成了关系系统的最小定义。
仅仅支持关系数据库而不支持选择、投影和连接功能的系统，不是关系系统。虽然支持上述三种运算，但要求用户定义物理存取路径的系统，仍然不是关系系统。关系系统的最大优点在于方便用户，而不支持上述三种运算的系统是不方便用户的。因此，支持上述三种运算也是关系系统的基本要求。
如果一个自称为关系系统的系统，要求用户定义存取路径才能进行上述三种操作，那么，这就丧失了数据的物理独立性，退化为类似非关系系统，带来操作的复杂性。因此，关系系统必须能自动选择路径，必须能查询优化，这是关系系统的关键技术。
上述三种操作并非关系代数的全部运算，但却是最重要、最有用的运算。有了这三种运算功能，就能解决绝大部分的实际问题。
3.5.3 关系系统的分类
上述关系系统的定义确定了关系系统的基本要求，以此为基础，可对关系系统进行分类。根据E.F.codd的思想，关系系统主要分为三类。
(1) （最小）关系系统：
仅支持关系数据结构和选择、投影、连接三种关系操作。很多微机上使用的系统如FoxBASE和FoxPro就属于这一类。
(2) 完备关系系统：
不仅支持关系数据结构，而且支持所有关系代数操作。
(3) 全关系系统：
支持关系模型所有特征的系统为全关系系统。它们不仅支持数据结构中域的概念，不仅是完备关系，而且支持实体完整性和参照完整性。具体所，就是支持上边介绍的十二条基本准则。目前，很多关系系统已接近这个目标。
可用图形表示以上关系分类，见图3.18所示。其中S代表结构、I代表完整性、M代表数据操纵，图中阴影表示对三类特性的支持程度。
Posted by eygle at 9:41 PM | Comments (0)
September 5, 2007
关于 cursor_sharing = similar
出处:http://www.eygle.com/digest
作者:biti_rainy （出处）
我们先看看在表没有分析无统计数据情况下的表现
SQL> alter session set cursor_sharing = similar; Session altered.SQL> select name,value from v$sysstat where name like '%parse%';
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 4948
parse time elapsed 4468
parse count (total) 170148
parse count (hard) 1619 (硬分析次数)
parse count (failures) 80
SQL> select count(*) from t where object_id = 1000;
COUNT(*)
----------
0
SQL> select name,value from v$sysstat where name like '%parse%';
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 4948
parse time elapsed 4468
parse count (total) 170172
parse count (hard) 1620
parse count (failures) 80
SQL> /
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 4948
parse time elapsed 4468
parse count (total) 170176
parse count (hard) 1620
parse count (failures) 80
SQL> select count(*) from t where object_id = 1000;
COUNT(*)
----------
0
SQL> select name,value from v$sysstat where name like '%parse%';
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 4948
parse time elapsed 4468
parse count (total) 170178
parse count (hard) 1620
parse count (failures) 80
SQL> select count(*) from t where object_id = 1001;
COUNT(*)
----------
0
SQL> select name,value from v$sysstat where name like '%parse%';
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 4948
parse time elapsed 4468
parse count (total) 170180
parse count (hard) 1620(即使object_id发生变化依然没有硬解析)
parse count (failures) 80
我们再来看分析表和字段信息后的表现
SQL> analyze table t1 compute statistics for table for columns object_id;
Table analyzed.
SQL> select name,value from v$sysstat where name like '%parse%';
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 4973
parse time elapsed 4495
parse count (total) 170982
parse count (hard) 1640
parse count (failures) 80
SQL> select count(*) from t1 where object_id = 5000;
COUNT(*)
----------
0
SQL> select name,value from v$sysstat where name like '%parse%';
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 4973
parse time elapsed 4495
parse count (total) 170984
parse count (hard) 1641
parse count (failures) 80
SQL> select count(*) from t1 where object_id = 5000;
COUNT(*)
----------
0
SQL> select name,value from v$sysstat where name like '%parse%';
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 4973
parse time elapsed 4495
parse count (total) 171008
parse count (hard) 1641 (重复执行没发生变化)
parse count (failures) 80
SQL> select count(*) from t1 where object_id = 5001;
COUNT(*)
----------
0
SQL> select name,value from v$sysstat where name like '%parse%';
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 4973
parse time elapsed 4495
parse count (total) 171010
parse count (hard) 1642 (当object_id变化的时候产生硬分析)
parse count (failures) 80
SQL> select sql_text,child_number from v$sql where sql_text like 'select count(*) from t1 where%';
SQL_TEXT
--------------------------------------------------------------------------------
CHILD_NUMBER
------------
select count(*) from t1 where object_id = :"SYS_B_0"
0
select count(*) from t1 where object_id = :"SYS_B_0"
1
可以看出若存在object_id的 histograms ,则每次是不同的 值 的时候都产生硬解析 ,若不存在 histograms ，则不产生硬解析 。换句话说，当表的字段被分析过存在histograms的时候，similar 的表现和exact一样，当表的字段没被分析不存在histograms的时候,similar的表现和force一样。这样避免了一味地如force一样转换成变量形式，因为有hostograms的情况下转换成变量之后就容易产生错误的执行计划，没有利用上统计信息。而exact呢，在没有hostograms的情况下也要分别产生硬解析，这样的话，由于执行计划不会受到数据分布的影响（因为没有统计信息）重新解析是没有实质意义的。而similar则综合了两者的优点。
Posted by eygle at 3:39 PM | Comments (1)
September 2, 2007
当医生要你吃不该吃的药
出处:http://www.eygle.com/digest
只要是药物就会有副作用，中药也不例外。事实上，许多历来被认为无毒副作用的中药现在都被发现有毒副作用，甚至有严重的毒副作用。
一个朋友因为发生自然流产住进了一家三级甲等医院（国内最高等级的医院），我去探望时，她已在康复中，正好碰上护士拿来一堆药要她定时服用。我看了一下，一种是广谱抗生素，还有三种是中成药：以猪血提取物、黄芪和红枣为成分的"益气健血颗粒"，用于"活血化淤"的"桂枝茯苓胶囊"和用于"活血通经"的"益母草颗粒"。我当即提出不要吃这些药，护士要我找主治医生说去。于是，我和主治医生发生了一场争论，这场争论对国内的患者也许有些启发作用。
我向主治医生指出，目前患者并未出现细菌感染，让她服用广谱抗生素是用于预防感染，这是典型的滥用抗生素。那三种中成药更完全没有必要服用，效果未经证实，副作用不明，至少会加重患者肝、肾的解毒负担。我要求退掉这些药。
医生称，药已经拿来了就没法再退。患者住在我们医院就必须听医嘱。吃这些中成药是本医院的常规疗法，临床证明有效。这些药自张仲景以来已用了一千多年，没有问题的。它们是中药，绝无副作用！在同一室的另一名医生也附和这些说法。
这些为中药辩护的说法我经常听到，不过从医生口中说出来，还是让我感到有些惊讶。
如果把医学当成科学而不是信仰的话，就不应该迷信古人。张仲景作为一位一千多年前的古人，他的医学知识可以说基本上都是错误的，远远比不上今天的任何一名正规医学院校毕业的学生。一种药物被使用了一千多年并不能证明其没有问题。实际上，许多传统药物都早就被证明既无效又有问题。
仅仅是某家医院的常规用法和临床证明无法令人信服。即使全中国的医院都这么用也不能说明问题。作为科学的医学没有国界。其他国家的医生并不给流产患者用这些药，说明它们的必要性并未得到公认。一种药物的有效性和安全性必须用现代医学的方法，通过严格的实验和临床试验才能加以证明。真正的临床试验必须是严密设计的，随机的、双盲的、有安慰剂对照的临床试验是确定药物疗效的最可靠的方法。
只要是药物就会有副作用，中药也不例外。事实上，许多历来被认为无毒副作用的中药现在都被发现有毒副作用，甚至有严重的毒副作用。
主治医生声称吃这些中成药的目的是为了刺激子宫收缩以帮助实现完全流产。但是其中的"益气健血颗粒"和"桂枝茯苓胶囊"显然是所谓补品，无论如何和这个目的扯不上关系。特别是那个"益气健血颗粒"，我觉得很荒唐，按其说明书是用于补血，有效成分显然是铁，那样的话为何不直接服用铁制剂，却要去吃价格昂贵的"猪血提取物"？
和刺激子宫收缩能扯上关系的只有"益母草颗粒"。益母草被中医称为妇科良药，用于治疗多种妇科疾病。一种被用于包治百病的药物的有效性总是让人起疑。实际上益母草并非纯粹的中药。在西方，自古希腊以来也用它来治疗产科疾病，称为"母亲草"（英文为motherwort）。美洲原住民也有类似的用法。一种草药被多个民族都用以治疗类似的疾病，也许有其合理因素，但是即便如此，对益母草的医学研究仍很少（我只检索到几篇英文论文），其有效性和安全性还没有得到现代医学的证实。何况要刺激子宫收缩的话，已有有效性和安全性都得到证实的化学药物可用，为什么还要用益母草？大概就是因为迷信草药没有副作用。事实当然绝非如此。许多草药都有严重的毒副作用，而有的草药之所以被认为没有副作用，不过是因为缺乏毒理研究罢了。比如益母草，在上个世纪90年代初，日本研究人员用小鼠做实验研究益母草的抗癌作用，却意外地发现益母草会刺激与怀孕有关的乳腺癌的增长。
总之，这些中成药的有效性和安全性都没有得到验证，否则的话就可以去申请FDA（美国食品药品管理局）批号了。它们当然都有国药准字号，但是对中药申请国药准字号过程中的不规范乃至腐败现象有所了解的人，就知道这些国药准字号是不足为凭的。我揭露过的一些假药就都有国药准字号。我宁愿和国际医学界的人士一样，更相信FDA的批准。
在我走后，主治医生还在劝我的朋友吃这些中成药，这使我相信该医生也许是真诚地相信这些药物的作用。囿于所受的教育和文化氛围，连中国医学专业人士都会缺乏科学素养，这也不足为奇。当然还有比这更恶劣的。为了从药厂拿回扣，有意在患者身上滥用药物，这在中国医院已不是什么新鲜事了。我注意到这三种中成药的总价格是250元，是治疗中最大的一笔费用。
本来，患者应该听从医嘱。但是面对中国医疗业的现状，却让人对医嘱也不可完全信任。至少，拒绝接受没有获得国际公认的治疗（除非是自愿参与临床试验），这是患者保护自己的健康和金钱的权利。
Link: http://bkb.ynet.com/article.jsp?oid=11327869&pageno=1
Posted by eygle at 11:22 AM | Comments (2)
乳糖不耐症与正确饮奶
出处:http://www.eygle.com/digest
乳糖是乳制品中存在的主要碳水化合物，是婴儿主要的能量来源。乳糖进入体内后经小肠乳糖酶作用分解成葡萄糖和半乳糖，半乳糖是婴儿脑发育的必需物质，与婴儿大脑的迅速成长有密切关系；乳糖在肠道经发酵产生的乳酸可提高食物中钙、磷、钾、铁等矿物质的吸收利用。婴儿断乳后，乳糖酶活性随年龄的增长而逐渐减少，最终成为乳糖酶缺乏并导致乳糖不耐受。
1、乳糖酶缺乏和乳糖不耐受的概念
机体小肠中可分解乳糖的酶有乳糖酶和β-半乳糖甙酶，前者位于小肠粘膜刷状缘，后者位于溶酶体内，不能分解肠腔中的乳糖。小肠中乳糖酶活性从十二指肠近段向远段逐渐增加，在空肠或近段回肠达高峰，末段回肠酶水平低。
乳糖酶缺乏(lactase deficiency)是指小肠刷状缘绒毛膜细胞的膜结合酶即乳糖酶活性低下。乳糖酶缺乏可分为三类：先天性乳糖酶缺乏、继发性乳糖酶缺乏和原发性乳糖酶缺乏（又称成人型乳糖酶缺乏）。后者是最常见、发生率也最高的一种。
乳糖酶缺乏是正常现象，一般认为与世世代代形成的饮食习惯不同所造成的遗传基因突变有关，不存在对乳糖的适应性。乳糖酶缺乏的发生开始时间因种族和地区不同而不同，婴儿断乳后即开始陆续发生，欧美有的民族20岁左右时才开始出现。在我国，我们于1997年做的一项调查表明，我国人群多于7~8岁时开始发生乳糖酶缺乏。
乳糖酶缺乏发生率随不同国家、不同种族人群的变化而变化。亚洲人75－100%，澳大利亚白人0－6%，欧洲白人30%以上，非洲黑人90－100%；美国白人12%，黑人70%；日本100%，瑞士3%，英国白人5%，黑人75%。中国儿童3-13岁乳糖酶缺乏发生率为87%。
食物中的乳糖进入小肠后，应该在乳糖酶的作用下分解为单糖并吸收入血。但由于乳糖酶的缺乏，乳糖不能完全被分解吸收，这种情况称为乳糖消化不良或乳糖吸收不良。
当未分解吸收的乳糖进入结肠后，被肠道存在的细菌发酵成为小分子的有机酸如醋酸、丙酸、丁酸等，并产生一些气体如甲烷、H2、CO2等,这些产物大部分可被结肠重吸收，而未被吸收者或仍未被分解的乳糖可引起肠鸣、腹胀、腹痛、排气、不舒服、腹泻等症状，有的人还会发生嗳气、恶心等。这些症状称为乳糖不耐受症。乳糖不耐症状个体差异很大。严重的乳糖不耐受多于摄入一定量乳糖后30分钟至数小时内发生。
乳糖不耐症对婴幼儿影响较大，并会同时伴有尿布疹、呕吐、生长发育迟缓等，成人有时伴恶心反应。不耐受症状的多少和严重程度与多种因素有关，如小肠内乳糖酶活性、摄入的乳糖量以及是否同时摄入其它类食品等。
2 、乳糖酶缺乏和乳糖不耐受的确定
多种方法可以检测乳糖酶缺乏，如氢气呼气、临床症状和病史、乳糖耐量试验、腹部乳糖－钡餐X线检查、甲烷呼气试验、13CO2呼气试验等。目前氢气呼气试验以其简便、敏感、可靠和非损伤性特点成为最常用的检测方法，但需注意的是机体小肠细菌过度生长会产生假阳性结果，而部分人群可因机体肠道菌群不产氢气或服用大量抗菌素类药物而产生假阴性结果，此外睡眠、吸烟、情绪变化以及试验前饮食等均会影响试验结果的可靠性，因此试验前应尽量避免以上各影响因素。
3 、合理饮食调节
乳糖不耐受的长期危害在儿童易表现为钙吸收不良、腹泻、软骨病、体重低下及生长发育迟缓，尤其先天性和继发性乳糖酶缺乏可导致婴幼儿难治性腹泻和慢性腹泻，在老年人尤其老年妇女易表现为骨质疏松等症状。
如何解决广大乳糖酶缺乏者在饮用牛奶及其奶制品方面的不适和苦恼，一直是营养学家和乳品行业致力解决的一个问题。以下给出几点建议：
l 配合谷物同吃。一般来讲，乳糖不耐受者空腹喝奶会有较重症状，但混合膳食时，牛奶的乳糖浓度可能在特定环境中得到"稀释"。胃肠中的乳糜作用和机械运动的增加，可提高乳糖吸收率。如喝奶前吃些饼干、面包会减少排气和不舒服感觉。
l 喝奶粉加一些麦片同吃，也会使一个好办法。特别是有些奶粉在加工中一般经高温和加压，又加入了蔗糖和其它添加剂如乳糖酶或乳酸菌等，乳糖得到部分分解和稀释，人体也就较容易吸收和利用了。而且冲调奶粉中乳糖的含量也易于控制，更加适合于这样特定的人群。
l 少量多次。每一个乳糖不耐受者表现出的反应是不同的，有的人喝一杯（含12g乳糖左右）就肚胀、腹泻；有的人喝了半杯就有反应。也就是说在一定程度对牛奶还可以耐受。所以，如果一杯奶分成两次喝，或采取少量多次的方法可以化解或完全不发生任何症状。
l 喝酸奶。酸奶是加入一定乳酸菌经发酵后生成的，发酵过程使得原奶中的20~30%的乳糖分解成酸奶，蛋白质和脂肪也分解成为小的组分，使其更易消化吸收，所以对饮用牛奶后常有腹胀肠鸣、甚至腹泻者的乳糖不耐阿受的人群最为适宜。
l 加一片乳糖酶或含乳糖酶的奶粉。发生乳糖不耐受是因为机体缺少乳糖酶，如果喝奶时，吃一片乳糖酶就会容易预防不舒服症状，因为外援性乳糖酶也可以提高乳糖消化和吸收。试验证明，乳糖不耐受的妇女喝一杯牛奶加一片乳糖酶，可以减少不耐受的症状，以前的感觉完全改变。现在市场上已有含乳糖酶的奶粉，可以试试。
4、小结
乳糖酶缺乏和乳糖不耐症影响着世界不同地区、不同种族的人们对乳制品的摄入，发生率30%-100%。在西方国家，乳制品摄入量较高，乳糖消化吸收和营养作用受到高度重视，乳糖酶缺乏和不耐受的宣传非常广泛；在我国，随着生活水平的提高和乳制品摄入量的提高，这一问题刚刚引起人们的重视。中国营养学会在新的膳食指南中，把提高乳类摄入量作为优质膳食模式、提高全民营养状况的一个重要方面，因此应大力普及相关知识，提高人们对乳糖酶缺乏和乳糖不耐受的认识。我们认为，少量多次摄入乳制品或选用发酵乳是避免乳糖不耐受的好方法。
Posted by eygle at 11:15 AM | Comments (1)
婴儿吃母乳拉稀怎么办?
出处:http://www.eygle.com/digest
很多初生婴儿吃母乳就会拉稀，整理一下网上的知识与建议，供参考。
- 1.母乳宝宝一天大便很多次都是正常的。通常是生理性的。
- 2.母乳性腹泻是生理性的，不会影响宝宝的正常生长发育，除非是严重的乳糖不耐受，但是这种情况，一般普通奶粉宝宝也会不耐受。所以不要担心，随着宝宝慢慢长大，拉的次数会少的，到添加副食后便便就成型了。
- 3.带酸味多泡沫的粪便:这是因为进食碳水化合物过多如过甜的糖开水,牛奶,使婴儿胃肠道的酶相对不足,使摄进的食物在肠道发酵旺盛产生气体,出现的有酸臭味又多泡沫便.此时应停用加糖的甜食.
- 4.奶瓣蛋花样便:大便稀且酷似鸡蛋花样,每日5-6次.这是由于蛋白质,脂肪消化不良所致.此时应减少母乳喂养的时间及喂量.
- 5.灰白色稀便或糊状便,外观发亮如奶油状:每日3-4次或更多,多因进食油腻食物过多所致.原因是奶中脂肪量较高,肠道消化酶不足,母乳的最后部分含脂肪较多.故可缩短母乳喂哺时间,尽量避免婴儿吃到最后的乳汁.
还看到一个秘方：
我家麦麦出生到四个月一直拉的很稀，给他吃点药也没有用，上星期遇到位姐姐教了个好方法，果然奏效。
方法如下：取少量糯米加一个苹果一起煮，水多点，煮好了的汤水给宝宝喝，少点就好，不要超过30毫升，苹果要去皮切片哦。
我家麦麦只吃了一次就不拉稀了，隔了两天就正常的拉干的了。
苹果汁有收敛的作用，所以能治宝宝拉稀。
没有糯米的妈妈，可以用大米代替，主要的还是苹果起作用。
Posted by eygle at 10:30 AM | Comments (0)
什么是生理性腹泻
出处:http://www.eygle.com/digest
生理性腹泻一般常见于母乳喂养的婴儿，大多发生在6个月以内。
其原因是由于母乳内所含的某种营养成分超过婴儿的需要，而婴儿的消化能力还没有发育健全所引起的腹泻
生理性腹泻常常有这几个特点：
1.大便次数每天从2－3次到8－9次不等，像浆糊一样，没有特殊臭味。
2.孩子有点虚胖，面部、耳后或发际往往有奶癣。
3.孩子尽管有些拉稀，但身体所吸收的营养物质仍然超过一般孩子。因此，这些孩子一边拉稀，一边继续长胖，体重还要比同岁的其他婴儿还要重些，生长发育也不受影响，胃口好，不生病。
生理性腹泻不必要断奶，也不必用止泻药。随着宝宝的长大，消化功能的健全，逐渐添加粥、面、鱼、莱泥等辅食，孩子大便会慢慢正常的.
Posted by eygle at 10:24 AM | Comments (0)
婴儿该吃多少奶才适量?
出处:http://www.eygle.com/digest
婴儿吃多少奶才适量真是让初当父母发愁的一件事情。
以下是网上收集的一些信息。
生后一个月的婴儿，人工喂养时，最重要的是不要使婴儿食过量，以免加重消化器官的负担。
宝宝不够吃时，会通过啼哭告诉妈妈肚子饿了。可是，让宝宝吃多了，宝宝也不会有反映。食量大的宝宝，即便给与足够的奶量，也会表现出好像没吃饱似的，仍然吧嗒吧嗒地吮吸着空奶瓶。如果以为宝宝还没吃饱而不断给宝宝加奶就会在不知不觉之中使宝宝过食。
- 1.宝宝的奶量通常是每公斤体重每24小时100-120毫升
- 2.一般的标准，出生时体重为3~3.5公斤的宝宝，长到一个月时，每天可吃700毫升左右的奶
- 3.在1~2个月期间，以吃800毫升左右的奶为宜。如果每天吃7次，每次约120毫升左右；如果吃6次，每次约140毫升左右。
- 4.食量小的宝宝，可按此标准处理。食量大的宝宝尽管每次能吃150~180毫升，但最好不要超过150毫升。吃完150毫升，好像因不饱而啼哭时，可让宝宝喝30毫升左右的凉白开或果汁人工喂养的宝宝，在这个时期里每天排便4~5次，只要精神好，就不用担心。如果不是每天排便，只要宝宝有自己的规律，健康的成长也不用担心
以下是一些通常的建议：
- １．多喝白开水：早上起来就喝白开水（因为这样可以补充晚上丢失的水分，清理肠道，排除废物，唤醒消化系统及整体机能的恢复，清洁口腔等！宝宝妈妈们，不要忘记了哦！），半小时后再喝奶，喝奶后再喝几口水（以便稀释奶和清洁口腔）．
- ２．喝奶时间要有规律，有间隔（０到１月宝宝：２小时一次，晚上可以４小时；１到２个月宝宝：２到３小时一次，晚上可以３到５小时；２到４个月的宝宝：３到４小时一次，晚上可以４到６小时），是因为宝宝的肠胃娇嫩，发育不完全，需要充分排空和休息，保证消化、吸收功能正常运作。
- 3 中间时间以喝白开水为主，不要吃其他东西，补充充足水分，促进消化、吸收功能的完善，排除体内废物和毒素。
- 4 母乳喂养的宝宝：妈妈要吃清淡的食物，不要吃海鲜，不要吃过冷和过热的食物，水果也要有选择，以平性为主，也要多喝白开水。注意乳头卫生，一旦乳腺发炎，要停止喂母乳。
- 5 人工喂养的宝宝，由于营养不全（没有母乳好），会造成消化系统功能虚弱，要随时观察宝宝，调整饮食的量。
- 另外：宝宝喜不喜欢喝水是习惯问题，开始就要注意养成好习惯，不要在开水里加糖或者蜂蜜，确实不爱喝，可以用白萝卜或胡萝卜烧水喝，也有可能是奶嘴的问题或姿势不正确，要注意调整。
- 6 注意宝宝的冷暖，这也会影响宝宝的胃口。
- 7 一但宝宝生病，奶要减量。
参考Blog:
http://blog.ci123.com/sep2006
-The End-
Posted by eygle at 9:51 AM | Comments (0)