常常写SQL语句的人应该知道Groupby语句的主要使用方法是进行分类汇总，以下是一种它最常见的使用方法（依据部门、职位分别统计业绩）：SELECTa.dname,b.job,SUM(b.sal)sum_salFROMdepta,empbWHEREa.deptno=b.deptnoGROUPBYa.dname,b.job;DNAMEJOBSUM_SAL---------------------------------SALESMANAGER2850SALE
系统 2019-08-12 01:54:52 2605
第二阶段第一课:三遍拜日式热身：山式--延展背部--前屈--（向后跳或迈步）斜板式--四肢支撑式--上犬式--下犬式--（跳回或向前迈步走回）延展背部并前屈--幻椅式--山式--调整呼吸vinyasa1：三遍山式---（右腿向后迈到合适的位置）左侧三角伸展式（停留3个呼吸，注意膝盖不要超伸）---（吸气复原调整呼吸，转脚趾）右侧三角伸展式（停留3个呼吸）---（转脚趾回正，吸气迈步回到初始位置）山式调整呼吸vinyasa2：三遍山式---（右腿向后迈到合适
系统 2019-08-12 01:54:42 2605
---正在运行的selecta.username,a.sid,b.SQL_TEXT,b.SQL_FULLTEXTfromv$sessiona,v$sqlareabwherea.sql_address=b.address---运行过的selectb.SQL_TEXT,b.FIRST_LOAD_TIME,b.SQL_FULLTEXTfromv$sqlareabwhereb.FIRST_LOAD_TIMEbetween'2009-10-15/09:24:47'a
系统 2019-08-12 01:54:41 2605
原文:SQLServer隐式转换引发的躺枪死锁-程序员需知在SQLServer的应用开发过程(尤其是二次开发)中可能由于开发人员对表的结构不够了解,造成开发过程中使用了不合理的方式造成数据库引擎未按预定执行,以致影响业务.这是非常值得注意的.这次为大家介绍由于隐式数据类型转换而造成的死锁及相应解决方案.现实中有些程序员/数据库开发者会根据数据库的处理机制实现一些应用,如抢座应用,可能会对事务中的查询加一些列的Hint以细化粒度,实现应用的同时使得影响最低,
系统 2019-08-12 01:54:32 2605
原文地址http://www.cnblogs.com/zhycyq/articles/2636748.html50种方法优化SQLServer数据库查询查询速度慢的原因很多，常见如下几种：1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)2、I/O吞吐量小，形成了瓶颈效应。3、没有创建计算列导致查询不优化。4、内存不足5、网络速度慢6、查询出的数据量过大（可以采用多次查询，其他的方法降低数据量）7、锁或者死锁(这也是查询慢最常见的问题
系统 2019-08-12 01:53:41 2605
原文:mysql索引优化mysql大数据分页和索引使用使用覆盖索引一个表建立在id,create_time上建立了索引。如下2个sql语句，执行时间一样。因为查询字段id被索引覆盖。selectidfromorder_managewherecreate_time>'2014-01-01'orderbycreate_timedesclimit100000,10selecta.idfromorder_manageainnerjoin(selectidfromo
系统 2019-08-12 01:52:23 2605
96%ofcancerpatientsinahospitalclaimtobeinbetterhealththantheaveragecancerpatient.93%ofmotoristsconsiderthemselvestobesafer-than-averagedrivers.90%studentsseethemselvesasmoreintelligentthantheaveragestudent.94%ofcollegeprofessorssa
系统 2019-08-12 01:51:40 2605
缘由：小师妹周末叫我帮她重装数据库，这么大好的周末时光不出去玩儿，给她装数据库这不是很蛋疼么。我问她为什么要重装，她说：数据存入数据库后，中文字符有乱码，一定是我上次给她安装数据库的时候有问题。当初为了给她安装个数据库，可是费了九牛二虎之力，64位数据库，32位数据库客户端来回折腾了两天才弄好，我可不想再重新给她弄。在网上找到了个解决方案，一下子就把乱码的问题解决了。//http://www.2cto.com/database/201407/313317.
系统 2019-08-12 01:51:25 2605
安排差异数据库备份的最佳方法对于大型数据库，完整数据库备份需要大量磁盘空间。为了节省时间和磁盘空间，可以在一次完整数据库备份后安排多次差异备份。每次连续的差异数据库备份都大于前一次备份，这就需要更长的备份时间、还原时间和更大的空间。因此，建议您定期执行新的完整备份以提供新的差异基准。当您使用差异数据库备份时，我们建议您最好遵循以下原则：在每次完整数据库备份后，定期安排差异数据库备份。例如，可以每四小时执行一次差异数据库备份，对于活动性较高的系统，此频率可以
系统 2019-08-12 01:34:02 2605
转：原文：http://blog.csdn.net/pojianbing/article/details/2789426最近利用NHibernate映射类型为Clob字段在插入数据时发现当字符的字节数（一个半角字符一个字节，一个全角字符两个字节）在2000-4000之间时报错（ORA-01461:仅可以插入LONG列的LONG值赋值）。经过不断查找资料和自己的试验该问题终于得到解决，下边我将自己的心得给大家做一个分享。准备系统环境xp+.net2.0+or
系统 2019-08-12 01:33:54 2605
