其他

1、B樹索引這是最常見的索引，幾乎所有的關係型資料庫系統都支援B樹結構的索引，也是被最多使用的，其樹結構與二叉樹比較類似，根據行id快速定位到行。大部分資料庫預設建立的索引就是這種索引。B樹索引在檢索高基數資料列(高基數列是指該列有很多不同的值，該列所有不同值的個數之和與該列所有值的個數之和的比成為列基數)時提供了比較好的效能，B樹索引是基於二叉樹的，由分支塊和葉塊組成。在樹結構中，位於最底層的塊成為葉塊，包含每個被索引列的值和行所對應的rowid。在分葉節點的上面是分支塊，用來導航結構，包含了

首先恭喜守宏同學找到了自己心儀的工作，入職的事情終於塵埃落定，也算是一個新的開始吧。和守宏聊天的時候也說了很多有關工作的事情，暢想了以後美好的未來，也想到了今後的種種困難。不說別的就是單單在北京房屋這一項就夠任何一個職場上的人忙上好幾年的。英國天氣無常，所以英國人寒暄的時候常常談論天氣；北京人居無定所，所以在北京上班的朋友們大可以在寒暄的時候談論租房;)。“哎，你在哪租的房子？”“我在西二旗那邊，挺便宜的……”“嗨，我之前在那邊住過……”很多在北京工作的朋友第一要考慮的就是住宿的問題。沒辦法“衣

在使用微軟基礎設施和企業部署這麼多年的過程中，微軟的檔案加密系統（EPS）是我迄今為止見過的最安全但也是最未被充分應用的技術之一。在企業級或者中等規模的開發過程中很少被使用，無論是個人還是團隊在安全控制中都孤立的來使用（EPS）。由於EPS易於個人設定和自主使用，但是在大規模部署時需要進行認證，修復代理管理，備份，儲存以及在實現訪問模型方面要進行詳細計劃。EPS的錯誤部署可能導致資料的丟失。雖然通過物理途徑可以解決，但是為了說得更具體，舉個例子假設在一次失敗的情境中設計不合理的EPS控制導致加密

什麼是SOA？常常聽到人們拿OOP和SOA一起來說事，諸如SOA是否可以代替物件導向（OOP）或者兩者比哪個更加有優勢？直接回答有難度舉個例子可能顯得答案更容易理解。小孩子問你該認真寫作業呢？還是高考的時候報理科呢？摸不到頭腦吧，根本就毫無意義的風牛馬不相及的問題。（確切的說OOP和SOA還是有一些關聯的，就像好好學習可以在高考的時候報理科是一樣的。）服務導向架構(Service Oriented

企業服務匯流排(Enterprise Service

什麼是BPM很多情況下企業當中所提供的服務不是由一個分布式商務程序就可以完成的，整個服務的提供需要多個分布式流程有機的組合，於是BPM就應運而生了。要將現有的服務通過配置、編排（關於配置與編排的區別後面將說明）以滿足具體的商務程序的目的就不得不藉助於工作流程的相關內容。畢竟各個服務之間的配合是為了提供一項合理的商務程序，這樣的話就必須要設計流程，說白了就是各個服務誰先誰後的問題。從字面上理解BPM所要做的就是對整個商務程序進行管理。這其中包括很多方面，比如分析業務、實現業務功能、檢測商務程序、建

SOA中的MEP和JavaEE中的JMS類似，當然了就應該是類似的，因為都是關於訊息方面的。一個是對系統架構當中訊息的解決思路，一個是針對Java平台中的訊息的具體解決辦法（嚴格說不是具體的，只是提供了介面而已）或者說和上面分析BPM與Jpbm一樣，前者是後者的特例，所以後者有的特徵前者大部分都有。就像JMS規範中描述的那樣訊息無非也就是請求與應答，這裡有兩種基本的模式其實很簡單啦。第一種就是請求/應答，第二種是請求不應答（單程）。如果兩次單程訊息的傳遞可以類似的成為一次請求/接聽模式。但是他們

每當別人問我關於三層的知識的時候我總是推薦自己的《三層架構之抽象工廠加反射》這篇部落格。這篇部落格是自己當時學習三層的時候寫的一個簡單的登入例子。這個例子通過登入這個用例簡單的介紹了三層，然後過度的三層+簡單工廠再過渡到三層+抽象工廠。不管說從方法命名或者代碼風格上來說自己都不敢說是最好的，但是體現三層我感覺還是綽綽有餘的。然而最近在給別人講述三層時候被他人指出這篇部落格的代碼有些許錯誤，雖然別人指出的方式有些令自己不快，甚至氣憤！但是畢竟還有人關注自己，還有人看自己的部落格，還有人給自己指出不

Struts11、初始化：struts架構的總控制器ActionServlet是一個Servlet，它在web、xml中配置成自動啟動的Servlet，在啟動時總控制器會讀取設定檔（struts-config、xml）的配置資訊，為struts中不同的模組初始化相應的對象。2、發送請求：使用者提交表單或通過URL向WEB伺服器提交請求，請求的資料用HTTP協議傳給web伺服器。3、form填充：struts的總控制器ActionServlet在使用者提交請求時將資料放到對應的form對象中的成員

什麼是職責鏈模式？     China  of Responsibility:使多個對象都有機會處理請求，從而避免請求的寄件者和接受者之間的耦合關係。將這個對象連成一條鏈，並沿著這條鏈傳遞該請求，直到有一個對象處理它為止。   

根據前面介紹的Proxy和InvocationHandler,實在很難看出這種動態代理的優勢,下面介紹一種更實用的動態代理機制.只要我們開發一個實際使用的軟體系統,總會出現相同代碼重複出現的情形,在這種情形下,最常見的做法是:選中那些代碼一路“複製”、“粘貼”立即實現系統的功能，如果僅僅從軟體功能上來看，他們確實已經完成了軟體的開發。對於採用上述方法實現的系統，在軟體開發期間可能會覺得無所謂，但如果有一天需要修改程式的公用部分，那意味著開啟多份原始碼進行修改。如果有100個地方，甚至是1000個

設計分析一般資料庫管理系統登入對話方塊有兩種基本方法方法1:在資料庫中建立一個資料表用於儲存系統使用者登入資訊,在設計登入對話方塊時通過查詢該資料表完成驗證.(一般性)方法2:對於一些支援安全驗證的資料庫管理系統,如SQL可將系統使用者定義為資料庫使用者,再設計登入對話方塊時使用輸入的使用者名稱和登入口令來串連資料庫,讓資料庫管理系統完成驗證. 技術要領設定預設按鈕:將命令按鈕控制項的default屬性設定為true,設定完以後按enter鍵即可選擇該按鈕設定取消按鈕:將命令按鈕的cancle屬

            資料庫系統是管理資訊系統的核心，是最為重要的電腦應用之一。從大多數系統的應用執行個體來看，查詢操作在各種資料庫操作中所佔的比重最大，下面就讓我們來細細的瞭解一下查詢中的常見的查詢語句——select語句吧！ 這是select語句大體的查詢方法          下面我們再去單獨的瞭解每一種查詢方法1.簡單的select查詢 2.where 條件查詢          

需求：         裝扮小菜，保證小菜想穿什麼就穿什麼（需要保證裝飾類之間彼此獨立）定義：         動態為對象添加更多的功能什麼時候使用裝飾模式?       當系統需要添加更多的功能的時候,向舊的類中添加新的代碼.這些新加的代碼通常裝飾了原有

OOP即Object-Oriented Programming(物件導向程式設計)就是選用物件導向的程式設計語言（Object-Oriented Programming

cache是一種高速緩衝儲存空間，她的主要作用是提高CPU資料輸入的速率，調和CPU速度與記憶體儲存速度之間的巨大差異。通俗一點說就是CPU太快，記憶體速度相對比較慢，而cache的速度快，但是cache的價格比較昂貴。人們想到一個辦法就是利用小容量的cache在CPU和記憶體中間當橋樑，也就是說把CPU在下一個時間段需要用到的資料提前存入cache中，當CPU需要的時候可以快速的從Cache中取得資料，這樣就可以在一定程度上提高電腦的效能。但是怎樣才能知道CPU在下一個時間段內用到記憶體中的哪

三層架構就是MVC！起初老師總說三層MVC，MVC三層架構……所以開始的時候腦子就一個概念：三層就是MVC，MVC就是三層架構。而且想想也合理啊，都是“三”。MVC是三個字母，三層架構也是“三”，理所應當的就對應上了。然後就這麼一直“錯”了很長時間。三層架構絕不是MVC！！後來學習了J2EE之後發現老師說的好像不對，MVC和三層架構不是一個東西。三層架構是介面層（UI）商務邏輯層（BLL）和資料訪問層（DAL）構成的，而MVC是模型層（M）介面層（View）和控制層（Controller）構成的

概念（來自度娘）系統最佳化原來是系統科學（系統論）的術語，現在常用作電腦方面的術語。它儘可能減少電腦執行的進程，更改工作模式，刪除不必要的中斷讓機器運行更有效，最佳化檔案位置使資料讀寫更快，空出更多的系統資源供使用者支配，以及減少不必要的系統附加元件及自動啟動項。當然最佳化到一定程度可能略微影響系統穩定性，但基本對硬體無害。系統最佳化的一般步驟分為五步，不同的公司可能會省略其中的部分文檔，但是大體的思路是一致的。1、發現問題一般效能的問題無非是系統工作效率低下，最常見的就是對資料庫的CRUD操作

此次DRP項目主要對企業的物流和資金流進行全面的管理和控制，從而縮短企業的供應鏈，為企業節省成本，為管理層提供全面的資訊流。本系統主要包括如下模組，代理商及其庫存管理、分銷費管理、結賬管理、付款結算管理、統計報表管理、基礎資料管理和系統管理。整個系統採用分層的思想，通過調用訪問資料庫類（Dbutil）訪問資料庫。考慮到如果多次執行個體化使用者管理類（UserManager）可能導致對錶的操作混亂，而且還浪費資源。而且使用者管理類（UserManager）有一個就足夠了。映射到三層架構中就是DLL