仓酷云

标题: MYSQL网页设计今朝支流的两类干系型数据库体系 [打印本页]

作者: 小魔女 时间: 2015-1-16 22:20
标题: MYSQL网页设计今朝支流的两类干系型数据库体系
据我的观察，现在有一个趋势，那些经过正式培训的数据库管理员DBA更倾向于选择一个专有关系数据库，例如Oracle。对于一些具有专门数据库管理员的比较大的环境来说，MySQL很难得到宠爱，这时候，关于MySQL是否真的具有良好的可扩展性的争论已经没有意义。
1.2.1桌面干系型数据库体系
1.2.2收集干系型数据库体系
在收集干系型数据库体系中，有3个出格主要的观点。
1.数据库服务器
逻辑上的服务器指的是安装在盘算机上供应一些基于收集情况的使用的软件。
2.办理客户机
逻辑上的办理客户机是指对数据库举行办理的软件。
3.端口
为了辨别这些分歧的逻辑服务器，利用了称为端口的观点。

MySQLAB公司的一个高级开发者者表示，“这个特点使得MySQL可以根据你当前的系统的需要来进行调整。”

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

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

作者: 若天明 时间: 2015-1-31 06:06
索引视图2k就有。但是2005对其效率作了一些改进但是schema.viewname的作用域真是太限制了它的应用面。还有一大堆的环境参数和种种限制都让人对它有点却步。

作者: 蒙在股里 时间: 2015-2-6 17:51
对一张百万级别的表建游标，同时又没有什么过滤条件，取得游标效率是如果直接SQL查询百万条数据；如果再对每条记录做处理，耗时将更长。

作者: 分手快乐 时间: 2015-2-17 22:32
无法深入到数据库系统层面去了解和探究

作者: 金色的骷髅 时间: 2015-3-5 23:19
我们学到了什么？思考问题的时候从表的角度来思考问

作者: 深爱那片海 时间: 2015-3-12 16:36
在select语句中可以使用groupby子句将行划分成较小的组，然后，使用聚组函数返回每一个组的汇总信息，另外，可以使用having子句限制返回的结果集。

作者: 精灵巫婆 时间: 2015-3-12 16:36
从项目平台的选择上讲，我们关心的，应该是一款产品能不能满足任务需求，而不是网上怎么说。

作者: 飘飘悠悠 时间: 2015-3-20 00:25
groupby子句可以将查询结果分组，并返回行的汇总信息Oracle按照groupby子句中指定的表达式的值分组查询结果。

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