摘要: 一、軟件（利器） 1.1 Everything Everything可以快速的搜索你本地硬盤（僅支持NTFS格式）的所有文件，速度秒殺一切工具，缺點就是只能根據文件名來搜索，不能根據內容來（這個Google Desktop Search也不太好用），但是這已經足夠了。 詳情請 via 善用佳軟-Everything:速度最快的文件名搜索工具 。 Tip...
閱讀全文
1.decode(value,if1,then1,if2,then2,if3,then3,.....,else)
如果value等于if1時，DECODE函數的結果返回then1,....,如何不等于任何一個if值，則返回else
2.sign(變量1-變量2)
如果（變量1-變量2）大于0返回1,小于0返回-1,等于0返回0
3.COALESCE (expression_1, expression_2, ...,expression_n)
列表中第一個非空的表達式是函數的返回值，如果所有的表達式都是空值，最終將返回一個空值。
A和B是一對多的關系，在做更新操作的時候做如下動作：
A = dao.read(id);
List<B> bList = A.getBList();
bList.clear();
B b1 = new B();
b1.setA(A);
bList.add(b1);
B b2 = new B();
b2.setA(A);
bList.add(b2);
A.
比如我們現在有一個Parent的實體，在Parent實體當中有一個children的Set
由于這個children的數據并非非常重要，為了方便，我們在修改parent的時候，做法經常都是
1,清空children全部刪了，再把新的children全部加進去。
今天早上做這一方面工作的時候遇到一個問題，就是在更新parent的時候，報了一個
Don't dereference a collection with cascade="all-delete-orphan"
的異常，經常一半個小時的查資料和調試，終于找到了解決問題的辦法
剛剛開始我的做法為：
parent = parentService.findParentById(id);
parent.getChildren.clear();
parent.setChildren(newChildren);
parentService.updateparent(parent);
這樣做一定會報出一個Don't dereference a collection with cascade="all-delete-orphan"的異常
原來是，對于parent的children這個Set，它本身是一個持久的集合，該集合存在于hibernate的對象池當中，通過
parent.setChildren(newChildren)的設置之后，本身已經將parent對children集合的引用指到對象池外的一個集合。
后來查詢資料后的做法為：
parent = parentService.findParentById(id);
parent.getChildren.clear();
parent.getChildren.addAll(newChildren);
parentService.updateparent(parent);
做了幾次測試，問題解決。
hbm配置如下：
<set lazy="true" name="children" cascade="all,delete-orphan" inverse="true">
<key column="PARENT_ID"/>
<one-to-many class="Child"/>
</set>
另外，hibernate 3已經將cascade當中的選項做了修改，現在已經沒有了all-delete-orphan這個選項，雖然hibernate
內部還是支持這個選項……
mvn install -U -e -Dmaven.test.skip=true //安裝跳過測試類,顯示詳細安裝錯誤信息
mvn test -Dtest=myTest //運行某一個單元測試類
可能經常遇到這樣的情況：
在數據庫表中會有這樣的一個字段用來區別記錄的屬性，如：在客戶表中有一個字段表示客戶級別，當這個記錄為A時是一級客戶，為B時是二級客戶。在用hiberante做OR表示時類可能是這樣的：
public class Customer{
private String flag; //表示客戶的級別
...
}
然后，在程序中手動控制flag的值，但是這樣當每個級的客戶有不同的屬性時Customer類將包含所有級別的屬性，這樣不是很好。
hibernate提供一個Discriminator映射的方法，就是把一個表映射成不同的類，有不同的屬性。
public class Customer{
//包含所有級別的公共屬性
...
}
public class CustomerA extends Customer{
//只包括一級客戶的特有屬性
}
public class CustomerB extends Customer{
//只包含二級客戶特有的屬性
}
這樣更符合面向對象的原則，然后在hbm.xml中這樣寫：
<id name="id" type="int">
...
</id>
<discriminator column="flag" type="string" />
<!-- 公共屬性的映射 -->
<subclass name="CustomerA" discriminator-value="A">
<!-- 一級客戶特有屬性的映射 -->
</subclass>
<subclass name="CustomerB" discriminator-value="B">
<!-- 二級客戶特有屬性的映射 -->
</subclass>
這樣就可以單獨的用CustomerA,CustomerB這樣的實例了，做數據庫修改時就不用關心flag字段的值了，會自動的加A或B。
如果是使用hibernate Annotation而不是xml來描述映謝關系，代碼如下：
@Entity
@Table(name = "customer")
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
@DiscriminatorColumn(name = "flag", discriminatorType = DiscriminatorType.STRING)
public class Customer{
}
@Entity
@DiscriminatorValue(value = "A")
public class CustomerA extends Customer{
}
@Entity
@DiscriminatorValue(value = "B")
public class CustomerB extends Customer{
}
這樣就可以了。
Case具有兩種格式。簡單Case函數和Case搜索函數。
--簡單Case函數
CASE sex
WHEN '1' THEN '男'
WHEN '2' THEN '女'
ELSE '其他' END
--Case搜索函數
CASE WHEN sex = '1' THEN '男'
WHEN sex = '2' THEN '女'
ELSE '其他' END
這兩種方式，可以實現相同的功能。簡單Case函數的寫法相對比較簡潔，但是和Case搜索函數相比，功能方面會有些限制，比如寫判斷式。
還有一個需要注意的問題，Case函數只返回第一個符合條件的值，剩下的Case部分將會被自動忽略。
--比如說，下面這段SQL，你永遠無法得到“第二類”這個結果
CASE WHEN col_1 IN ( 'a', 'b') THEN '第一類'
WHEN col_1 IN ('a') THEN '第二類'
ELSE'其他' END
下面我們來看一下，使用Case函數都能做些什么事情。
一，已知數據按照另外一種方式進行分組，分析。
有如下數據:(為了看得更清楚，我并沒有使用國家代碼，而是直接用國家名作為Primary Key)
國家（country） 人口（population）
中國 600
美國 100
加拿大 100
英國 200
法國 300
日本 250
德國 200
墨西哥 50
印度 250
根據這個國家人口數據，統計亞洲和北美洲的人口數量。應該得到下面這個結果。
洲 人口
亞洲 1100
北美洲 250
其他 700
想要解決這個問題，你會怎么做？生成一個帶有洲Code的View，是一個解決方法，但是這樣很難動態的改變統計的方式。
如果使用Case函數，SQL代碼如下:
SELECT SUM(population),
CASE country
WHEN '中國' THEN '亞洲'
WHEN '印度' THEN '亞洲'
WHEN '日本' THEN '亞洲'
WHEN '美國' THEN '北美洲'
WHEN '加拿大' THEN '北美洲'
WHEN '墨西哥' THEN '北美洲'
ELSE '其他' END
FROM Table_A
GROUP BY CASE country
WHEN '中國' THEN '亞洲'
WHEN '印度' THEN '亞洲'
WHEN '日本' THEN '亞洲'
WHEN '美國' THEN '北美洲'
WHEN '加拿大' THEN '北美洲'
WHEN '墨西哥' THEN '北美洲'
ELSE '其他' END;
同樣的，我們也可以用這個方法來判斷工資的等級，并統計每一等級的人數。SQL代碼如下；
SELECT
CASE WHEN salary <= 500 THEN '1'
WHEN salary > 500 AND salary <= 600 THEN '2'
WHEN salary > 600 AND salary <= 800 THEN '3'
WHEN salary > 800 AND salary <= 1000 THEN '4'
ELSE NULL END salary_class,
COUNT(*)
FROM Table_A
GROUP BY
CASE WHEN salary <= 500 THEN '1'
WHEN salary > 500 AND salary <= 600 THEN '2'
WHEN salary > 600 AND salary <= 800 THEN '3'
WHEN salary > 800 AND salary <= 1000 THEN '4'
ELSE NULL END;
二，用一個SQL語句完成不同條件的分組。
有如下數據
國家（country） 性別（sex） 人口（population）
中國 1 340
中國 2 260
美國 1 45
美國 2 55
加拿大 1 51
加拿大 2 49
英國 1 40
英國 2 60
按照國家和性別進行分組，得出結果如下
國家 男 女
中國 340 260
美國 45 55
加拿大 51 49
英國 40 60
普通情況下，用UNION也可以實現用一條語句進行查詢。但是那樣增加消耗(兩個Select部分)，而且SQL語句會比較長。
下面是一個是用Case函數來完成這個功能的例子
SELECT country,
SUM( CASE WHEN sex = '1' THEN
population ELSE 0 END), --男性人口
SUM( CASE WHEN sex = '2' THEN
population ELSE 0 END) --女性人口
FROM Table_A
GROUP BY country;
這樣我們使用Select，完成對二維表的輸出形式，充分顯示了Case函數的強大。
三，在Check中使用Case函數。
在Check中使用Case函數在很多情況下都是非常不錯的解決方法。可能有很多人根本就不用Check，那么我建議你在看過下面的例子之后也嘗試一下在SQL中使用Check。
下面我們來舉個例子
公司A，這個公司有個規定，女職員的工資必須高于1000塊。如果用Check和Case來表現的話，如下所示
CONSTRAINT check_salary CHECK
( CASE WHEN sex = '2'
THEN CASE WHEN salary > 1000
THEN 1 ELSE 0 END
ELSE 1 END = 1 )
如果單純使用Check，如下所示
CONSTRAINT check_salary CHECK
( sex = '2' AND salary > 1000 )
女職員的條件倒是符合了，男職員就無法輸入了。
簡介: 外部連接和自聯接 inner join(等值連接) 只返回兩個表中聯結字段相等的行 left join(左聯接) 返回包括左表中的所有記錄和右表中聯結字段相等的記錄 right join(右聯接) 返回包括右表中的所有記錄和左表中聯結字段相等的記錄 on 指定表間聯結字段及其關系的等號 "=" 表達式, 返回 true 或 false. 當表達式返回 true 時, 則查詢中包含該記錄. ! 外部連接只能操作已存在于數據庫中的數據
update (ctarticle as a left join ctclass as c on a.classid = c.classid) left join cttag as b on a.articleid = b.articleid
set tag=tag+' ', b.articleid=a.articleid, b.classid=a.classid, b.nclassid=a.nclassid
where a.classid=23 and a.nclassid=0 and tagid is not null
update (ctarticle as a left join (ctnclass as c left join ctclass as d on c.classid = d.classid) on a.nclassid = c.nclassid and a.classid = c.classid) left join cttag as b on a.articleid = b.articleid set tag=d.class+' '+c.nclass, b.articleid=a.articleid, b.classid=a.classid, b.nclassid=a.nclassid where a.classid=23 and a.nclassid=197;
更新操作
左連接中數據的篩選
insert into cttag(articleid,classid,nclassid) select a.articleid,a.classid,a.nclassid from ctarticle a left join cttag b on a.articleid=b.articleid where b.articleid is null
//本語句功能為, 顯示主表的全部內容, 插入數據到副表中沒有的數據
//主要作用為: 讓數據減少冗余
上例中的延續
select a.*, b.*, c.*, d.*
from cttag as d left join ((ctarticle as a left join ctclass as b on a.classid=b.classid) left join ctnclass as c on a.nclassid=c.nclassid) on d.articleid=a.articleid;
顯示文章表中的全部, 調用類別表中的欄目
select a.*, b.*, c.* from (ctarticle a left join ctclass b on a.classid=b.classid) left join ctnclass c on a.nclassid=c.nclassid
//作用, 有時在文章表中包含了在個別類別表中沒有的數據, 用這個語法可以讀出文章表的全部數據
//a 為 文章表, b 為主類別, c 為子類別
同上例, 選擇追加數據時加上空格
insert into cttag(articleid,classid,nclassid,tag)
select a.articleid,a.classid,a.nclassid,d.class+' '+c.nclass
from (ctarticle as a left join (ctnclass c left join ctclass d on c.classid=d.classid) on a.classid=c.classid and a.nclassid=c.nclassid) left join cttag as b on a.articleid = b.articleid where a.classid=4 and a.nclassid=154;
連接n個表, 并追加數據到其中一個表, n=4
insert into cttag(articleid,classid,nclassid,tag)
select a.articleid,a.classid,a.nclassid,d.class+c.nclass
from (ctarticle as a left join (ctnclass c left join ctclass d on c.classid=d.classid) on a.classid=c.classid and a.nclassid=c.nclassid) left join cttag as b on a.articleid = b.articleid where a.classid=1 and a.nclassid=1;
//解讀
插入到 表2(欄1,欄2,欄3,欄4)
選擇 別名a.欄1, 別名a.欄2, 別名a.欄3, 別名d.欄4 加上 別名c.欄5
從 (表1 別名a 左連接 (表3 別名c 左連接 表4 別名d 在 別名c.欄2 等于 別名d.欄2) 在 別名a.欄2 等于 別名c.欄2 和 別名a.欄3=別名c.欄3) 左連接 表2 別名b 在 別名a.欄1 等于 別名b.欄1 在那里 別名a.欄2=1 和 別名a.欄3=1
連接兩個表, 并追加數據到其中一個表
insert into cttag(articleid,classid,nclassid)
select a.articleid,a.classid,a.nclassid
from ctarticle as a left join cttag as b on a.articleid = b.articleid where a.classid=1 and a.nclassid=1;
//解讀
插入到 表2(欄1,欄2,欄3)
選擇 別名a.欄1, 別名a.欄2, 別名a.欄3
從 表1 別名a 左連接 表2 別名b 在 別名a.欄1 等于 別名b.欄1 在那里 別名a.欄4=1 和 別名a.欄5=1
左連接
同步兩表的數據
update ctarticle a inner join cttag b on a.articleid = b.articleid set b.classid=a.classid, b.nclassid=a.nclassid;
//解讀
更新 表1 別名a 聯接 表2 別名2 在 別名a.欄1 等于 別名b.欄1 設置 別名b.欄2 更新為 別名a.欄2, 別名b.欄3 更新為 別名a.欄3
右外連接
select a.*, b.* from bunclass a right join ctclass b on a.classid=b.classid where a.nclassid=20
查詢別名 a,b 表, 只匹配 b 表中的內容.
添加數據到連接表之一
insert into cttag ( tag, articleid ) select top 1 b.tag, a.articleid from ctarticle as a left join cttag as b on a.articleid = b.articleid where a.articleid order by a.articleid desc;
變通中的用法二
insert into bureply
select b.*, a.classid, a.nclassid
from article as a inner join reply as b on a.articleid = b.articleid
where classid=50;
實際應用中的變通
insert into butag ( tag, articleid, classid, nclassid)
select b.tag, a.articleid, a.classid, a.nclassid
from article as a inner join tag as b on a.articleid = b.articleid
where classid=24;
添加數據到其他表
insert into butag ( tag, articleid )
select b.tag, a.articleid
from article as a inner join tag as b on a.articleid = b.articleid
where a.articleid<>false;
//解讀
添加到 接收表(列1,列2)
選擇 別名b.列1, 別名a.列2
從 表1 表名a 聯接 表2 表名b 在 別名a.列c 等于 別名b.列c
在哪里 別名a.列c 不等于 沒有
實際應用中的變通
select b.tag, a.articleid, a.classid, a.nclassid
from article as a inner join tag as b on a.articleid = b.articleid
where a.classid=24;
查詢
select b.tag, a.articleid
from article as a inner join tag as b on a.articleid = b.articleid
where a.articleid<>false;
//解讀
選擇 別名b.列, 別名a.列
從 表1 別名a 聯接 表2 別名b 在 別名a.列c = 別名b.列c
在哪里 別名a.列c 不等于 沒有
注: as 不是必要
SQL中IN,NOT IN,EXISTS,NOT EXISTS的用法和差別:
IN:確定給定的值是否與子查詢或列表中的值相匹配。
IN 關鍵字使您得以選擇與列表中的任意一個值匹配的行。
當要獲得居住在 California、Indiana 或 Maryland 州的所有作者的姓名和州的列表時，就需要下列查詢：
SELECT ProductID, ProductName FROM Northwind.dbo.Products WHERE CategoryID = 1 OR CategoryID = 4 OR CategoryID = 5
然而，如果使用 IN，少鍵入一些字符也可以得到同樣的結果：
SELECT ProductID, ProductName FROM Northwind.dbo.Products WHERE CategoryID IN (1, 4, 5)
IN 關鍵字之后的項目必須用逗號隔開，并且括在括號中。
下列查詢在 titleauthor 表中查找在任一種書中得到的版稅少于 50% 的所有作者的 au_id，然后從 authors 表中選擇 au_id 與
titleauthor 查詢結果匹配的所有作者的姓名：
SELECT au_lname, au_fname FROM authors WHERE au_id IN (SELECT au_id FROM titleauthor WHERE royaltyper < 50)
結果顯示有一些作者屬于少于 50% 的一類。
NOT IN:通過 NOT IN 關鍵字引入的子查詢也返回一列零值或更多值。
以下查詢查找沒有出版過商業書籍的出版商的名稱。
SELECT pub_name FROM publishers WHERE pub_id NOT IN (SELECT pub_id FROM titles WHERE type = 'business')
使用 EXISTS 和 NOT EXISTS 引入的子查詢可用于兩種集合原理的操作：交集與差集。兩個集合的交集包含同時屬于兩個原集合的所有元素。
差集包含只屬于兩個集合中的第一個集合的元素。
EXISTS:指定一個子查詢，檢測行的存在。
本示例所示查詢查找由位于以字母 B 開頭的城市中的任一出版商出版的書名：
SELECT DISTINCT pub_name FROM publishers WHERE EXISTS (SELECT * FROM titles WHERE pub_id = publishers.pub_id AND type =
'business')
SELECT distinct pub_name FROM publishers WHERE pub_id IN (SELECT pub_id FROM titles WHERE type = 'business')
兩者的區別:
EXISTS:后面可以是整句的查詢語句如:SELECT * FROM titles
IN:后面只能是對單列:SELECT pub_id FROM titles
NOT EXISTS:
例如，要查找不出版商業書籍的出版商的名稱：
SELECT pub_name FROM publishers WHERE NOT EXISTS (SELECT * FROM titles WHERE pub_id = publishers.pub_id AND type =
'business')
下面的查詢查找已經不銷售的書的名稱:
SELECT title FROM titles WHERE NOT EXISTS (SELECT title_id FROM sales WHERE title_id = titles.title_id)
可能經常遇到這樣的情況：
在數據庫表中會有這樣的一個字段用來區別記錄的屬性，如：在客戶表中有一個字段表示客戶級別，當這個記錄為A時是一級客戶，為B時是二級客戶。在用hiberante做OR表示時類可能是這樣的：
public class Customer{
private String flag; //表示客戶的級別
...
}
然后，在程序中手動控制flag的值，但是這樣當每個級的客戶有不同的屬性時Customer類將包含所有級別的屬性，這樣不是很好。
hibernate提供一個Discriminator映射的方法，就是把一個表映射成不同的類，有不同的屬性。
public class Customer{
//包含所有級別的公共屬性
...
}
public class CustomerA extends Customer{
//只包括一級客戶的特有屬性
}
public class CustomerB extends Customer{
//只包含二級客戶特有的屬性
}
這樣更符合面向對象的原則，然后在hbm.xml中這樣寫：
<id name="id" type="int">
...
</id>
<discriminator column="flag" type="string" />
<!-- 公共屬性的映射 -->
<subclass name="CustomerA" discriminator-value="A">
<!-- 一級客戶特有屬性的映射 -->
</subclass>
<subclass name="CustomerB" discriminator-value="B">
<!-- 二級客戶特有屬性的映射 -->
</subclass>
這樣就可以單獨的用CustomerA,CustomerB這樣的實例了，做數據庫修改時就不用關心flag字段的值了，會自動的加A或B。
如果是使用hibernate Annotation而不是xml來描述映謝關系，代碼如下：
@Entity
@Table(name = "customer")
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
@DiscriminatorColumn(name = "flag", discriminatorType = DiscriminatorType.STRING)
public class Customer{
}
@Entity
@DiscriminatorValue(value = "A")
public class CustomerA extends Customer{
}
@Entity
@DiscriminatorValue(value = "B")
public class CustomerB extends Customer{
}
這樣就可以了。
1.scope="prototype"的作用
今天在做項目的時候遇到一個問題，同一個action里使用不同的操作（增刪改查）的時候總是獲得當前系統時間是同一個時間，后來檢查了下才知道是spring.xml里的action映射里沒有加scope="prototype"屬性 scope="prototype"沒寫的問題,項目中對一個表的增刪該操作是用一個action，這個action有add,update,delete,save這些方法，添加和修改是共用一個頁面，當頁面得到id時代表進行的修改操作，反之是添加操作。因為在配置spring的bean是忘了寫scope="prototype"所以每次添加時都顯示最后一次訪問過的記錄,找了很長時間，原來是spring bean出了問題。 scope="prototype" 會在該類型的對象被請求時創建一個新的action對象。如果沒有配置scope=prototype則添加的時候不會新建一個action，他任然會保留上次訪問的過記錄的信息