其他

    當今的資料處理大致可以分成兩大類：聯機交易處理OLTP（on-line transaction processing）、線上分析處理OLAP（On-Line Analytical Processing）。OLTP是傳統的關係型資料庫的主要應用，主要是基本的、日常的交易處理，例如銀行交易。OLAP是資料倉儲系統的主要應用，支援複雜的分析操作，側重決策支援，並且提供直觀易懂的查詢結果。下表列出了OLTP與OLAP之間的比較。　　OLTP OLAP 　　使用者 操作人員,低層管理員 決策人員,

/** * 刪除檔案夾，包括檔案夾下所有檔案 <功能詳細描述> * * @param path 檔案夾路徑 */ public void deleteFile(String path) { File pathFile = new File(path); if (!pathFile.exists()) { return; } else {

分布式服務架構一、     引言：分布式服務在公司專屬應用程式之重，不再多說。本文主要介紹分布式服務架構涉及的基本網路通訊原理、應用級遠程通訊協定介紹和流行的分布式服務架構介紹，以達到對分布式服務架構的整體理解。二、     網路通訊的基本原理：從層面意思理解，網路通訊需要將資料從一台機器傳輸到另一台機器，達到多台機器通訊目的，具體的網路傳輸方式基於傳輸協議和網路IO。其中比較常見的傳輸協議有：HTTP、TCP、UDP等，HTTP、TCP、UDP協議也是基於SOCKET概念上為某類應用情境而拓展

           說明：<jsp:include page="a.jsp">標籤，只能嵌套一個實體頁面，不能嵌套一個Servlet請求；如果嵌套一個Servlet請求，可能後台報Stream closed錯誤。             如果該標籤引用一個Servlet請求，如<jsp:include page="aAction.do?method=test" />時，後台報錯如下：java.io.IOException: Stream closedat

安全紅線SQL盲注總結安全層級: 高安全風險: 可能會查看、修改或刪除資料條目和表 可能原因：未對使用者輸入正確執行危險字元清理技術描述：Web 應用程式通常在後端使用資料庫，以與企業資料倉儲互動。查詢資料庫事實上的標準語言是 SQL（各大資料庫供應商都有自己的不同版本）。Web 應用程式通常會擷取使用者輸入（取自 HTTP

什麼是線上分析處理（OLAP）與聯機交易處理（OLTP）來源：http://www.itisedu.com/phrase/200604230827105.htmlhttp://www.huihoo.com/database/dw2.html當今的資料處理大致可以分成兩大類：聯機交易處理OLTP（On-Line Transaction Processing）、線上分析處理OLAP（On-Line Analytical

在項目當中，需要將某些資料記錄在日誌表中，以備審計或統計等。但日誌表在儲存過一段時間後，需要定時清理，而好多項目中，多採用資料庫JOB針對每個日誌表單獨清理，這種方式的缺點：1）新增日誌表清理開發工作量大；2）相同邏輯處理，但因清理周期不同，存在大量相同代碼；3）如果屏蔽某個功能，不需要日誌清理，屏蔽定時任務，開發工作量也比較大。。。解決方案：可以將清理日誌表相關的表名和清理周期等動態參數儲存在資料庫單獨日誌清理配置表中集中配置，相同邏輯處理放在Oracle預存程序中實現。這種實現方式的好處：1

首先需要在web.xml進行聲明：<!--如果不定義webAppRootKey參數，那麼webAppRootKey就是預設的"webapp.root"--><context-param>   <param-name>webAppRootKey</param-name>  

        用Swing做介面已經有好些時日了，而有很多東西，我依然沒搞清楚。思考的太少的緣故，平時做事情只管埋著頭做，做到哪裡算到哪裡。以至於邏輯關係不清，思維有點混亂。其實就如同事所說的，介面這個活其實是最簡單的，除了繁瑣以外，基本沒有什麼困難。        做事情時才能發現問題，發現了問題並搞清楚問題，就會有所收穫。那最近的幾點收穫是：       

 蘊含等值式:P->Q<=>~PvQ,如何理解P為假時，P->Q為真命題？蘊含式P->Q表示，如果P那麼Q，顯然：如果P為真則Q為真，P→Q是真命題，當P為真命題，而Q為假命題時，P→Q是一個假命題。比如張三說，“如果明天天不下雨(P)，那麼他去你家玩(Q)”,如果第二天天不下雨，他去了你家，他說了真話(P→Q為真)，如果天不下雨，但他沒有去你家，顯然他說了謊話(此時P→Q為假)。但是當P為假時，無論此時Q是真命題還是假命題，P→Q的真假好象無法判斷，又如第二天天下

http://wenku.baidu.com/view/e10ea0630b1c59eef8c7b421.html參考myeclipse9.0安裝svn(測試100%通過) 為什麼標題要寫100%通過呢？原因是以前的方法(直接複製到plugin裡，link安裝)都不好用了，9.0不吃這一套，所以告訴大家這麼做一定能夠裝上！！此方法適用於所有版本的myeclipse9.0(M1或者官方下載版)測試環境：作業系統：CentOS 5.5 X64JDK      ：

使用浮點數和小數中的技巧和陷阱雖然幾乎每種處理器和程式設計語言都支援浮點運算，但大多數程式員很少注意它。這容易理解 ― 我們中大多數很少需要使用非整數類型。除了科學計算和偶爾的計時測試或基準測試程式，其它情況下幾乎都用不著它。同樣，大多數開發人員也容易忽略 java.math.BigDecimal 所提供的任意精度的小數 ― 大多數應用程式不使用它們。然而，在以整數為主的程式中有時確實會出人意料地需要表示非整型資料。例如，JDBC 使用 BigDecimal 作為 SQL DECIMAL

調用的方法： onClick="getDate(this);return false;" 頁面上的jsfunction getDate(ctrlobj) { showx = event.screenX - event.offsetX - 4 - 210 ; // + deltaX; showy = event.screenY - event.offsetY + 18; // + deltaY; newWINwidth = 210 + 4 + 18; retval =

      public File(String path)；    如果path是實際存在的路徑，則該File對象　　　　表示的是目錄；如果path是檔案名稱，則該File對象表示的是檔案。　　public File(String path,String name)；//path是路徑名，name是檔案名稱　　public File(File dir,String name)；//dir是路徑名，name是檔案名稱      <>檔案管理方法      creatNewFile()

 Spring提供了一套成熟而全面的基礎架構，站在應用開發的實際角度來說，其最大的優勢在於：Spring是一個從實際項目開發經驗中抽取的，可高度重用的應用程式框架。Spring Framework中目前最令人信服的，也就是名為控制反轉（IOC ＝Inverse Of Control）或者依賴注入（DI ＝Dependence

最近一陣子做了點關於MFC的項目對於對話方塊選定資源的過程有了更進一步的瞭解按一般的風格，MFC的對話方塊中一般都會有這麼一行:enum { IDD = xxxxx };在這個對話方塊的建構函式裡一般會這樣寫InvoiceDialog::InvoiceDialog(CWnd* pParent /*=NULL*/) : CDialog(InvoiceDialog::IDD, pParent), m_Invoice(NULL){//{{AFX_DATA_INIT(InvoiceDialog)

簡介網路列印串連在兩個方面對Microsoft Windows列印伺服器的效能和可擴充性產生重大影響。首先，瞭解可用於將客戶工作站串連到列印伺服器的選擇很重要。此外，用於將伺服器上的作業發送到實際列印裝置的印表機連接埠類型非常關鍵。 用戶端-伺服器串連Windows 用戶端通常通過遠端程序呼叫（RPC）或SMB服務來串連到列印伺服器。RPC串連是首選連線類型，因為其支援增強即點即打（Point-and- Print）特性。SMB串連主要和Windows

將傳入的任意中文字元轉換為拼音（1）多音字只取其中一個讀音。（2）生僻字如果沒有拼音，使用unknown替代。package com.amgotech;public class ChineseSpelling{   private static int[] pyvalue = new int[] { -20319, -20317, -20304, -20295, -20292, -20283, -20265, -20257, -20242, -20230, -20051, -20036, -20

在web.xml有幾個條目和log4j有關，它們是: 1. <context-param>         <param-name>webAppRootKey</param-name>         <param-value>petclinic.root</param-value> </context-param> 2. <context-param>

作者：|出處：搜狐IT| 2011-10-13 05:15:22 |閱讀：31次         【搜狐IT訊息】10月13日訊息，Google一位工程師最近批評公司，稱新的社交網路Google+是“可悲的馬後炮（pathetic afterthought）”。　　Google軟體工程師史蒂夫·耶格（Steve