風人園

 

1、新建一個臨時數據庫，用于存放查詢結果
CREATE TABLE DatabaseFileLog
(
 date DATETIME,
 dbname VARCHAR(20),
 FILENAME VARCHAR(100),
 fileSIZE FLOAT
 
)

2、通過游標遍歷所有數據庫
declare @dbName varchar(50)
declare @command varchar(1024)
declare dbName_cursor CURSOR FOR
    select [name]
    from master.dbo.sysdatabases
    where [name] not in ('master','tempdb','msdb','model')
open dbName_cursor
FETCH NEXT FROM dbName_cursor INTO @dbName
WHILE @@FETCH_STATUS = 0
begin
    set @command = '
        insert into DatabaseFileLog
        select
        getdate(),
        '''+
        @dbName
        +''',

        filename,
        convert(float,size) * (8192.0/1024.0)/1024.0 as ''MB''

        from '+@dbName +'.dbo.sysfiles ';
    exec ( @command );
    FETCH NEXT FROM dbName_cursor INTO @dbName ;
end
CLOSE dbName_cursor;
DEALLOCATE dbName_cursor;

3、查詢結果
SELECT * FROM DatabaseFileLog

設置注釋模板的入口： Window->Preference->Java->Code Style->Code Template 然后展開Comments節點就是所有需設置注釋的元素啦。

常用的，一般兩個

文件(Files)注釋標簽：

/**  
* @Title: ${file_name}
* @Package ${package_name}
* @Description: ${todo}(用一句話描述該文件做什么)
* @author A18ccms A18ccms_gmail_com  
* @date ${date} ${time}
* @version V1.0  
*/

類型(Types)注釋標簽（類的注釋）：

/**
* @Description: ${todo}(這里用一句話描述這個類的作用)
* @author ${user}
* @date ${date} ${time}
*
* ${tags}
*/

    ModelAndView中保存了要傳遞給視圖的對象和具體要使用的視圖文件，自2.0起， Spring MVC提供了Convention over Configuration的機制，大大簡化了代碼與配置。簡單地說，名字以Controller結尾的控制器類都會被映射為相應的地址，ListArticleController對應/listarticle*，如果是MultiActionController則會被映射為一個目錄；向ModelAndView添加對象時可以不用指定鍵（key），單一對象的鍵取決于類名，比如x.y.User的鍵是user，而某一類對象的 Set、List或數組則稍有些復雜，取第一個對象的類名加上“List”作為它的鍵，比如這里的articles是一個存放Article對象的 List，它的鍵就是articleList；
也可以通過執行key，來指定變量名稱

    spring的事物配置，默認狀態下，只針對　RuntimeException　進行回滾。
而像ＳＱＬＥｘｃｅｐｔｉｏｎ并不是RuntimeException，所以這里需要特別注意。

這里困擾了我很久，一直沒有想明白為什么在一個事務里面，部分成功，部分失敗。可能就是這個原因導致的。
也就是說，一些系統級別的異常，前期都需要轉化成　RuntimeException　。這樣就可以進行回滾了。

但是這樣的只需要修改底層，另外一個偷懶的方法，在每個ｓｅｒｖｉｃｅ類上直接指定rollback = Exception.class。這樣所有的異常都會回滾。但是這樣有沒有副作用，但是不清楚。

異常一直是我沒有搞定的一塊內容之一，稱這個機會研究一下。
為什么需要分check 和unckeck，兩者有什么不動點。
如果都是用uncheck，會不會有什么問題？
待續。。。

    以前沒怎么用，現在真用起來的時候還是會有很多白癡問題，哈。
    今天想做一個left join ， 關聯關系應該是已經配好了，但是調用hql就是報錯，也不知道怎么回事。繼續研究ing。

struts2+spring2.5+hibernate 3.3

在hibernate的操作中，特別是主從數據的操作。

一般有這么幾個地方需要注意，以前也一直沒有拿hibernate好好用過，現在真正用起來，問題還是挺多了。這幾天一直在調試解釋這種問題。

主數據中的一對一關聯，這里的關聯數據從頁面提交的時候是否可以直接映射到主數據對象中？暫時不清楚，可以測試一下。

然后是明細數據的操作，現在動態產生的行數據，然后手動解析，生成明細對象。整個過程個人感覺比較麻煩，暫時也想不出有什么好的解決方案。

這里在級聯保存數據的時候，首先要清除掉原來的明細數據，然后再把頁面提交過來的數據加上。
不知道一般是不是這樣弄的。否則沒法清楚原來的數據。

    通過搜索和閱讀myEclipse的幫助文件，發現這是可以實現的。不過前提是，你使用的hibernate是3.2版本。這樣就可以支持以注解的方式生成實體類了。跟hbm配制文件方式基本是一樣的。

    昨天特地好好的看了一下MyEclipse的幫助，里面關于ajax web開發的工具感覺還是挺好用的，以前一直也沒有了解一下里面的功能，以后要好好用一下，還是可以有不少幫助的。
    今天先起個頭，明天寫一個詳細的操作說明，這樣也方便自己，免得忘了。

通過服務器端獲取模版文件的絕對路徑，然后通過response來輸出到頁面，就可以實現導出，這個比poi等等都簡單很多，用起來比較舒服。
服務器路徑的獲取：request.getSession().getServletContext().getRealPath(name);
這樣就可以獲得web目錄下某個文件的服務器端路勁。

今天在使用的時候發現一個問題，就是在使用表達式的時候有一個地方需要注意

${item.itemQty}

像上面的這個表達式就會出錯，這里也沒有看源代碼，具體不是很清楚，但是看了一下日志，發現，后面的這個item也被替換了，所以覺得這個可能是jxls的bug或者是作者偷懶搞的。

以后只需要注意字段名不能跟bean的名字一樣，否則就出錯。

僅此記錄

主要講一下在配置的過程中出現的問題，基本的配置方式網上有很多。
這里講spring的集成問題。
可能會出現兩個問題
1、spring配置：
    

 <bean id="datasourceTarget" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
  <!-- Connection Info -->

 </bean>

    <bean id="dataSource" class="com.p6spy.engine.spy.P6DataSource">
        <constructor-arg>
            <ref local="datasourceTarget"/>
        </constructor-arg>
    </bean>

    這樣就不會出現說找不到合適的驅動 這個異常。
2、是p6spy的版本問題，導致spring配置文件失敗
    如果使用上面這個配置，需要1.3版本的p6spy.jar，我用老的，就出現說不能創建dataSource，沒有合適的一個參數的構造函數。

這是今天配置IronTrackSQL出現的兩個問題，讓我折騰了一個下午，所以記下來。
還有一個問題就是
Warning: Could not instantiate IronTrack server: java.net.BindException: Address already in use: JVM_Bind
地址占用的問題，好像有兩個server啟動了。我重啟一下就會出現這個問題，第一次啟動就沒有問題，暫時不知道什么原因。
找到了為什么重復啟動的問題，項目啟動了兩次，導致后一次啟動端口被暫用。
總的來說還是不錯的，但是還搞不清楚怎么正確使用。
繼續努力中

        干了這么多年的代碼工，對于代碼質量的理解，個人認為就是一個，可維護性，除非你開發的東東是一錘子買賣，否則后期的投入會多的可怕，而且對于錯誤就沒有辦法控制了

        下面引用別人的一段話來說明一下什么是高質量的代碼：
                高質量的代碼，除了符合產品的功能設計需求外，還應該便于維護、執行效率高、經過充分測試并且擁有較好的穩定性。

        但是從我個人來講，可維護性是第一位的，其他都是必須的，沖突的話就應該適當取舍。便于維護必然會影響到一點點的效率，但是這個肯定是可以接受的。是可以通過其他方式來彌補的。
        不能為了追求所謂的高效，而破壞了系統的維護性，這樣導致后期維護會有很大的問題，從而可能導致低效。

        這里介紹幾個工具，來提高代碼質量。findbugs就是其中的一個，可以對代碼提出很好的修改建議。

purifyplus 一個運行時檢測系統，可惜不免費。


備注： rational team concert 協作開發系統，集成版本控制、工作項和構建