第二个灵魂 发表于 2015-1-16 20:09:04

发一篇MySQL 5.5从零入手下手学_4.4_删除数据表

使用它开发程序也是非常简单的。”http://www.tudou.com/v/92eJMwFhQ1o/&rpid=76238491&resourceId=76238491_04_05_99/v.swf一个相关的问题是第三方支持的资格问题，尽管直接来自厂商的支持和服务可以一定程度上减缓这个问题，但是，对于有的企业来说，通过强有力的本地化支持显然更有吸引力。

兰色精灵 发表于 2015-1-18 18:11:36

同样会为索引视图等应用带来麻烦。看看行级和事务级的快照数据放在tempdb中，就能感觉到目前架构的尴尬。

第二个灵魂 发表于 2015-1-25 23:18:20

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

再见西城 发表于 2015-2-4 13:20:52

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

爱飞 发表于 2015-2-9 23:35:52

你觉得我的非分区索引无法对起子分区，你可以提醒我一下呀！没有任何的提醒，直接就变成了非分区表。不知道这算不算一个bug。大家也可以试试。

因胸联盟 发表于 2015-2-28 08:48:36

其实可以做一下类比，Oracle等数据库产品老早就支持了java编程，而且提供了java池参数作为用户配置接口。但是现在有哪些系统大批使用了java存储过程？！连Oracle自己的应用都不用为什么？！

海妖 发表于 2015-3-9 21:53:24

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

admin 发表于 2015-3-17 02:09:13

原理很简单，对要求长时间计算某一时间点的报表生成和防用户操作错误很有帮助。但是比起Oracle10g的闪回技术还是细粒度不够。可惜！
页: [1]
查看完整版本: 发一篇MySQL 5.5从零入手下手学_4.4_删除数据表