仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 948|回复: 8
打印 上一主题 下一主题

[学习教程] MYSQL编程:MySQL 5.1.50 GA 公布

[复制链接]
灵魂腐蚀 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:15:11 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
由于在MySQL中有如此众多的额外功能可选,诸如存储引擎等,你可以选择最适合你公司的一个,或者尝试选用多个引擎。MySQL开始非常小巧,但是可以随着公司的成长而不断地变强大。该版本晋级InnoDB到1.0.11版本,该版本是InnoDB的GA版本。更具体的内容请看这里。
下载MySQL5.1.50GA
<Pstyle="TEXT-INDENT:2em">
”由于MySQL已经是一个运行了众多知名Web2.0网站的数据,包括Craigslist、Digg、Wikipedia和Google等,或许我们可以说每一个Web2.0公司实质上是一个使用MySQL数据库的公司。
不帅 该用户已被删除
沙发
发表于 2015-1-19 06:02:49 | 只看该作者
SP4是一个累积性的ServicePack,包含自以前的ServicePack发布以来所有的修补程序(包括MS03-031安全公告)。
愤怒的大鸟 该用户已被删除
板凳
发表于 2015-1-27 08:48:17 | 只看该作者
XML字段类型更好的解决了XML数据的操作。XQuery确实不错,但是个人对其没好感。(CSDN的开发者应该是相当的熟了!)
灵魂腐蚀 该用户已被删除
地板
 楼主| 发表于 2015-2-5 06:54:13 | 只看该作者
数据库物理框架没有变动undo和redo都放在数据库得transaction中,个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库,可能能在一定程度上避免I/O效率问题。
柔情似水 该用户已被删除
5#
发表于 2015-2-11 08:02:41 | 只看该作者
原来的计算字段其实和虚拟字段很像。只是管理方面好了而已,性能方面提高不多。但是SQL2005提供了计算字段的持久化,这就提高了查询的性能,但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。
金色的骷髅 该用户已被删除
6#
发表于 2015-3-2 01:13:45 | 只看该作者
但换公司用MSSQL2K感觉自己好像根本就不了解MSSQL。什么DTS触发器以前根本没用过。
变相怪杰 该用户已被删除
7#
发表于 2015-3-11 01:37:30 | 只看该作者
分区表效率问题肯定是大家关心的问题。在我的试验中,如果按照分区字段进行的查询(过滤)效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询,效率会低于未分区表的相同语句。
海妖 该用户已被删除
8#
发表于 2015-3-17 18:12:12 | 只看该作者
我们学到了什么?思考问题的时候从表的角度来思考问
因胸联盟 该用户已被删除
9#
发表于 2015-3-24 20:35:19 | 只看该作者
如果我们从集合论(关系代数)的角度来看,一张数据库的表就是一组数据元的关系,而每个SQL语句会改变一种或数种关系,从而产生出新的数据元的关系(即产生新的表)。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-12-29 07:03

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表