仓酷云

标题: 绝无经由的MySQL 5.5从零入手下手学_6.6_体系信息函数 [打印本页]

作者: 飘灵儿 时间: 2015-1-16 20:09
标题: 绝无经由的MySQL 5.5从零入手下手学_6.6_体系信息函数
对于IT经理来说，令他们喜欢的MySQL的简单性还有另一方面。MySQL可以运行的更快速。某些人或许会说MySQL缺少了一些人们想要的功能。http://www.tudou.com/v/Vemue6xnLxA/&rpid=76238491&resourceId=76238491_04_05_99/v.swf平台即服务PaaS、基础设施即服务IaaS、软件即服务SaaS都是我们比较熟悉的MySQL学习教程，现在又出现了数据库即服务DBaaS，以基于云的方式存储结构化数据。

作者: 只想知道 时间: 2015-1-18 18:10
对一张百万级别的表建游标，同时又没有什么过滤条件，取得游标效率是如果直接SQL查询百万条数据；如果再对每条记录做处理，耗时将更长。

作者: 海妖 时间: 2015-1-25 12:30
很多书籍啊，不过个人认为看书太慢，还不如自己学。多做实际的东西，就会遇到很多问题，网上搜下解决问题。不断重复这个过程，在配合sql的F1功能。

作者: 老尸 时间: 2015-2-2 22:05
始终遗憾SQLServer的登陆无法分配CPU/内存占用等指标数。如果你的SQLServer给别人分配了一个只可以读几个表的权限，而这个家伙疯狂的死循环进行连接查询，会给你的系统带来很大的负担。

作者: 再见西城 时间: 2015-2-8 11:48
数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。

作者: 小妖女 时间: 2015-2-25 11:37
入门没那么困难，精通没那么容易

作者: 冷月葬花魂 时间: 2015-3-7 21:11
对一张百万级别的表建游标，同时又没有什么过滤条件，取得游标效率是如果直接SQL查询百万条数据；如果再对每条记录做处理，耗时将更长。

作者: 仓酷云 时间: 2015-3-15 14:43
这是一个不错的新特性。虽然索引的附加字段没有索引键值效率高，但是相对映射到数据表中效率还是提高了很多。我做过试验，在我的实验环境中会比映射到表中提高30%左右的效率。

作者: 若相依 时间: 2015-3-22 02:10
作了些试验，发现使用CLR的存储过程或函数在达到一定的阀值的时候，系统性能会呈指数级下滑！这是非常危险的！只使用几个可能没有问题，当一旦大规模使用会造成严重的系统性能问题！

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