??xml version="1.0" encoding="utf-8" standalone="yes"?>亚洲视频一二三,中文字幕剧情在线观看一区,avtt亚洲http://www.aygfsteel.com/wxqxs/news/2008/09/05/227105.htmlwxqxswxqxsFri, 05 Sep 2008 00:28:00 GMThttp://www.aygfsteel.com/wxqxs/news/2008/09/05/227105.htmlhttp://www.aygfsteel.com/wxqxs/comments/227105.htmlhttp://www.aygfsteel.com/wxqxs/news/2008/09/05/227105.html#Feedback0http://www.aygfsteel.com/wxqxs/comments/commentRss/227105.htmlhttp://www.aygfsteel.com/wxqxs/services/trackbacks/227105.html         【IT168技术资讯?br />        甲骨文公?Oracle)周二宣布Q计划收购应用程序管理Y件制造商ClearApp公司。?/p>

  q桩收购案可望在今年q底前完成,目标是强化甲骨文旗下的Enterprise Managerpd产品?/p>

  ClearApp的技术可协助客户理依据服务导向架构(service-oriented architectureQSOA)q_而打造的应用E序?/p>

  ClearApp的Y件协助企业以更宏观的视野Q一览公总各种相关应用E序lgl成的商业服务?/p>

  甲骨文应用程序与pȝ理副总裁Leng Leng Tan_「随着客户部v更多SOA应用E序Q以更有效率的方式管理这些应用程序的d变得更重要。?/p>

  q笔交易的条件未对外公布?/p>

wxqxs 2008-09-05 08:28 发表评论
]]>
数据库设计常?0大错?http://www.aygfsteel.com/wxqxs/news/2008/08/13/221726.htmlwxqxswxqxsWed, 13 Aug 2008 07:24:00 GMThttp://www.aygfsteel.com/wxqxs/news/2008/08/13/221726.htmlhttp://www.aygfsteel.com/wxqxs/comments/221726.htmlhttp://www.aygfsteel.com/wxqxs/news/2008/08/13/221726.html#Feedback0http://www.aygfsteel.com/wxqxs/comments/commentRss/221726.htmlhttp://www.aygfsteel.com/wxqxs/services/trackbacks/221726.html   管软g发展中的热点技术层ZIP不断地变化,有一些东西却一直未曾改变,其中之一是开发h员对数据库的使用和设计开发?

   你可能会兴奋地紧跟时创Z个AJAX Web界面Q或者用最q迷人的Windows用户界面Q但是透过q些各种各样的外观界面,你可能依焉要从后台数据库中提取或存取所需要的数据——这一点就如同十多q以前h们对数据库的操作是一L?

   然而,令h吃惊的是Q现在还有很多开发者依然在不断地重复着很多q以前就存在的数据库使用和开发上的错误。或许是有太多的开发者只是来学习如何使用一个数据库Q而不是真正的ȝI它。以下是W者作Z个开发者,个h在^时的开发工作中所_N出的数据库开发者常犯的十大错误Q以飨读者和同行?

   1、选择了错误的数据?

   不是所有的数据库都可以用来完成你的dQ这意味着当你在用数据库来做M开发工作和其他事情前,你必选择合适的数据库。例如,我们l常看到一些Access数据库没有能力处理的大容量数据集Q对于SQL Server来说却像玩小孩子的游戏一栯村֜完成处理。但是,对于只需要处理几百行数据的需求,有的人却花钱来购买SQL Server。这些都是错误的做法?

   q泛地来_在当今市Z的数据库可以分ؓ三个层次Q桌面和嵌入数据库——适合于处理小型Q务;一些大型数据库产品的“Express”版也是不错的,可以处理数G条数据;而真正的企业U数据库Q像SQL Server、Oracle和DB2的数据处理能力是非常惊h的,你可以毫不犹豫地把数据抛l它们?

   因此Q在你选择数据库前Q你需要对于你的数据进行一ơ客观真实的分析Q从而选择适合你的开发工作和实际需求的数据库品?

   2、选择了太多的数据?

   诸如ODBC、JDBC和OLEDB{应用程序编E接口的出现Q大大促q和提升了数据库独立性,也就是说Q开发h员可以这h~写你的应用E序Q你可以让你的应用程序支持用Q何数据库来进行数据存储?

   然而,q种情况是要付出一些代LQ我曄看到有的开发团队ؓ了追求应用程序的数据库“无x”,专门~写了应用程序将所有的SQL语句转换成一些底层的语言Q以便让所有的数据库都能理解ƈ执行Q但是,q样做的同时也׃现有数据库的一些高U功能?

   那么Z么这么做呢?可能是出于这L考虑Q某些客户在来的用中可能惛_换到Oracle或DB2或FoxProQ或其他的什么数据库Q采用上面的q种做法或许是现在先准备好了Q“未雨绸~”?

   对于此,另一U相反的做法是:当你开始开发一个新产品的时候,选择一个存储引擎ƈ开始在此基上编写你的应用程序。如果你的品够好Qh们会安装你指定的数据库,因此你不用浪Ҏ间和_֊来支持一U“假想”的用户需求?

   3、了解你的数?

   在我们用数据库的过E中会碰到很多需要考虑的问题,例如有些客户~号可能q不是我们通常认ؓ的七位,而是六位Q而有一些公司和企业Z保护个h隐私的考虑Q可能不一定非要求员工输入他们的n份证L或者银行帐P因此q中数据cd在数据库搭徏和开发中必须讄成可以ؓI(NULLQ?

   也就是说Q数据库开发和设计不能q实际情况q行Q不能远d际业务规则。对数据库开发者来_必须要完全了解用L正输入数据的需求是什么,q根据这些数据来合理地设计数据字D늚大小、类型以及什么规则,{等。否则,{待你的是一ơ又一ơ地q回头来q行修改工作。因此,你要学会在开始的时候就对你需要处理的数据h非常全面、深入的了解Q要量考虑到各U意外的情况?

   4、数据库不像Excel一样hZ?

   现在有一U认识上的误区,其是在一些小单位的管理者眼中,他们总认ZQ何开发者都知道如何d理地搭徏一个数据库?

   很明显,q种误解让我很困惑。既然你不会假定M开发者都知道如何用C#~程或创Z个Web服务Q那么ؓ什么要假定每个开发者都是数据库专家呢?

   q种假设所带来的最后结果是Q太多的数据库被一些甚至从来没有听说过术语规范化(term normalizationQ的人所设计。很多数据库的功能根本没有被合理地运用,如果你是q样一个开发者的话,那么在你设计数据库之前,你需要加斚w的培训和学习了。高效的数据库设计是你必M解和掌握的技巧,而不要奢望可以通过p|的教训来了解到这一炏V?

   5、第三范式ƈ不是至高无上

   另一斚wQ开发h员对数据库的一知半解可能是一件比较危险的事情。我看到q很多数据库被设计得q于LQ这些数据库的设计者坚持把所有东襉K攑֜查询表中?

   是的Q数据库开发者需要知道规范化的规则,但是你也需要知道什么时候要停止ȝ规范化,什么时候逆规范化反而可能会带来更好的效果?/font>

 6、隐藏应用逻辑的“黑匣子?/strong> 

    存储q程和触发器是两个非怼大的功能。当你有多个客户讉K一个数据库的时候,它们可以帮助你确保对数据的一致性处理。?br />
    不过Q它们也可能会变成一个隐藏应用逻辑的“黑匣子”,让Web和瘦客户端开发者无法查看和调试q些逻辑。在大多数情况下Q数据库代码不能像其他应用程序代码一栯q行代码试和代码调试。?br />   
因此Q当你要代码放到数据库中的时候,q旉来问一下自己:q些代码是否真的适合攑֜数据库中Q?br />
  
  7、备份!备䆾Q备份! 

    你的数据库需要备份吗Q当焉要! 

    我们Z么要把数据存在数据库中的原因之一是想长久地保存它们。然而,我却l常到q样的情况,有的开发h员却因ؓq样或那L原因——例如硬件故障、黑客或数据库错误——因为没有备份而导致珍늚数据永远丢失。因此在你开始开发之前,应该制定一个数据备份计划,包括备䆾的频率、备份的cdQ以及离U备份的频率{等Q而不应该在数据丢失后才想起备份的重要。?br />
    我不希望“亡补牢”的故事发生在各位数据库E序员的w上。?br />
   
8、你需要版本控制?br />
    说到备䆾Q你需要担心的不仅仅是数据的变化,q有数据库的修改。你需要跟tƈ记录下这些数据库版本的变化,以便在Q何需要的时候重新创个数据库。如果你想真正专业化的开发YӞ你需要在你的数据库设计中增加版本控制。?br />
    举个例子来说Q如果你惌试某个Y件版本中的客hz,但是你无法恢复到该Y件版本所对应的数据库版本的话Q调试可能不会正常进行。因此数据库开发者必要做好版本控制Q否则可能因此带来很多以后的ȝ。?br />
    9、用数据库自带的工?/strong> 

    C数据库中已经不仅仅是一些让你存放数据的工具。它们还h很多潜在的工h使得理数据库更Ҏ。?br />
    举个例子来说QSQL Server中有工具可以SQL语句中潜在的dQ甚臛_括了一个向|来告诉你该用什么样的烦引才能你的查询上更高效Q甚臛_以模拟在真实服务器上的实际负载。?br />
    通过q些工具Q我们的在有的时候加速了数据库运行的速度Q降低了CPU的利用率Q但是实际情冉|Q很多h只有在一些专安问告诉他们后才知道在数据库中存在q样的工兗如果你不知道在你的数据库中存在什么样的工P以及q些工具能帮你做什么,那么你花的钱没有得到应有的回报。?br />
 
   10、不要因Z有一个锤子就认ؓ什么都是钉子?br />
    现在有一U潮,一些开发h员把应用E序用到的所有数据都存储在数据库中。我曄看到有的应用E序试图创徏一个完全数据元驱动Qmetadata-drivenQ的用户界面Q它把元数据和用户偏好的数据都存攑֜相同的数据库中。显然这会让开发h员的生活变得复杂和降低性能。?br />
    某些数据可能的确适合存放在本地文件中Q而不是存攑֜|络的客户—服务器数据库中。当你存储数据的时候,你需要分析一下你的数据适合存放在什么地方,是数据库Q注册表Q文本文Ӟq是XML文gQ然后ؓ光择最适合的存储类型。“不要因Z有一个锤子就认ؓ什么都是钉子”,不要因ؓ有一个数据库Q就把所有东襉K扔到数据库中——现在还存在一U对XML文g的过度滥用,也是同样的情c?/font>


wxqxs 2008-08-13 15:24 发表评论
]]>
վ֩ģ壺 | Ͽ| | ׺| | ٲ| | ־| Ƿ| IJ| | ޳| üɽ| | | Ԫ| ̨| | º| | | ƺ| ¡| | | | | ׺| | dz| | ױ| ˮ| | | Ϫ| ƽ| ԭ| | | ѳ|