仓酷云

标题: MYSQL编程：ADO.NET 2.0 中的架构 [打印本页]

作者: 精灵巫婆 时间: 2015-1-16 22:32
标题: MYSQL编程：ADO.NET 2.0 中的架构
这是无法比较的，因为基于云的数据库提供了不同的模式。关键是要通过围绕云计算产品来包装其他增值服务以适应不断变化的市场条件：这就是DBaaS。ado|架构
懂得在ADO.NET中关于从您的数据源会见元数据的加强撑持。

点击此处浏览全文
如果你需要额外的功能的话，MySQL的普及性实际上可以让你发现总有一个厂商会提供准确的解决方案，而这个方案会满足你的需要和需求。

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

作者: 金色的骷髅 时间: 2015-1-28 08:18
SQL语言是学习所有数据库产品的基础，无论你是做数据库管理还是做数据库开发都是这样。不过具体学习的侧重点要看你将来做哪一块，如果是做数据库管理（DBA），侧重点应该放在SQLServer的系统管理上.

作者: 分手快乐 时间: 2015-2-5 20:06
可能有的朋友会抱怨集成的orderby，其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率，可以为orderby的字段建立聚集索引，查询计划会忽略orderby操作（因为本来就是排序的嘛）。

作者: 海妖 时间: 2015-2-13 11:36
现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层.

作者: 爱飞 时间: 2015-3-3 20:45
如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.

作者: 仓酷云 时间: 2015-3-11 13:36
原来公司用过MYSQL自己也只是建个表写个SQL

作者: 灵魂腐蚀 时间: 2015-3-18 21:14
是要和操作系统进行Socket通讯的场景。否则建议慎重！

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

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