仓酷云

标题: MYSQL网页编程之基础的 ADO 编程模子 [打印本页]

作者: 飘灵儿 时间: 2015-1-16 22:46
标题: MYSQL网页编程之基础的 ADO 编程模子
人力成本上的节省，MySQL的用户Spacemonkey实验室的首席执行官MitchPirtle如此表示：“维护MySQL使得你不需要一个年薪15万美元的DBA。ado|编程基础的ADO编程模子

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

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

实行命令。

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

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

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

作者: 愤怒的大鸟 时间: 2015-1-19 21:40
记得在最开始使用2k的时候就要用到这个功能，可惜2k没有，现在有了作解决方案的朋友会很高兴吧。

作者: 冷月葬花魂 时间: 2015-1-24 19:16
而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~

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

作者: 老尸 时间: 2015-2-7 19:49
Mirror可以算是SQLServer的Dataguard了。但是能不能被大伙用起来就不知道了。

作者: 若相依 时间: 2015-2-23 09:09
如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.

作者: 分手快乐 时间: 2015-3-7 06:25
两个月啃那本sqlserver2005技术内部-存储引擎，花了几个月啃四本书

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

作者: 变相怪杰 时间: 2015-3-21 08:54
至于淘汰的问题，只能说在你的项目周期之内，微软应该都不会倒闭。

欢迎光临仓酷云 (http://ckuyun.com/)