仓酷云

标题: 发布MySQL 5.5从零入手下手学_10.4_修正存储历程和函数 [打印本页]

作者: 变相怪杰 时间: 2015-1-16 20:08
标题: 发布MySQL 5.5从零入手下手学_10.4_修正存储历程和函数
DBaaS解决方案可以降低首次投入成本，对于那些小企业来说，他们往往认为内部部署的数据库成本太高，DBaaS的成本和灵活性优势对小企业吸引力更大，他们是云数据库解决方案的重点客户群体。http://www.tudou.com/v/iRqtR5a36C8/&rpid=76238491&resourceId=76238491_04_05_99/v.swfMySQL的低成本来自于其简单性吗?它的普及性是由于其低成本吗?其实，在MySQL的最“好”与最“不好”的功能之间没有明显的分界线，但它们组合在一起就形成了一副让我们欣赏的作品。

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

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

作者: 若天明 时间: 2015-1-31 15:46
还不是性能有问题！否则面向对象的数据库早就实现了！建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法，并且用到了大量的指针和高级数据模型。

作者: 若相依 时间: 2015-2-6 21:00
光写几个SQL实在叫无知。

作者: 再现理想 时间: 2015-2-18 19:33
在select语句中可以使用groupby子句将行划分成较小的组，然后，使用聚组函数返回每一个组的汇总信息，另外，可以使用having子句限制返回的结果集。

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

作者: 分手快乐 时间: 2015-3-13 00:07
你觉得我的非分区索引无法对起子分区，你可以提醒我一下呀！没有任何的提醒，直接就变成了非分区表。不知道这算不算一个bug。大家也可以试试。

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

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