MYSQL编程：开放源代码将应战甲骨文王国

曾经的功能列表可能会迅速变得过时了。而且，有些功能对有的应用程序非常重要，但是对别的应用程序则不一定。甲骨文公司延续在数据库市场称霸，但剖析师指出，开放源代码将成为该公司最年夜的敌手。　　市场研讨公司IDC和Gartner均展望，干系性数据库办理体系（RDBMS）软件的环球事迹将延续发展，而企业数据贮存需求还是市场扩增的次要来历。该体系次要用于存储、操纵或恢单数据。
　　Gartner与IDC均在本周发布的环球2005年RDBMS软件发卖呈报中做出评价。
　　剖析师暗示，甲骨文王国的最年夜威逼将是MySQL等开放源代码合作者。开放源代码软件的受接待，大概改动RDBMS产物如今的计价和受权体例，倾覆近况。
　　Gartner首席剖析师ColleenGraham在一项声明中指出：“这些开放源代码（数据库办理体系）产物在功效性和功效性方面精益求精，DBMS工具商也入手下手为这些产物供应撑持。”
　　但甲骨文坚称开放源代码的应战不敷为惧。
　　该公司数据库产物行销副总WillieHardie告知CNETNews.com说：“IDC并未明白点出开放源代码商的数目，Gartner算出他们全体的市场占据率不到1％。因而，这不是多年夜的数目，我乃至不以为他们值得一提。”
　　Gartner剖析师分歧意。Graham指出，固然MySQL和Ingres等开放源代码软件商仅占2005年全体市场的1％不到，他们的增加却高达47％。
　　Graham说：“我们以为这是一件年夜事。就算他们在今朝的DBS市场只长短常小的脚色，别健忘在约莫10年前，Linux不也长短常小的脚色吗？如今则不容藐视。”
　　Gartner指出，在甲骨文的动员下，Linux成为RDBMS发展最快的操纵体系，以84％的发展率超出Unix。
　　IDC暗示，开放源代码的衰亡次要是由于年老一代开辟员的撑持。Gartner则将其回功于开放源代码形式的成熟，而非世代差别。两家公司皆以为这类趋向将引发市场改动。
　　Graham暗示：“开放源代码一样平常都从小入手下手，但最初都带来严重影响。甲骨文懂得这一点。他们本人就并购了一家开放源代码公司，由于他们也想遇上这股风潮。”她提到这家贸易软件打造商并购SleepycatSpftware一事。
　　她增补说：“我们预期他们（开放源代码数据库软件商）将拿下更多市场，并且大概十分疾速。”
　　该研讨公司在呈报中暗示，固然开辟中国度延续发展，这些区域的代价较低使得它们没法获利，也没法对全体市场发生充足的影响。次要的事迹发展仍出自美国、欧洲、中东和非洲等区。
　　甲骨文以65亿美圆和44.6％市场占据率稳居2005年首位，IBM也以21.4％市场占据率坚持第二，微软则以16.8％紧随厥后。IDC以为，SQLServer2005将有助微软持续往前追逐。
　　Gartner统计的2005年环球事迹为138亿美圆，较前年增添8.3％。甲骨文的环球市场占据率则高达48.9％，排名第二和第三的IBM和微软均远远掉队。
　　客岁甲骨文的体现次要出自材料可用性与贮存的高需求，和其商用10g数据库软件的受接待。10g可搭配集群、多台服务器群组运算，甲骨文称此为RealApplicationCluster，或RAC手艺。
　　Hardie说：“经由过程集群，你能够将甲骨文数据库使用软件材料、贮存使用软件放在分享统一数据库的服务器群上实行。你可使用该服务器群一切的服务器和处置才能。你能够打消单台主机妨碍成绩。”
　　Graham暗示，集群不但是一立异的选项，也恰好有助甲骨文的贸易企图。
　　她说：“他们（甲骨文）每次发卖RAC，所得好处都凌驾他们发卖一样平常的甲骨文体系。因而就公司客户而言，硬件的本钱削减，但甲骨文也失掉一点优点。”
　　但代价大概改动。IDC展望甲骨文和IBM将对开辟员和小公司接纳贬价战略，以匹敌微软在这个市场上的增加。依据本人的剖析，IDC以为微软客岁制造“最微弱的年度发展”，大概会蚕食甲骨文的市场。
　　甲骨文在声明中指出：“跟着软件市场情况延续变化，我们估计软件受权形式也将随之改动。”
珍贵的资金可以用于其他业务的启动，诸如市场、广告或调研和开发等。

大侠们有推荐的书籍和学习方法写下吧。

财务软件要用SQL也只是后台的数据库而已,软件都是成品的,当然多学东西肯定是有好处的..

另一个是把SQL语句写到服务器端,就是所谓的SP(存储过程);

还不是性能有问题！否则面向对象的数据库早就实现了！建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法，并且用到了大量的指针和高级数据模型。

原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。

入门没那么困难，精通没那么容易

比如日志传送、比如集群。。。