MYSQL网页编程之基础的 ADO 编程模子

人力成本上的节省，MySQL的用户Spacemonkey实验室的首席执行官MitchPirtle如此表示：“维护MySQL使得你不需要一个年薪15万美元的DBA。ado|编程基础的ADO编程模子







ADO供应实行以下操纵的体例：毗连到数据源。同时，可断定对数据源的一切变动是不是已乐成或没有产生。

指定会见数据源的命令，同时可带变量参数，或优化实行。

实行命令。

假如这个命令使数据按表中的行的情势前往，则将这些行存储在易于反省、操纵或变动的缓存中。

得当情形下，可以使用缓存行的变动内容来更新数据源。

供应惯例办法检测毛病（一般由创建毗连或实行命令形成）。
在典范情形下，必要在编程模子中接纳一切这些步骤。可是，因为ADO有很强的天真性，以是最初只需实行部分模块就可以做一些有效的事情。比方：将数据从文件间接存储到缓存行，然后仅用ADO资本对数据举行反省。
DBaaS并不意味着解决方案提供者要让自己失业。与其他系统一样，在实施DBaaS解决方案时，客户可能需要部署、迁移、支持、异地备份、系统集成和灾难恢复等方面的帮助。

记得在最开始使用2k的时候就要用到这个功能，可惜2k没有，现在有了作解决方案的朋友会很高兴吧。

而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~

其中最有名的应该是row_number了。这个终于解决了用临时表生成序列号的历史，而且SQLServer2005的row_number比Oracle的更先进。因为它把Orderby集成到了一起，不用像Oracle那样还要用子查询进行封装。

Mirror可以算是SQLServer的Dataguard了。但是能不能被大伙用起来就不知道了。

如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.

两个月啃那本sqlserver2005技术内部-存储引擎，花了几个月啃四本书

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

至于淘汰的问题，只能说在你的项目周期之内，微软应该都不会倒闭。