關(guān)于大端和小端，自己已經(jīng)記了很多次了，可每次都忘，今天創(chuàng)新工場(chǎng)筆試，第一道題就是關(guān)于大端小端的知識(shí)，可惜，自己又忘了，怎么回事，說(shuō)到底，是自己同時(shí)記大端和小端，導(dǎo)致容易混淆，現(xiàn)在只記小端了：小端，是數(shù)的高位存在內(nèi)存地址的高位，小高高！

下面是從網(wǎng)上摘抄的一些東東，幫助理解和記憶，來(lái)自http://www.52rd.com/Blog/Detail_RD.Blog_imjacob_14837.html：

端模式（Endian）的這個(gè)詞出自Jonathan Swift書(shū)寫(xiě)的《格列佛游記》。這本書(shū)根據(jù)將雞蛋敲開(kāi)的方法不同將所有的人分為兩類，從圓頭開(kāi)始將雞蛋敲開(kāi)的人被歸為Big Endian，從尖頭開(kāi)始將雞蛋敲開(kāi)的人被歸為L(zhǎng)ittile Endian。小人國(guó)的內(nèi)戰(zhàn)就源于吃雞蛋時(shí)是究竟從大頭（Big-Endian）敲開(kāi)還是從小頭（Little-Endian）敲開(kāi)。在計(jì)算機(jī)業(yè)Big Endian和Little Endian也幾乎引起一場(chǎng)戰(zhàn)爭(zhēng)。在計(jì)算機(jī)業(yè)界，Endian表示數(shù)據(jù)在存儲(chǔ)器中的存放順序。下文舉例說(shuō)明在計(jì)算機(jī)中大小端模式的區(qū)別。

如果將一個(gè)32位的整數(shù)0x12345678存放到一個(gè)整型變量（int）中，這個(gè)整型變量采用大端或者小端模式在內(nèi)存中的存儲(chǔ)由下表所示。為簡(jiǎn)單起見(jiàn)，本書(shū)使用OP0表示一個(gè)32位數(shù)據(jù)的最高字節(jié)MSB（Most Significant Byte），使用OP3表示一個(gè)32位數(shù)據(jù)最低字節(jié)LSB（Least Significant Byte）。

地址偏移	大端模式	小端模式
0x00	12（OP0）	78（OP3）
0x01	34（OP1）	56（OP2）
0x02	56（OP2）	34（OP1）
0x03	78（OP3）	12（OP0）

如果將一個(gè)16位的整數(shù)0x1234存放到一個(gè)短整型變量（short）中。這個(gè)短整型變量在內(nèi)存中的存儲(chǔ)在大小端模式由下表所示。

地址偏移	大端模式	小端模式
0x00	12（OP0）	34（OP1）
0x01	34（OP1）	12（OP0）

由上表所知，采用大小模式對(duì)數(shù)據(jù)進(jìn)行存放的主要區(qū)別在于在存放的字節(jié)順序，大端方式將高位存放在低地址，小端方式將 高位存放在高地址。采用大端方式進(jìn)行數(shù)據(jù)存放符合人類的正常思維，而采用小端方式進(jìn)行數(shù)據(jù)存放利于計(jì)算機(jī)處理。到目前為止，采用大端或者小端進(jìn)行數(shù)據(jù)存 放，其孰優(yōu)孰劣也沒(méi)有定論。

有的處理器系統(tǒng)采用了小端方式進(jìn)行數(shù)據(jù)存放，如Intel的奔騰。有的處理器系統(tǒng)采用了大端方式進(jìn)行數(shù)據(jù)存放，如IBM半導(dǎo)體和Freescale的PowerPC處理器。不僅對(duì)于處理器，一些外設(shè)的設(shè)計(jì)中也存在著使用大端或者小端進(jìn)行數(shù)據(jù)存放的選擇。

因此在一個(gè)處理器系統(tǒng)中，有可能存在大端和小端模式同時(shí)存在的現(xiàn)象。這一現(xiàn)象為系統(tǒng)的軟硬件設(shè)計(jì)帶來(lái)了不小的麻煩，這要求系統(tǒng)設(shè)計(jì)工程師，必須深入理解大端和小端模式的差別。大端與小端模式的差別體現(xiàn)在一個(gè)處理器的寄存器，指令集，系統(tǒng)總線等各個(gè)層次中。

轉(zhuǎn)自：http://jaskell.blogbus.com/logs/3249971.html

一、同余

    我們來(lái)了解一下什么是“同余”。簡(jiǎn)單來(lái)說(shuō)就是，如果兩個(gè)數(shù)都除以某個(gè)數(shù)能夠有相同的余數(shù)，那么我們就說(shuō)這兩個(gè)數(shù)“同余”。不過(guò)這次我們用嚴(yán)謹(jǐn)?shù)臄?shù)學(xué)概念來(lái)表述：

    兩個(gè)整數(shù) a，b，若它們除以整數(shù) m 所得的余數(shù)相等，則稱 a，b 對(duì)于模 m 同余

    記作

    讀作 a 同余于 b 模 m ，或讀作 a 與 b 關(guān)于模 m 同余。

    比如

    我們?cè)賮?lái)了解一下相關(guān)的性質(zhì)：

1. 如果 ，那么 m | (a − b) ，這里 m | (a − b) 表示 (a − b) 能被 m 整除
2. 如果 ，, 那么
3. 如果 ，, 那么，，，
4. 如果 ， 那么  

    有了這些性質(zhì)，判斷兩個(gè)數(shù)是否同余就可以用更簡(jiǎn)單的方法了。根據(jù)性質(zhì)一，原來(lái)我們需要判斷 (a mod m) == (b mod m) 是否為真，現(xiàn)在就可以直接判斷 (a - b) mod m == 0 是否為真了。這樣就把其中一次求余運(yùn)算變?yōu)闇p法運(yùn)算了。一般來(lái)說(shuō)減法要比除法更容易在計(jì)算機(jī)上實(shí)現(xiàn)，運(yùn)算速度也更快。

二、求余 (a * b * c * d) mod m = ?

    由于計(jì)算機(jī)表示一個(gè)整數(shù)通常用 32bit 。而大量連乘運(yùn)算則可能會(huì)導(dǎo)致整數(shù)溢出，這時(shí)我們就要利用求余一些性質(zhì)來(lái)進(jìn)行處理了。把以上式子轉(zhuǎn)換為：

    已知： (a * b) mod m == ((a mod m) * b) mod m

    所以： (a * b * c * d) mod m = ((((((a mod m) * b) mod m) * c) mod m) * d) mod m

    這樣就把連乘運(yùn)算分解了，每次可以先進(jìn)行求余運(yùn)算然后再進(jìn)行乘法運(yùn)算。

使用的是Ubuntu 9.10發(fā)行版，找了好半天中文輸入法，發(fā)現(xiàn)目前最好/最新的是ibus（前身是鼎鼎大名的scim-python，對(duì)于我這個(gè)linux小白來(lái)說(shuō)，并不是鼎鼎大名的...），嚴(yán)格來(lái)說(shuō)它不是一個(gè)輸入法，而是一個(gè)輸入法框架，9.10自帶的ibus里有N多國(guó)家的輸入法（基于ibus框架）。ubuntu9.10里面ibus自帶的中文PinYin輸入法好像一開(kāi)始不能用...（拿不準(zhǔn)...），必須去Preferences里面的IBus Preferences里面的Input Method中自己添加“漢語(yǔ)-PinYin”輸入法，如果開(kāi)始沒(méi)有，需要安裝ibus-pinyin，見(jiàn)下面的第4步。

在網(wǎng)上找了點(diǎn)資料，在ibus已經(jīng)加入到Ubuntu的源了，如果需要，使用下面的命令進(jìn)行安裝：

1. sudo apt-get update                                   更新軟件包列表
2. sudo apt-get install ibus                            安裝ibus框架
3. sudo apt-get install ibus ibus-table        安裝某些輸入法引擎基礎(chǔ)，如果僅僅想使用拼音輸入法，可以跳過(guò)此步，拼音輸入法不需要依賴ibus-table。某些輸入法，如五筆，依賴ibus-table。
4. sudo apt-get install ibus ibus-pinyin       安裝拼音輸入法引擎，發(fā)現(xiàn)很好用啊，哈哈

由于安裝和卸載軟件是使用的必須前提，所以這里對(duì)apt命令進(jìn)行一些總結(jié)。在總結(jié)之前，還得對(duì)ubuntu的軟件源的地址進(jìn)行說(shuō)明，為了達(dá)到好的下載源的速度，最好選一個(gè)最快的軟件源，目前來(lái)說(shuō)http://ubuntu.srt.cn是最快的，ubuntu自己提供了檢測(cè)的功能，可以自動(dòng)檢測(cè)（choose a download server -> select best server）。

關(guān)于apt-get命令的詳細(xì)而簡(jiǎn)單的說(shuō)明，是《AptGetHowTo》。注意，使用apt-get命令必須要用root權(quán)限。這里，摘抄了最常用的命令....如下

Installation commands

• apt-get install <package_name> 

  This command installs a new package.

• apt-get build-dep <package_name> 

  This command searches the repositories and installs the build dependencies for <package_name>. If the package is not in the repositories it will return an error.

• aptitude install <package_name>

  Aptitude is a [http://en.wikipedia.org/wiki/Ncurses Ncurses] viewer of packages installed or available. Aptitude can be used from the command line in a similar way to apt-get. See man aptitude for more information.

• APT and aptitude will accept multiple package names as a space delimited list. For example:

  apt-get install <package1_name> <package2_name> <package3_nam
  
  
  

Search commands

• apt-cache search <search_term>

  This command will find packages that include <search_term>.

• dpkg -l *<search_term>*

  This will find packages whose names contain <search_term>. Similar to apt-cache search, but also shows whether a package is installed on your system by marking it with ii (installed) and un (not installed).

• apt-cache show <package_name>

  This command shows the description of package <package_name> and other relevant information including version, size, dependencies and conflicts.

 

Typical usage example

I want to feel the wind in my hair, I want the adrenaline of speed. So lets install a racing game. But what racing games are available?

apt-cache search racing game

It gives me a lot of answers. I see a game named "torcs". Lets get some more information on this game.

apt-cache show torcs

Hmmm... it seems interesting. But is this game not already installed on my computer? And what is the available version? Is it from Universe or main?

apt-cache policy torcs

Ok, so now, let's install it!

apt-get install torcs

What is the command I must type in the console to launch this game? In this example, it's straightforward ("torcs"), but that's not always the case. One way of finding the name of the binary is to look at what files the package has installed in "/usr/bin". For games, the binary will be in "/usr/games". For administrative programs, it's in "/usr/sbin".

dpkg -L torcs | grep /usr/games/

The first part of the command display all files installed by the package "torcs" (try it). With the second part, we ask to only display lines containing "/usr/games/".

Hmmm, that game is cool. Maybe there are some extra tracks?

apt-cache search torcs

But I'm running out of space. I will delete the apt cache!

apt-get clean

Oh no, my mother asked me to remove all games from this computer. But I want to keep the configuration files so I can simply re-install it later.

apt-get remove torcs

If I want to also remove config files :

apt-get purge torcs

文章來(lái)源:http://localhost/wp2/?p=180

由于宿舍網(wǎng)絡(luò)情況比較復(fù)雜，想為tattoo搭建一個(gè)proxy，沒(méi)想到在android中沒(méi)有找到設(shè)置proxy的地方。上網(wǎng)查了一篇文章，可以解決這個(gè)問(wèn)題。

轉(zhuǎn)自 http://alexmogurenko.com/blog/programming/android-how-to-set-proxy-for-android-browser/

下面是原文

There are many reasons to make browser serf pages through proxy server:

• someone wanna catch http requests/responses
• someone wanna hide his IP
• so on

What to do if you want set proxy for android browser? there some ways:

• add record to database: /data/data/com.android.providers.settings/databases/settings.db

1. pull database to pc add record (using for example sdk tool sqlite3) and replace existing db
2. make changes in database directly on device

but as for me there exist simplier way, do it by your Java application using Settings provider:

Settings.System.putString(getContentResolver(), Settings.System.HTTP_PROXY, "proxy_ip:proxy_port");

where proxy_ip/proxy_port = IP/port of proxy that you going to use.

there left one problem, it will not work if we will not add one string to manifest file, here it is:

<uses-permission android:name=”android.permission.WRITE_SETTINGS” />

Thats all, now it works, here is code:

package com.BrowserSettings;

import android.app.Activity;
import android.os.Bundle;
import android.view.View;
import android.widget.Button;
import android.provider.Settings;

public class BrowserSettingsUI extends Activity {
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);

final Button button = (Button) findViewById(R.id.Button01);
button.setOnClickListener(new Button.OnClickListener() {
public void onClick(View v) {
try
{
Settings.System.putString(getContentResolver(), Settings.System.HTTP_PROXY, "127.0.0.1:100");//enable proxy
}catch (Exception ex){
}
}
});

final Button button2 = (Button) findViewById(R.id.Button02);
button2.setOnClickListener(new Button.OnClickListener() {
public void onClick(View v) {

try
{
Settings.System.putString(getContentResolver(), Settings.System.HTTP_PROXY, "");//disable proxy
}catch (Exception ex){
}
}
});

}
}

manifest file:

<?xml version=”1.0″ encoding=”utf-8″?>
<manifest xmlns:android=”http://schemas.android.com/apk/res/android”
package=”com.BrowserSettings”
android:versionCode=”1″
android:versionName=”1.0.0″>
<application android:icon=”@drawable/icon” android:label=”@string/app_name”>
<activity android:name=”.BrowserSettingsUI”
android:label=”@string/app_name”>
<intent-filter>
<action android:name=”android.intent.action.MAIN” />
<category android:name=”android.intent.category.LAUNCHER” />
</intent-filter>
</activity>
</application>
<uses-permission android:name=”android.permission.WRITE_SETTINGS” />
</manifest>

文章來(lái)源:http://localhost/wp2/?p=172

最近在學(xué)習(xí)《算法導(dǎo)論》時(shí)，發(fā)現(xiàn)很多證明都用到了數(shù)學(xué)歸納法，這里查了點(diǎn)資料，把數(shù)學(xué)歸納法復(fù)習(xí)一下：

數(shù)學(xué)歸納法用來(lái)在數(shù)學(xué)上證明與自然數(shù)N有關(guān)的命題的一種特殊方法，它主要用來(lái)研究與正整數(shù)有關(guān)的數(shù)學(xué)問(wèn)題，在高中數(shù)學(xué)中常用來(lái)證明等式成立和數(shù)列通項(xiàng)公式成立。

用的最多的是第一數(shù)學(xué)歸納法和第二數(shù)學(xué)歸納法，下面詳細(xì)說(shuō)明。

第一數(shù)學(xué)歸納法

1. 證明當(dāng)n（n為自然數(shù)）取第一個(gè)值時(shí)命題成立
2. 假設(shè)當(dāng)n=k（k為自然數(shù)）時(shí)命題成立，證明當(dāng)n=k+1時(shí)命題也成立

由1，2步，可證明命題成立。

 

第二數(shù)學(xué)歸納法

對(duì)第一數(shù)學(xué)歸納法進(jìn)行了擴(kuò)充

1. 證明當(dāng)n=0時(shí)命題成立
2. 假設(shè)當(dāng)n<=k（k為自然數(shù)）時(shí)命題成立，證明當(dāng)n=k+1時(shí)命題也成立

有1，2步，可證明命題成立。

在算法時(shí)間復(fù)雜度的證明上，由于n取值是一個(gè)自然數(shù)，所以多用數(shù)學(xué)歸納法原理進(jìn)行證明。其實(shí)，證明循環(huán)正確性的循環(huán)不變式就是直接利用的第一數(shù)學(xué)歸納法。

 

參考：

 

百度百科，數(shù)學(xué)歸納法

文章來(lái)源:http://localhost/wp2/?p=165

如題，經(jīng)典問(wèn)題，記錄于此...

遞歸實(shí)現(xiàn)

思路：如果只有一個(gè)節(jié)點(diǎn)，則什么都不做。否則，將當(dāng)前鏈表（a1,a2...a3）的子鏈表（a2,...an）進(jìn)行逆轉(zhuǎn)，返回逆轉(zhuǎn)后的第一個(gè)節(jié)點(diǎn)的指針，再將a1節(jié)點(diǎn)加到a2節(jié)點(diǎn)后面。

代碼：(這里沒(méi)有使用頭節(jié)點(diǎn))

node * reverse(node * p){
    if(p->next == null){
        return p;
    }
    node * q = p->next;
    node * head = reverse(q);
    p->next = null;
    q->next = p;
    return head;
}

非遞歸實(shí)現(xiàn)

思路：一個(gè)指針進(jìn)行鏈表的遍歷，一個(gè)指針指向逆轉(zhuǎn)后的鏈表的第一個(gè)節(jié)點(diǎn)，在遍歷的過(guò)程中，將當(dāng)前節(jié)點(diǎn)加入逆轉(zhuǎn)后的鏈表第一個(gè)元素即可。返回逆轉(zhuǎn)后的鏈表的第一個(gè)節(jié)點(diǎn)的指針。

代碼：（這里沒(méi)有使用頭節(jié)點(diǎn)）

node * reverse(node * p){
    node * p_reverse;
    if(p != null){    
        p_reverse = p;
        node * q = p->next;
        p->next = null;    
    }
    while(q != null){
        p = q->next;
        q->next = p_reverse;
        p_reverse = q;
        q = p;
    }
}

對(duì)C語(yǔ)言用的太少，上面的代碼實(shí)現(xiàn)可能有點(diǎn)惡心，不過(guò)可以實(shí)現(xiàn)功能....

文章來(lái)源:http://localhost/wp2/?p=150

     摘要: Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE ...  閱讀全文

對(duì)eclipse是用的多，學(xué)的少，用了都半年了，連插件都不知道怎么裝，搜索了一篇文章《Eclipse 3.4插件安裝方式》作為參考吧...

以前安裝Eclipse插件無(wú)非兩種方式, 直接copy插件到features/plugins目錄或者在links目錄下創(chuàng)建鏈接文件. 剛剛發(fā)布的Eclipse 3.4又推出另一種新的安裝途徑, 更加靈活。Eclipse 3.4下有個(gè)dropins目錄, 只要把插件放到該目錄下就可以加載, 有幾種格式可以選擇。

1. 最簡(jiǎn)單的，直接將jar包放到dropins目錄:

    eclipse/
          dropins/
               com.essiembre.eclipse.i18n.resourcebundle_0.7.7

2. 傳統(tǒng)格式，統(tǒng)一放到一個(gè)eclipse目錄下:
      eclipse/ 
          dropins/ 
               eclipse/ 
                    features/ 
                    plugins/

3. 按照插件名稱區(qū)分:
    eclipse/
          dropins/
               resourcebundleeditor/
                    features/
                    plugins/               
               m2eclipse/
                    features/
                    plugins/

4. 類似links方式添加鏈接:

    eclipse/
          dropins/ 
               xfire.link

 

如果只安裝一個(gè)Eclipse的話建議采用第三種，否則采用第四種。

如果發(fā)現(xiàn)安裝了沒(méi)有效果，可以刪除eclipse主目錄下的\configuration\org.eclipse.update后，再執(zhí)行eclipse -clean試試。

文章來(lái)源:http://localhost/wp2/?p=127

     Oracle支持的數(shù)據(jù)類型可以分為三個(gè)基本種類：字符數(shù)據(jù)類型、數(shù)字?jǐn)?shù)據(jù)類型以及表示其它數(shù)據(jù)的數(shù)據(jù)類型。

    字符數(shù)據(jù)類型

    CHAR數(shù)據(jù)類型存儲(chǔ)固定長(zhǎng)度的字符值。一個(gè)CHAR數(shù)據(jù)類型可以包括1到2000個(gè)字符。如果對(duì)CHAR沒(méi)有明確地說(shuō)明長(zhǎng)度，它的默認(rèn)長(zhǎng)度則設(shè)置為1.如果對(duì)某個(gè)CHAR類型變量賦值，其長(zhǎng)度小于規(guī)定的長(zhǎng)度，那么Oracle自動(dòng)用空格填充。

    VARCHAR2存儲(chǔ)可變長(zhǎng)度的字符串。雖然也必須指定一個(gè)VARCHAR2數(shù)據(jù)變量的長(zhǎng)度，但是這個(gè)長(zhǎng)度是指對(duì)該變量賦值的的最大長(zhǎng)度而非實(shí)際賦值長(zhǎng)度。不需要用空格填充。最多可設(shè)置為4000個(gè)字節(jié)。所以如果存儲(chǔ)中文的時(shí)候，就不能存儲(chǔ)到4000個(gè)字符了，因?yàn)橐粋€(gè)漢字會(huì)占有多個(gè)字節(jié)。

    因?yàn)閂ARCHAR2數(shù)據(jù)類型只存儲(chǔ)為該列所賦的字符（不加空格），所以VARCHAR2需要的存儲(chǔ)空間比CHAR數(shù)據(jù)類型要小。

 

    Oracle推薦使用VARCHAR2

    NCHAR和NVARCHAR2數(shù)據(jù)類型分別存儲(chǔ)固定長(zhǎng)度與可變長(zhǎng)度的字符數(shù)據(jù)，但是它們使用的是和數(shù)據(jù)庫(kù)其他類型不同的字符集。在創(chuàng)建數(shù)據(jù)庫(kù)時(shí)，需要指定所使用的字符集，以便對(duì)數(shù)據(jù)庫(kù)中數(shù)據(jù)進(jìn)行編碼。還可以指定一個(gè)輔助的字符集［即本地語(yǔ)言集（National Language Set，簡(jiǎn)稱NLS）］。NCHAR和NVARCHAR2類型的列使用輔助字符集。

    在Oracle9i中，可以以字符而不是字節(jié)為單位來(lái)表示NCHAR和NVARCHAR2列的長(zhǎng)度。

    LONG數(shù)據(jù)類型可以存放2GB的字符數(shù)據(jù)，它是從早期版本中繼承來(lái)的。現(xiàn)在如果想存儲(chǔ)大容量的數(shù)據(jù)，Oracle推薦使用CLOB和NCLOB數(shù)據(jù)類型。在表和SQL語(yǔ)句中使用LONG類型有許多限制。

    CLOB和NCLOB數(shù)據(jù)類型可以存儲(chǔ)多達(dá)4GB的字符數(shù)據(jù)。NCLOB數(shù)據(jù)類型可存儲(chǔ)NLS數(shù)據(jù)。

 

    數(shù)字?jǐn)?shù)據(jù)類型

    Oracle使用標(biāo)準(zhǔn)、可變長(zhǎng)度的內(nèi)部格式來(lái)存儲(chǔ)數(shù)字。這個(gè)內(nèi)部格式精度可以高達(dá)38位。

    NUMBER數(shù)據(jù)類型可以有兩個(gè)限定符，如：

    column NUMBER （ precision， scale）

    precision表示數(shù)字中的有效位。如果沒(méi)有指定precision的話，Oracle將使用38作為精度。

    scale表示數(shù)字小數(shù)點(diǎn)右邊的位數(shù)，scale默認(rèn)設(shè)置為0。如果把scale設(shè)成負(fù)數(shù)，Oracle將把該數(shù)字取舍到小數(shù)點(diǎn)左邊的指定位數(shù)。

 

    日期數(shù)據(jù)類型

    Oracle標(biāo)準(zhǔn)日期格式為：DD-MON-YY  HH：MI：SS

    通過(guò)修改實(shí)例的參數(shù)NLS_DATE_FORMAT，可以改變實(shí)例中插入日期的格式。在一個(gè)會(huì)話期間，可以通過(guò)ALTER SESSION SQL命令來(lái)修改日期，或者通過(guò)使用SQL語(yǔ)句的TO_DATE表達(dá)式中的參數(shù)來(lái)更新一個(gè)特定值。

 

    其它的數(shù)據(jù)類型

    RAW和LONG RAW數(shù)據(jù)類型主要用于對(duì)數(shù)據(jù)庫(kù)進(jìn)行解釋。指定這兩種類型時(shí)，Oracle以位的形式來(lái)存儲(chǔ)數(shù)據(jù)。RAW數(shù)據(jù)類型一般用于存儲(chǔ)有特定格式的對(duì)象，如位圖。 RAW數(shù)據(jù)類型可占用2KB的空間，而LONG RAW數(shù)據(jù)類型則可以占用2GB大小。

    ROWID ROWID是一種特殊的列類型，稱之為偽列（pseudocolumn）。ROWID偽列在SQL SELECT語(yǔ)句中可以像普通列那樣被訪問(wèn)。Oracle數(shù)據(jù)庫(kù)中每行都有一個(gè)偽列。ROWID表示行的地址，ROWID偽列用ROWID數(shù)據(jù)類型定義。

    ROWID與磁盤(pán)驅(qū)動(dòng)的特定位置有關(guān)，因此，ROWID是獲得行的最快方法。但是，行的ROWID會(huì)隨著卸載和重載數(shù)據(jù)庫(kù)而發(fā)生變化，因此建議不要在事務(wù) 中使用ROWID偽列的值。例如，一旦當(dāng)前應(yīng)用已經(jīng)使用完記錄，就沒(méi)有理由保存行的ROWID.不能通過(guò)任何SQL語(yǔ)句來(lái)設(shè)置標(biāo)準(zhǔn)的ROWID偽列的值。

    列或變量可以定義成ROWID數(shù)據(jù)類型，但是Oracle不能保證該列或變量的值是一個(gè)有效的ROWID.

    LOB

    LOB（大型對(duì)象）數(shù)據(jù)類型，可以保存4GB的信息。LOB有以下3種類型：

    。CLOB，只能存儲(chǔ)字符數(shù)據(jù)

    。NCLOB，保存本地語(yǔ)言字符集數(shù)據(jù)

    。BLOB，以二進(jìn)制信息保存數(shù)據(jù)

    可以指定將一個(gè)LOB數(shù)據(jù)保存在Oracle數(shù)據(jù)庫(kù)內(nèi)，還是指向一個(gè)包含次數(shù)據(jù)的外部文件。

    LOB可以參與事務(wù)。管理LOB中的數(shù)據(jù)必須通過(guò)DBMS_LOB PL/SQL內(nèi)置軟件包或者OCI接口。

    為了便于將LONG數(shù)據(jù)類型轉(zhuǎn)換成LOB，Oracle9i包含許多同時(shí)支持LOB和LONG的函數(shù)，還包括一個(gè)ALTER TABLE語(yǔ)句的的新選擇，它允許將LONG數(shù)據(jù)類型自動(dòng)轉(zhuǎn)換成LOB.

    BFILE

    BFILE數(shù)據(jù)類型用做指向存儲(chǔ)在Oracle數(shù)據(jù)庫(kù)以外的文件的指針。

    XMLType

    作為對(duì)XML支持的一部分，Oracle9i包含了一個(gè)新的數(shù)據(jù)類型XMLType.定義為XMLType的列將存儲(chǔ)一個(gè)在字符LOB列中的XML文檔。有許多內(nèi)置的功能可以使你從文當(dāng)中抽取單個(gè)節(jié)點(diǎn)，還可以在XMLType文檔中對(duì)任何節(jié)點(diǎn)創(chuàng)建索引。

    用戶自定義數(shù)據(jù)

    從Oracle8以后，用戶可以定義自己的復(fù)雜數(shù)據(jù)類型，它們由Oracle基本數(shù)據(jù)類型組合而成。

    AnyType、AnyData和AnyDataSet

    Oracle包括3個(gè)新的數(shù)據(jù)類型，用于定義在現(xiàn)有數(shù)據(jù)類型之外的數(shù)據(jù)結(jié)構(gòu)。其中每種數(shù)據(jù)類型必須用程序單元來(lái)定義，以便讓Oracle9i知道如何處理這些類型的特定實(shí)現(xiàn)。

    額外的：

    類型轉(zhuǎn)換

    Oracle會(huì)自動(dòng)將某些數(shù)據(jù)類型轉(zhuǎn)換成其他的數(shù)據(jù)類型，轉(zhuǎn)換取決于包括該值的SQL語(yǔ)句。

    數(shù)據(jù)轉(zhuǎn)換還可以通過(guò)Oracle的類型轉(zhuǎn)換函數(shù)顯示地進(jìn)行。

 

    連接與比較

    在大多數(shù)平臺(tái)上Oracle SQL中的連接操作符用兩條豎線（||）表示。連接是將兩個(gè)字符值連接。Oracle的自動(dòng)類型轉(zhuǎn)換功能使得兩個(gè)數(shù)字值也可以進(jìn)行連接。

 

    NULL

    NULL值是關(guān)系數(shù)據(jù)庫(kù)的重要特征之一。實(shí)際上，NULL不代表任何值，它表示沒(méi)有值。如果要?jiǎng)?chuàng)建表的一個(gè)列，而這個(gè)列必須有值，那么應(yīng)將它指定為NOT NULL，這表示該列不能包含NULL值。

    任何數(shù)據(jù)類型都可以賦予NULL值。NULL值引入了SQL運(yùn)算的三態(tài)邏輯。如果比較的一方是NULL值，那么會(huì)出現(xiàn)3種狀態(tài)：TURE、FALSE以及兩者都不是。

    因?yàn)镹ULL值不等于0或其他任何值，所以測(cè)試某個(gè)數(shù)據(jù)是否為NULL值只能通過(guò)關(guān)系運(yùn)算符IS NULL來(lái)進(jìn)行。

    NULL值特別適合以下情況：當(dāng)一個(gè)列還未賦值時(shí)。如果選擇不使用NULL值，那么必須對(duì)行的所有列都要賦值。這實(shí)際上也取消了某列不需要值的可能性，同時(shí)對(duì)它賦的值也很容易產(chǎn)生誤解。這種情況則可能誤導(dǎo)終端用戶，并且導(dǎo)致累計(jì)操作的錯(cuò)誤結(jié)果。

參考：

《Oracle數(shù)據(jù)類型》，http://www.cnblogs.com/cxd4321/archive/2008/04/14/1153201.html

文章來(lái)源:http://localhost/wp2/?p=122

如果一個(gè)方法后面有“throws InterruptedException”（即會(huì)拋出InterruptedException異常的方法），表示這個(gè)方法內(nèi)（或是這個(gè)方法中所調(diào)用的方法內(nèi)），可能會(huì)拋出InterruptedException異常。在多線程程序設(shè)計(jì)中，這通常告訴我們兩點(diǎn)：

1. 這是“需要時(shí)間”的方法
2. 這是“可以取消”的方法

即，如果一個(gè)方法后面有“thorws InterruptedException”表示這個(gè)方法可能會(huì)花點(diǎn)時(shí)間，但是可以取消。 Java中會(huì)拋出InterruptException異常的有下面三個(gè)方法：

1. java.lang.Object類（及其子類）實(shí)例的wait方法
2. java.lang.Object類（及其子類）實(shí)例的sleep方法
3. java.lang.Thread類（及其子類）實(shí)例的join方法

根據(jù)上面的兩點(diǎn)，首先，這三個(gè)方法都是需要花點(diǎn)時(shí)間的方法，這個(gè)很好理解。其次，他么都可以被取消，具體怎么取消，下面分別說(shuō)明。 取消wait 可以調(diào)用interrupt方法（這個(gè)方法是java.lang.Thread類（及其子類）實(shí)例的方法，某個(gè)線程都可以在任何時(shí)候調(diào)用其他線程的interrupt方法）來(lái)取消wait方法的等待。即不用再等待notify/notifyAll方法的“通知”了。當(dāng)對(duì)某個(gè)wait的線程調(diào)用interrupt方法的時(shí)候，這個(gè)線程會(huì)從wait set中出來(lái)，先重新獲得鎖定，再拋出InterruptedException。注意，在獲得鎖定前，是不會(huì)拋出InterruptedException異常的。 為了加深理解，這里對(duì)比一下notify/notifyAll方法和interrupt方法。首先，notify/notifyAll方法是java.lang.Object類（及其子類）實(shí)例的方法，而interrupt方法是java.lang.Thread類（及其子類）實(shí)例的方法。其次，notify/notifyAll方法調(diào)用時(shí)需要獲得鎖定，而interrupt方法不用，如前所述，interrupt方法可以在任何時(shí)候被調(diào)用。最后，被notify/notifyAll方法喚醒的線程是（重新獲得鎖定后）繼續(xù)執(zhí)行wait方法之后的方法，而被interrupt方法喚醒的線程則滿足前面所的第二條“可以被取消”，即讓被喚醒的線程（重新獲得鎖定后）在wait方法上拋出InterruptedException。 取消sleep 當(dāng)sleep中的線程被調(diào)用interrupt方法時(shí)，會(huì)馬上（不用想取消wait一樣，還要獲得鎖定）放棄sleep狀態(tài)，并拋出InterruptedException異常。 取消join 當(dāng)線程以join方法等待其他線程結(jié)束時(shí)，可以被調(diào)用interrupt方法來(lái)馬上取消等待其他線程結(jié)束。 下面是關(guān)于java內(nèi)部是怎么實(shí)現(xiàn)取消上面三個(gè)方法的等待的。在線程內(nèi)部，有一個(gè)標(biāo)志位表示線程的中斷狀態(tài)。有兩個(gè)方法可以設(shè)置這個(gè)狀態(tài)，interrupt方法和interrupted方法，interrupted方法屬于java.lang.Thread類（及其子類）的靜態(tài)方法，用來(lái)返回當(dāng)前線程的中斷狀態(tài)，并清除這個(gè)狀態(tài)。調(diào)用interrupt方法將設(shè)置此標(biāo)志位（表示讓被調(diào)用線程處于中斷狀態(tài)），調(diào)用interrupted方法返回值是當(dāng)前線程是否被中斷，并取消此標(biāo)志位（表示讓當(dāng)前線程處于非中斷狀態(tài)）。在實(shí)現(xiàn)細(xì)節(jié)上，會(huì)拋出InterruptedException異常的sleep，wait和join方法在內(nèi)部不斷的檢測(cè)這個(gè)中斷狀態(tài)，如果發(fā)現(xiàn)被設(shè)置了，則拋出InterruptedException異常。java.lang.Thread類（及其子類）實(shí)例還有一個(gè)isInterrupted方法來(lái)檢測(cè)這個(gè)標(biāo)志位，如果被設(shè)置了返回true，否則返回false。還需要進(jìn)一步補(bǔ)充的是：interrupt方法和interrupted方法的區(qū)別。可以對(duì)任意的一個(gè)線程調(diào)用interrupt方法，但是只能對(duì)當(dāng)前的線程（即正在運(yùn)行的線程）調(diào)用interrupted方法（此方法是靜態(tài)方法），所以，在程序中無(wú)法清除其他線程的中斷狀態(tài)了。 參考： 《Java多線程設(shè)計(jì)模式》，中國(guó)鐵道出版社，2005，結(jié)城浩
文章來(lái)源:http://localhost/wp2/?p=99

前面的Guarded Suspension Pattern和Balking Pattern都比較極端。一個(gè)是“不讓？爺不玩了”，另一個(gè)是“不行！我一定要玩！”。而，Guarded Timeout Patter就中庸的多了，是“現(xiàn)在不讓玩？那我等等吧。如果超過(guò)我等待的時(shí)間了，我就不玩了”。 還是以代碼說(shuō)話：

class A{     
    private long timeout; //等待的最長(zhǎng)時(shí)間 
    public synchronized void changeState(){ 
        改變狀態(tài) 通知等待的線程不同再等了(notify/notifyAll) 
    } 
    public synchronized void guardedMethod() throws InterruptedException{ 
        long start = System.currentTimeMillis(); //開(kāi)始時(shí)刻 
        while(條件成立不成立){ 
            long now = System.currentTimeMillis(); //現(xiàn)在時(shí)刻 
            long rest = timeout - (now -start); //還需要等待的時(shí)間 
            if(rest <= 0){throw new InterruptedException("...");} //如果為等待時(shí)間為0或者為負(fù)數(shù)，就不等了。 
            等著一段時(shí)間吧，如果超過(guò)我等待的最長(zhǎng)時(shí)間了，我就不玩了（wait（rest）） //當(dāng)wait的時(shí)間超過(guò)rest時(shí)，也會(huì)拋出InteruptedException。 
        } 
        進(jìn)行處理 
    } 
} 

在通常情況下，會(huì)對(duì)if(rest<=0){...}中拋出的異常進(jìn)行一下包裝，即繼承InterruptedException異常，是得調(diào)用者知道是超時(shí)了（wait(rest)，interrupt方法都可能會(huì)拋出InterruptedException，所以必須包裝一下，讓上層程序識(shí)別）。

參考： 《Java多線程設(shè)計(jì)模式》，中國(guó)鐵道出版社，2005，結(jié)城浩

文章來(lái)源:http://localhost/wp2/?p=88

Balking Pattern重在“balking”，balking的意思是“退縮不前”，在棒球運(yùn)動(dòng)的意思是“當(dāng)跑壘員在壘時(shí)，投手在投手板但’中途放棄‘投球的動(dòng)作”（呵呵，對(duì)棒球不懂...）。另外，這種模式和Guarded Suspension Pattern有點(diǎn)類似，也是有要檢測(cè)警戒條件是否成立，不過(guò)，如果不成立，就不用等待了，直接就放棄了。呵呵，這種模式還是想的比較開(kāi)啊（不行？那爺不賠你玩了:)），相比之下，Guarded Suspension Pattern就執(zhí)著的多了:)。 從代碼的角度看，如下： class A{ public synchronized void guardedMethod(){ if(警戒條件不成立){ return; } 進(jìn)行處理 改變狀態(tài) } } 下面給出參考書(shū)中列出的一個(gè)使用Balking Pattern的實(shí)例：即文本編輯器的自動(dòng)保存功能。當(dāng)在編輯文件的時(shí)候，后臺(tái)有個(gè)線程會(huì)定期的對(duì)文件進(jìn)行保存，防止程序崩潰時(shí)文件內(nèi)容的丟失。那么，文件是否被修改就是這里的警戒條件。當(dāng)然，還得有另外一個(gè)字段，就是當(dāng)前的數(shù)據(jù)。編輯程序會(huì)調(diào)用synchronized的方法對(duì)文件數(shù)據(jù)進(jìn)行修改，并設(shè)置警戒條件（為什么用synchronized?是因?yàn)榉乐垢牟僮骱捅４娴臎_突，否則，可能保存的不是最新的數(shù)據(jù)）。那么，后臺(tái)的定時(shí)保存線程，會(huì)定時(shí)調(diào)用保存文件這個(gè)guardedMethod()，如果文件已經(jīng)被（編輯程序）保存了，那么就balking了，否則，就保存。下面是代碼：

class Data{ 
    public synchronized void changeData(String content){ 
        this.content = content; changed = true; 
    }   
    public synchronized void guardedMethod(){ 
        if(!changed){ return; } 
            doSave(); 
            changed = false; 
    } 
    private vodi doSave(){} 
}

注意上面的doSave方法不是synchronized。 Balking Patter的適用場(chǎng)合：

1. 不需要可以去執(zhí)行的時(shí)候。如上面說(shuō)的自動(dòng)保存的例子。
2. 不想等待警戒條件成立時(shí)。
3. 警戒條件只有一次成立時(shí)。比如僅僅需要進(jìn)行一次初始化（不是在構(gòu)造函數(shù)中）的共享資源類。

參考： 《Java多線程設(shè)計(jì)模式》，中國(guó)鐵道出版社，2005，結(jié)城浩

文章來(lái)源:http://localhost/wp2/?p=86

Guarded Suspension Pattern就是“當(dāng)訪問(wèn)的共享資源被保護(hù)（防衛(wèi)）時(shí)，那么線程就掛起”，生活中的例子就是當(dāng)你和女朋友準(zhǔn)備出去玩，你給女朋友打電話說(shuō)該走了，女朋友說(shuō)還沒(méi)準(zhǔn)備好，那你只能等在那里知道你女朋友收拾好了才能出去:)。 相對(duì)Single Threaded Pattern的任何線程對(duì)共享資源的訪問(wèn)僅僅是多個(gè)線程不能同時(shí)訪問(wèn)unsafeMethod，Guared Suspension Pattern就稍微復(fù)雜點(diǎn)了，它有個(gè)概念就是“條件”。當(dāng)共享資源的條件準(zhǔn)備好時(shí)，才能讓其他線程進(jìn)行訪問(wèn)，如果條件沒(méi)有準(zhǔn)備好，對(duì)不起，先等著吧。所以，這個(gè)模式里面還必須有一個(gè)改變“條件”使其成立的方法，還得有一個(gè)通知等待的線程不用再等的方法，否則，那些線程就在那里死等了...。 Guarded Suspension Pattern中對(duì)共享資源叫做Guarded Object（被防衛(wèi)的對(duì)象），unsafeMethod方法稱之為guardedMethod。當(dāng)線程執(zhí)行g(shù)uardedMethod方法時(shí)，只要滿足警戒條件，就會(huì)馬上執(zhí)行。當(dāng)警戒條件不成立時(shí)，就要開(kāi)始等待。警戒條件的成立與否，會(huì)隨著Guarded Object狀態(tài)的變化而變化。 從代碼的角度看，如下：

class A{ 
    public synchronized void changeState(){ 
        改變狀態(tài) 通知等待的線程不同再等了(notify/notifyAll) 
    } 
    public synchronized void guardedMethod(){ 
        while(條件成立不成立){ 
            //這里不能是if，至于原因就好好想想吧:)（需要重點(diǎn)理解wait/notify/notifyAll的處理過(guò)程） 
            等著吧（wait） 
        } 進(jìn)行處理 
    } 
} 

這種模式有一些變形： busy wait，即忙碌的等待。即在while循環(huán)中不用wait，而用yield；在changeState中不用notify/notifyAll。但是，這種變形的缺點(diǎn)是等待的線程仍然在運(yùn)行，只不過(guò)一直在檢測(cè)運(yùn)行時(shí)間是否滿足。

參考： 《Java多線程設(shè)計(jì)模式》，中國(guó)鐵道出版社，2005，結(jié)城浩

文章來(lái)源:http://localhost/wp2/?p=82

Immutable Pattern的關(guān)鍵在于共享資源是immutable（不會(huì)改變的）。即在實(shí)例產(chǎn)生后，沒(méi)有改變字段的方法了，即只有只讀的方法（所有的方法都是safeMethod），那么任何線程對(duì)共享資源的訪問(wèn)就不可造成沖突了。就算想破壞這個(gè)共享資源都沒(méi)有辦法，呵呵。 String類就是Immutable Pattern的典型。String類沒(méi)有提供任何改變字符串屬性的方法。當(dāng)然就是Immutable Pattern了。 從代碼上來(lái)看，Immutable Pattern的形式如下：

class A{ 
    public void safeMethod1(){} 
    publi c void safeMethod2(){} 
} 

由于沒(méi)有用到synchronized關(guān)鍵字，那么訪問(wèn)共享資源的效率是很高的。在某些情況下，如果某個(gè)共享資源用到了synchronized關(guān)鍵字，即不是immtable。那么，可以根據(jù)這個(gè)類的具體用處，分為兩個(gè)類，一個(gè)是immutable，另一個(gè)是mutable（可變的），如果這兩個(gè)類可以互相轉(zhuǎn)化，那么在不同的場(chǎng)合用不同的類就可以提高程序的效率了。Java中對(duì)字符串這個(gè)共享資源提供了兩個(gè)類：String類和StringBuffer類。他們就是對(duì)應(yīng)的immutable和mutable，兩者可以通過(guò)構(gòu)造函數(shù)（String有個(gè)構(gòu)造函數(shù)的參數(shù)是StringBuffer，StringBuffer有個(gè)構(gòu)造函數(shù)的參數(shù)String）轉(zhuǎn)化。

參考： 《Java多線程設(shè)計(jì)模式》，中國(guó)鐵道出版社，2005，結(jié)城浩

文章來(lái)源:http://localhost/wp2/?p=75

Single Threaded Execution模式的核心就是single，即某個(gè)共享資源同時(shí)只能被某一個(gè)線程訪問(wèn)。可以做如下比喻來(lái)理解這個(gè)模式：門(mén)（共享資源），人（線程）。一個(gè)門(mén)一次只能由一個(gè)人通過(guò)。如果一個(gè)人正在通過(guò)這個(gè)門(mén)，那么其他人只能等待了。 當(dāng)然，共享資源中某些方法是線程安全的（SafeMethod），就不用考慮多個(gè)線程同時(shí)調(diào)用的情況了。只有對(duì)不安全的方法（UnsafeMethod）才需要考慮多線程訪問(wèn)的問(wèn)題。 可以對(duì)Single Thread Execution模式這樣理解：如果另外的線程也行執(zhí)行被保護(hù)的UnsafeMethod，那么就需要判斷是否有其他線程正在執(zhí)行被保護(hù)的UnsafeMethod。如果有，則等待；沒(méi)有，則執(zhí)行。 對(duì)Single Threaded Execution Pattern來(lái)說(shuō)，代碼的典型表現(xiàn)形式就是對(duì)所有的UnsafeMethod方法加上synchronized關(guān)鍵字。如：

class A{ 
    public void safeMethod(){ } 
    public synchronized void unsafeMethod1(){ } 
    publi synchronized void unsafeMethod2(){ } 
}

當(dāng)下面的情況發(fā)生時(shí)，可能會(huì)出現(xiàn)死鎖

1. 有多個(gè)共享資源
2. 線程鎖定了一個(gè)共享資源，但還沒(méi)有解除鎖定就鎖定了另外一個(gè)共享資源
3. 各個(gè)線程獲取共享資源的順序不固定

也就是說(shuō)，打破上面的三個(gè)情況的任何一個(gè)，就可以避免死鎖的發(fā)生。 參考： 《Java多線程設(shè)計(jì)模式》，中國(guó)鐵道出版社，2005，結(jié)城浩

文章來(lái)源:http://localhost/wp2/?p=70

Oracle的數(shù)據(jù)庫(kù)驅(qū)動(dòng)有兩種，oci和thin，沒(méi)有用過(guò)oci，這里用的是thin。 問(wèn)題描述： 有一張表MESSAGE，里面有個(gè)字段是content varchar2(4000)。 如果直接用Statement來(lái)更新這個(gè)字段，是不會(huì)用任何問(wèn)題的。因?yàn)镾tatement的原理就是直接將整個(gè)sql語(yǔ)句發(fā)到數(shù)據(jù)庫(kù)執(zhí)行。 但是，如果用PreparedStatement的setString(）方法來(lái)設(shè)置這個(gè)字段，就有問(wèn)題了，當(dāng)設(shè)置的字符串長(zhǎng)度大于2000時(shí)，就會(huì)報(bào)錯(cuò)：”java.sql.SQLException: 數(shù)據(jù)大小超出此類型的最大值“。 問(wèn)題分析： 這些天學(xué)著用iBatis，就遇到了上面的這個(gè)問(wèn)題。因?yàn)槿绻趇Batis中使用內(nèi)聯(lián)參數(shù)（#做占位符），底層實(shí)現(xiàn)的時(shí)候就是用的PreparedStatement來(lái)實(shí)現(xiàn)的，所以就遇到了上面的問(wèn)題。 至于為什么用PreparedStatement會(huì)出先這個(gè)問(wèn)題，JavaEye上的一篇文章《當(dāng)PreparedStatement中的參數(shù)遇到大字符串》給出了很好的解釋（牛逼啊！）

(1)Using the JDBC thin driver (2)Using binds (not defines) (3)Using SQL CHAR datatypes (4)Connecting to a database whose character set is neither ASCII (US7ASCII) nor ISO Latin1 (WE8ISO8859P1) When the database character set is neither US7ASCII nor WE8ISO8859P1, the JDBC thin driver converts Java UTF-16 characters to UTF-8 encoding bytes for SQL CHAR binds. The UTF-8 encoding bytes are then transferred to the database, and the database converts the UTF-8 encoding bytes to the database character set encoding.” 原來(lái)是JDBC在轉(zhuǎn)換過(guò)程中對(duì)字符串的長(zhǎng)度做了限制。這個(gè)限制和數(shù)據(jù)庫(kù)中字段的實(shí)際長(zhǎng)度沒(méi)有關(guān)系。 所以，setCharacterStream()方法可以逃過(guò)字符轉(zhuǎn)換限制，也就成為了解決此問(wèn)題的方案之一。 而JDBC對(duì)轉(zhuǎn)換字符長(zhǎng)度的限制是為了轉(zhuǎn)換過(guò)程中的數(shù)據(jù)擴(kuò)展。 問(wèn)題解決： 根據(jù)上面的分析，可以用PreparedStatement的setCharacterStream()方法來(lái)解決問(wèn)題。 在iBatis中，可以使用下面的自定義類型處理器來(lái)處理（參考文章《用ibatis向oracle數(shù)據(jù)庫(kù)的varchar2(4000)列寫(xiě)值的問(wèn)題》）

/**
 * String implementation of TypeHandler
 */
public class StringTypeHandler extends BaseTypeHandler implements TypeHandler {
 /**
 * 在使用oracle時(shí)，如果在一個(gè)varchar2(4000)的字段上插入的字符過(guò)長(zhǎng)（一般只能插入666個(gè)漢字，視字符集不同會(huì)有所不同），
 * 會(huì)導(dǎo)致失敗，具體報(bào)錯(cuò)會(huì)因驅(qū)動(dòng)版本不同而不同。
 * 如果使用setCharacterStream則可以插入最多的字符。因此，我將這個(gè)方法改了一下。
 */
 public void setParameter(PreparedStatement ps, int i, Object parameter,
 String jdbcType) throws SQLException {
 //原來(lái)的代碼
 //ps.setString(i, ((String) parameter));

 //以下是我加的代碼，為了盡量提高效率，作了一下判斷
 String s = (String) parameter;
 if (s.length() < 667) { //以字符中全是漢字為底線。
 ps.setString(i, s);
 } else {
 ps.setCharacterStream(i, new StringReader(s), s.length());
 }
 }

 public Object getResult(ResultSet rs, String columnName) throws
 SQLException {
 Object s = rs.getString(columnName);
 if (rs.wasNull()) {
 return null;
 } else {
 return s;
 }
 }

 public Object getResult(ResultSet rs, int columnIndex) throws SQLException {
 Object s = rs.getString(columnIndex);
 if (rs.wasNull()) {
 return null;
 } else {
 return s;
 }
 }

 public Object getResult(CallableStatement cs, int columnIndex) throws
 SQLException {
 Object s = cs.getString(columnIndex);
 if (cs.wasNull()) {
 return null;
 } else {
 return s;
 }
 }

 public Object valueOf(String s) {
 return s;
 }
 }

 

其實(shí)，上面的解決方案是比較麻煩的，今天發(fā)現(xiàn)了一個(gè)更好的解決方案，就是將oracle jdbc驅(qū)動(dòng)換成用于oracle10g第二版的驅(qū)動(dòng)ojdbc14.jar。就行了，唉，前面折騰了幾天的問(wèn)題竟然可以這么容易地解決...

文章來(lái)源:http://localhost/wp2/?p=63

這里對(duì)final關(guān)鍵字進(jìn)行總結(jié)。 final類 當(dāng)類聲明為final時(shí)，就不能定義這個(gè)類的子類。因?yàn)閒inal類的類無(wú)法定義子類，所以final類聲明的所有方法不會(huì)被覆蓋（override）。 final方法 若將實(shí)例方法聲明為final時(shí)，這個(gè)方法無(wú)法被子類所覆蓋（override）。 若將類方法（static方法）聲明為final時(shí)，這個(gè)方法無(wú)法被子類所隱藏（hide）。對(duì)隱藏這個(gè)術(shù)語(yǔ)不熟，本文最后會(huì)加上。 final字段（final屬性） final字段的值只能指定一次。 final實(shí)例字段的值只能在定義時(shí)或者在構(gòu)造器中指定。 如： class A{

final int i = 1;

} class A{

final int i;

public A(){

this.i = 2;

}

} final類字段的值只能在定義是或者在static塊（靜態(tài)初始化塊）中指定。 class A{

static final int i = 12;

} class A{

static final int i;

static{

i = 12;

}

} final局部變量和final參數(shù) final局部變量的值只能指定一次。 final參數(shù)的值在方法被調(diào)用時(shí)，由實(shí)參指定，不能再次指定（實(shí)際上也滿足被指定一次的原則）。 下面對(duì)java中類的繼承中的覆蓋（override）和隱藏（hide）進(jìn)行總結(jié)。 在《Java核心技術(shù)卷一》中對(duì)隱藏是采用的訪問(wèn)限定符（如public，private，protected）來(lái)實(shí)現(xiàn)的。這里的隱藏不是采用訪問(wèn)限定符來(lái)實(shí)現(xiàn)的，而是采用子類和父類有同名的類方法和字段（實(shí)例字段和靜態(tài)字段）來(lái)實(shí)現(xiàn)的。在實(shí)際編程中，隱藏一般只用于類方法，即父類的類方法被子類中同名（這里的同名指方法名和參數(shù)都一樣，其實(shí)返回值也必須一樣，可以試一試）的類方法隱藏。 這里繼續(xù)總結(jié)一下：

1. 子類可以覆蓋父類的實(shí)例方法（方法名、參數(shù)和返回值都一樣），另外，這里還有一個(gè)重載（overload）的概念，重載是一個(gè)靜態(tài)的概念，是在編譯時(shí)根據(jù)方法名和參數(shù)來(lái)確定的，重載是一個(gè)類自身的一個(gè)屬性，和繼承沒(méi)有關(guān)系。
2. 子類可以隱藏父類的類方法（方法名、參數(shù)和返回值都一樣）
3. 子類可以隱藏父類的字段（實(shí)例字段和靜態(tài)字段）（通過(guò)在子類中定義字段名相同（類型可和父類不一樣）的字段即可）。

覆蓋是動(dòng)態(tài)的概念，是在運(yùn)行時(shí)決定的。重載和隱藏是靜態(tài)的概念，是在編譯時(shí)決定的。 參考：

1. 《Java多線程設(shè)計(jì)模式》中國(guó)鐵道出版社 2005

文章來(lái)源:http://localhost/wp2/?p=61

編程時(shí)你需要考慮的不是內(nèi)存的物理地址(memory address)，而是一種邏輯上的內(nèi)存模型。 Java虛擬機(jī)將其管轄的內(nèi)存大致分三個(gè)邏輯部分：

1. 方法區(qū)(Method Area)、
2. Java棧
3. Java堆。

方法區(qū)是靜態(tài)分配(static allocation)的，編譯器將變量在綁定在某個(gè)存儲(chǔ)位置上，而且這些綁定不會(huì)在運(yùn)行時(shí)改變。Java方法區(qū)的一個(gè)重要部分，也是靜態(tài)分配最典型的例子，是常數(shù)池，源代碼中的命名常量、String常量和static 變量保存在其中。 Java Stack是一個(gè)邏輯概念，特點(diǎn)是后進(jìn)先出，此外沒(méi)有特別的要求。Java Stack并不代表任何特定的內(nèi)存區(qū)間，也不限制它的實(shí)現(xiàn)方式。一個(gè)棧的空間可能是連續(xù)的，也可能是不連續(xù)的。最典型的Stack應(yīng)用是方法的調(diào) 用，Java虛擬機(jī)每調(diào)用一次方法就創(chuàng)建一個(gè)方法幀（frame），退出該方法則對(duì)應(yīng)的方法幀被彈出(pop)。棧分配存在一些局限：Java棧所處理的方法幀和局部變量，都將隨著方法幀彈出而結(jié)束，顯然局部變量無(wú)法從一個(gè)幀保持到下一個(gè)幀，被調(diào)方法的幀不可能比調(diào)用方法的壽命更長(zhǎng)。因此，從數(shù)據(jù)保存來(lái)看，棧分配適用于由作用域決定生命周期的局部變量。 Java堆(Heap)堆分配(heap allocation)意味著以隨意的順序，在運(yùn)行時(shí)進(jìn)行存儲(chǔ)空間分配和收回的內(nèi)存管理模型。堆中存儲(chǔ)的數(shù)據(jù)常常是大小、數(shù)量和生命期在編譯時(shí)無(wú)法確定的。Java對(duì)象的內(nèi)存總是在heap中分配。
文章來(lái)源:http://localhost/wp2/?p=59

在Java中，為了生成一個(gè)線程，有兩種方法：

1. 繼承Thread類，覆蓋run方法。在使用時(shí)，調(diào)用Thread實(shí)例的start方法即可啟動(dòng)一個(gè)線程，此線程將執(zhí)行run方法里面的代碼。
2. 實(shí)現(xiàn)Runnable接口，實(shí)現(xiàn)run方法。在使用時(shí)，調(diào)用Thread實(shí)例（傳入實(shí)現(xiàn)Runnable接口的類實(shí)例）的start方法，此線程將執(zhí)行run方法里面的代碼。

啟動(dòng)線程的方法只能用start方法，不能用run方法...start方法才會(huì)啟動(dòng)一個(gè)線程去執(zhí)行run方法，而run方法僅僅是一個(gè)類實(shí)例的方法！！！

在此，需要強(qiáng)調(diào)的是，線程和Thread類的區(qū)別。線程是一個(gè)動(dòng)態(tài)的概念，而Thread類（或其實(shí)例）是靜態(tài)的概念。雖然說(shuō)從代碼上看，執(zhí)行Thread實(shí)例的start方法或者run方法（只能在實(shí)現(xiàn)Runnable接口時(shí)）好像把Thread實(shí)例當(dāng)作了一個(gè)線程，當(dāng)事實(shí)上，應(yīng)該這樣理解：Thread類就是一個(gè)普通的類，和其他類沒(méi)有什么兩樣，但是他的start方法或者run方法比較特殊，可以啟動(dòng)一個(gè)新的線程。當(dāng)新線程啟動(dòng)后，就馬上執(zhí)行Thread類里面run方法的代碼或者Runnable接口的run方法。 在Java中，為了實(shí)現(xiàn)多線程之間的同步和互斥，提供了一個(gè)關(guān)鍵字，synchronized。這個(gè)關(guān)鍵字有兩個(gè)用法：

1. 用于方法聲明中。如： public synchronized void methd(){ .... } 把這種用法稱之為synchronized方法。
2. 用于方法體中。如： public void method(){ synchronized(this){ .... } }把這種方法稱為synchronized語(yǔ)句。

當(dāng)不同的線程運(yùn)行synchronized方法或者synchronized語(yǔ)句時(shí)，首先會(huì)獲得鎖，然后再執(zhí)行，當(dāng)退出時(shí)，會(huì)釋放鎖。當(dāng)鎖還沒(méi)有被釋放時(shí)，如果有其他線程訪問(wèn)，那么這些線程會(huì)阻塞。如果鎖被釋放，那么jvm會(huì)讓所有在此鎖上阻塞的所有線程競(jìng)爭(zhēng)，將有一個(gè)線程得到鎖，其他線程將繼續(xù)阻塞。 其實(shí)，synchronized方法就是在方法體的最前面加了一個(gè)鎖，在方法體的最后面釋放掉了這個(gè)鎖。synchronized語(yǔ)句就是在被包含的語(yǔ)句 前加了一個(gè)鎖，在被包含的語(yǔ)句后釋放掉了鎖。這里需要強(qiáng)調(diào)鎖的概念，可以這么認(rèn)為，Java中每一個(gè)對(duì)象都有一個(gè)鎖的，可以使用synchronized 方法和synchronized語(yǔ)句來(lái)獲得這些鎖。 下面通過(guò)實(shí)例來(lái)理解synchronized方法和synchronized語(yǔ)句。 1，下面的兩個(gè)方法是等價(jià)的： public synchronized void methd(){ .... } public void method(){ synchronized(this){ .... } } 怎么理解上面的等價(jià)？ synchronized方法（只能）獲得當(dāng)前對(duì)象的鎖，那么，在synchronized語(yǔ)句中顯示的指明要獲得鎖的對(duì)象為this就可以使兩者等價(jià)了。 在synchronized方法中，多個(gè)線程同時(shí)只能訪問(wèn)某個(gè)對(duì)象（可能含多個(gè)synchronized方法）的一個(gè)synchonized方法。 對(duì)下面這個(gè)銀行類來(lái)說(shuō)，使用synchronized方法就可以達(dá)到線程的互斥。多個(gè)線程同時(shí)只能有一個(gè)線程訪問(wèn)一個(gè)synchronized方法。 public class Bank{ public synchronized void deposite(){ 對(duì)某個(gè)帳戶進(jìn)行增加 } public synchronized void withdraw(){ 對(duì)某個(gè)帳戶進(jìn)行減少 } } 如果，我們想對(duì)某個(gè)對(duì)象的方法進(jìn)行更靈活的線程互斥訪問(wèn)，可以使用synchornized語(yǔ)句，顯示的聲明要獲得的鎖的對(duì)象。 2， public synchronized static  void methd(){ .... } 上面的方法都可以防止多個(gè)線程同時(shí)訪問(wèn)這個(gè)類中的method方法。它可以對(duì)類的所有對(duì)象實(shí)例起作用。他等價(jià)于下面的方法。 public static  void method(){ synchronized(this.getClass()){ .... } } 這里還需要補(bǔ)充一下，synchronized方法被繼承后就不是synchronized的了，除非在子類中再次聲明方法為synchronized的。 Object類是Java所有對(duì)象的基類，Object類中有幾個(gè)方法，提供了對(duì)多線程編程的支持：

1. wait()方法將當(dāng)前運(yùn)行的線程阻塞，放置于當(dāng)前線程鎖執(zhí)行的對(duì)象的wait set中，然后取消此線程對(duì)鎖的獲得。
2. notify()/notifyAll()方法將把當(dāng)前線程執(zhí)行的對(duì)象的wait set中的某一個(gè)/所有線程拿出來(lái)。

注意，wait和notify/notifyAll方法只能在線程已獲得對(duì)象實(shí)例的鎖時(shí)才能調(diào)用，否則，將拋出java.lang.IllegalMonitorStateException。 這篇文章寫(xiě)的好累啊，語(yǔ)言組織能力咋這么弱...

文章來(lái)源:http://localhost/wp2/?p=52

由于需要，學(xué)習(xí)了Oracle日志分析工具LogMiner的使用，在此記錄一下： 1，確定你的Oracle安裝的目錄，下面用%ORALCE_HOME%表示。 2，必須以DBA角色登錄，命令如下 SQL>sqlplus /nolog SQL>conn sys/manager@wymis as sysdba 3，（如果第一次做日志分析）安裝LogMiner SQL> @%ORALCE_HOME%\ora90\rdbms\admin\dbmslm.sql SQL> @%ORALCE_HOME%\ora90\rdbms\admin\dbmslmd.sql 4，設(shè)置UTL_FILE_DIR值，這個(gè)值表示存放日志分析相關(guān)文件的目錄，設(shè)置方法可以到Oracle的企業(yè)管理器下面設(shè)置，這個(gè)值的例子如c:\log，注意，最后沒(méi)有\(zhòng)符號(hào)。設(shè)置完后，需要重新啟動(dòng)數(shù)據(jù)庫(kù)。 5，生成數(shù)據(jù)字典 SQL> execute dbms_logmnr_d.build(- > dictionary_filename => 'logminer_dict.dat',- > dictionary_location => 'c:\import'); 注意上面每行代碼后有一個(gè)'-'符號(hào)，表示輸入還沒(méi)有結(jié)束。 注意，dictionary_location的值必須與第4步中UTL_FILE_DIR的值一樣。 6，創(chuàng)建要分析的日志文件列表， 創(chuàng)建列表 SQL> EXECUTE dbms_logmnr.add_logfile(- LogFileName=>' e:\Oracle\oradata\sxf\redo01.log',- Options=>dbms_logmnr.new); 添加其他日志文件到列表 SQL> EXECUTE dbms_logmnr.add_logfile( LogFileName=>' e:\Oracle\oradata\sxf\redo02.log', Options=>dbms_logmnr.addfile); 注意，LogFileName的值可以到相應(yīng)的數(shù)據(jù)庫(kù)實(shí)例文件夾下面的實(shí)例獲得。 7，使用LogMiner進(jìn)行日志分析 SQL> execute dbms_logmnr.start_logmnr(- > dictfilename => 'c:\import\logminer_dict.dat',- > starttime => to_date('2001-9-18 00:00:00','YYYY-MM-DD HH24:MI:SS'),- > endtime => to_date('2009-10-30 00:00:00','YYYY-MM-DD HH24:MI:SS')); 注意，這里的starttime和endtime的范圍必須是你的日志文件涉及的范圍。如果實(shí)在拿不準(zhǔn)，可以不用這兩個(gè)參數(shù)。 8，分析結(jié)果 LogMiner分析的結(jié)果存放在v$LogMnr_Contents表里面。具體的分析，網(wǎng)上有很多好的文章，就不再寫(xiě)了。 再轉(zhuǎn)一篇比較好的文章，來(lái)自http://www.oracle.com.cn/viewthread.php?tid=22975的 robertmao_2003 作為Oracle DBA，我們有時(shí)候需要追蹤數(shù)據(jù)誤刪除或用戶的惡意操作情況，此時(shí)我們不僅需要查出執(zhí)行這些操作的數(shù)據(jù)庫(kù)賬號(hào)，還需要知道操作是由哪臺(tái)客戶端（IP地址 等）發(fā)出的。針對(duì)這些問(wèn)題，一個(gè)最有效實(shí)用而又低成本的方法就是分析Oracle數(shù)據(jù)庫(kù)的日志文件。本文將就Oracle日志分析技術(shù)做深入探討。 一、如何分析即LogMiner解釋 從目前來(lái)看，分析Oracle日志的唯一方法就是使用Oracle公司提供的LogMiner來(lái)進(jìn)行， Oracle數(shù)據(jù)庫(kù)的所有更改都記錄在日志中，但是原始的日志信息我們根本無(wú)法看懂，而LogMiner就是讓我們看懂日志信息的工具。從這一點(diǎn)上看，它 和tkprof差不多，一個(gè)是用來(lái)分析日志信息，一個(gè)則是格式化跟蹤文件。通過(guò)對(duì)日志的分析我們可以實(shí)現(xiàn)下面的目的： 1、查明數(shù)據(jù)庫(kù)的邏輯更改； 2、偵察并更正用戶的誤操作； 3、執(zhí)行事后審計(jì)； 4、執(zhí)行變化分析。 不僅如此，日志中記錄的信息還包括：數(shù)據(jù)庫(kù)的更改歷史、更改類型（INSERT、UPDATE、DELETE、DDL等）、更改對(duì)應(yīng)的SCN號(hào)、以及執(zhí)行 這些操作的用戶信息等，LogMiner在分析日志時(shí)，將重構(gòu)等價(jià)的SQL語(yǔ)句和UNDO語(yǔ)句（分別記錄在V$LOGMNR_CONTENTS視圖的 SQL_REDO和SQL_UNDO中）。這里需要注意的是等價(jià)語(yǔ)句，而并非原始SQL語(yǔ)句，例如：我們最初執(zhí)行的是“delete a where c1 <>'cyx';”，而LogMiner重構(gòu)的是等價(jià)的6條DELETE語(yǔ)句。所以我們應(yīng)該意識(shí)到V$LOGMNR_CONTENTS視圖中 顯示的并非是原版的現(xiàn)實(shí)，從數(shù)據(jù)庫(kù)角度來(lái)講這是很容易理解的，它記錄的是元操作，因?yàn)橥瑯邮恰癲elete a where c1 <>'cyx';”語(yǔ)句，在不同的環(huán)境中，實(shí)際刪除的記錄數(shù)可能各不相同，因此記錄這樣的語(yǔ)句實(shí)際上并沒(méi)有什么實(shí)際意義，LogMiner重 構(gòu)的是在實(shí)際情況下轉(zhuǎn)化成元操作的多個(gè)單條語(yǔ)句。 另外由于Oracle重做日志中記錄的并非原始的對(duì)象（如表以及其中的列）名稱，而只是它們?cè)贠racle數(shù)據(jù)庫(kù)中的內(nèi)部編號(hào)（對(duì)于表來(lái)說(shuō)是它們?cè)跀?shù)據(jù)庫(kù) 中的對(duì)象ID，而對(duì)于表中的列來(lái)說(shuō)，對(duì)應(yīng)的則是該列在表中的排列序號(hào)：COL 1, COL 2 等），因此為了使LogMiner重構(gòu)出的SQL語(yǔ)句易于識(shí)別，我們需要將這些編號(hào)轉(zhuǎn)化成相應(yīng)的名稱，這就需要用到數(shù)據(jù)字典（也就說(shuō)LogMiner本身 是可以不用數(shù)據(jù)字典的，詳見(jiàn)下面的分析過(guò)程），LogMiner利用DBMS_LOGMNR_D.BUILD()過(guò)程來(lái)提取數(shù)據(jù)字典信息。 LogMiner包含兩個(gè)PL/SQL包和幾個(gè)視圖： 1、dbms_logmnr_d包，這個(gè)包只包括一個(gè)用于提取數(shù)據(jù)字典信息的過(guò)程，即dbms_logmnr_d.build()過(guò)程。 2、dbms_logmnr包，它有三個(gè)過(guò)程： add_logfile(name varchar2, options number) - 用來(lái)添加/刪除用于分析的日志文件； start_logmnr(start_scn number, end_scn number, start_time number,end_time number, dictfilename varchar2, options number) - 用來(lái)開(kāi)啟日志分析，同時(shí)確定分析的時(shí)間/SCN窗口以及確認(rèn)是否使用提取出來(lái)的數(shù)據(jù)字典信息。 end_logmnr() - 用來(lái)終止分析會(huì)話，它將回收LogMiner所占用的內(nèi)存。 與LogMiner相關(guān)的數(shù)據(jù)字典。 1、v$logmnr_dictionary，LogMiner可能使用的數(shù)據(jù)字典信息，因logmnr可以有多個(gè)字典文件，該視圖用于顯示這方面信息。 2、v$logmnr_parameters，當(dāng)前LogMiner所設(shè)定的參數(shù)信息。 3、v$logmnr_logs，當(dāng)前用于分析的日志列表。 4、v$logmnr_contents，日志分析結(jié)果。 二、Oracle9i LogMiner的增強(qiáng)： 1、支持更多數(shù)據(jù)/存儲(chǔ)類型：鏈接/遷移行、CLUSTER表操作、DIRECT PATH插入以及DDL操作。在V$LOGMNR_CONTENTS的SQL_REDO中可以看到DDL操作的原句（CREATE USER除外，其中的密碼將以加密的形式出現(xiàn)，而不是原始密碼）。如果TX_AUDITING初始化參數(shù)設(shè)為T(mén)RUE，則所有操作的數(shù)據(jù)庫(kù)賬號(hào)將被記錄。 2、提取和使用數(shù)據(jù)字典的選項(xiàng)：現(xiàn)在數(shù)據(jù)字典不僅可以提取到一個(gè)外部文件中，還可以直接提取到重做日志流中，它在日志流中提供了操作當(dāng)時(shí)的數(shù)據(jù)字典快照，這樣就可以實(shí)現(xiàn)離線分析。 3、允許對(duì)DML操作按事務(wù)進(jìn)行分組：可以在START_LOGMNR()中設(shè)置COMMITTED_DATA_ONLY選項(xiàng)，實(shí)現(xiàn)對(duì)DML操作的分組，這樣將按SCN的順序返回已經(jīng)提交的事務(wù)。 4、支持SCHEMA的變化：在數(shù)據(jù)庫(kù)打開(kāi)的狀態(tài)下，如果使用了LogMiner的DDL_DICT_TRACKING選項(xiàng)，Oracle9i的 LogMiner將自動(dòng)對(duì)比最初的日志流和當(dāng)前系統(tǒng)的數(shù)據(jù)字典，并返回正確的DDL語(yǔ)句，并且會(huì)自動(dòng)偵察并標(biāo)記當(dāng)前數(shù)據(jù)字典和最初日志流之間的差別，這樣 即使最初日志流中所涉及的表已經(jīng)被更改或者根本已經(jīng)不存在，LogMiner同樣會(huì)返回正確的DDL語(yǔ)句。 5、在日志中記錄更多列信息的能力：例如對(duì)于UPDATE操作不僅會(huì)記錄被更新行的情況，還可以捕捉更多前影信息。 6、支持基于數(shù)值的查詢：Oracle9i LogMiner在支持原有基于元數(shù)據(jù)（操作、對(duì)象等）查詢的基礎(chǔ)上，開(kāi)始支持基于實(shí)際涉及到的數(shù)據(jù)的查詢。例如涉及一個(gè)工資表，現(xiàn)在我們可以很容易地查 出員工工資由1000變成2000的原始更新語(yǔ)句，而在之前我們只能選出所有的更新語(yǔ)句。 三、Oracle8i/9i的日志分析過(guò)程 LogMiner只要在實(shí)例起來(lái)的情況下都可以運(yùn)行，LogMiner使用一個(gè)字典文件來(lái)實(shí)現(xiàn)Oracle內(nèi)部對(duì)象名稱的轉(zhuǎn)換，如果沒(méi)有這個(gè)字典文件，則直接顯示內(nèi)部對(duì)象編號(hào)，例如我們執(zhí)行下面的語(yǔ)句： delete from "C"."A" where "C1" = ‘gototop’ and ROWID = 'AAABg1AAFAAABQaAAH'; 如果沒(méi)有字典文件，LogMiner分析出來(lái)的結(jié)果將是： delete from "UNKNOWN"."OBJ# 6197" where "COL 1" = HEXTORAW('d6a7d4ae') and ROWID = 'AAABg1AAFAAABQaAAH'; 如果想要使用字典文件，數(shù)據(jù)庫(kù)至少應(yīng)該出于MOUNT狀態(tài)。然后執(zhí)行dbms_logmnr_d.build過(guò)程將數(shù)據(jù)字典信息提取到一個(gè)外部文件中。下面是具體分析步驟： 1、確認(rèn)設(shè)置了初始化參數(shù)：UTL_FILE_DIR，并確認(rèn)Oracle對(duì)改目錄擁有讀寫(xiě)權(quán)限，然后啟動(dòng)實(shí)例。示例中UTL_FILE_DIR參數(shù)如下： SQL> show parameter utl NAME? ?? ?? ?? ?? ?? ?? ?? ? TYPE? ?? ???VALUE ------------------------ ----------- ------------------------------ utl_file_dir? ?? ?? ?? ?? ???string? ?? ?/data6/cyx/logmnr 這個(gè)目錄主要用于存放dbms_logmnr_d.build過(guò)程所產(chǎn)生的字典信息文件，如果不用這個(gè)，則可以不設(shè)，也就跳過(guò)下面一步。 2、生成字典信息文件： exec dbms_logmnr_d.build(dictionary_filename =>' dic.ora',dictionary_location => '/data6/cyx/logmnr'); 其中dictionary_location指的是字典信息文件的存放位置,它必須完全匹配UTL_FILE_DIR的值，例如：假設(shè) UTL_FILE_DIR=/data6/cyx/logmnr/，則上面這條語(yǔ)句會(huì)出錯(cuò)，只因?yàn)閁TL_FILE_DIR后面多了一個(gè)“/”，而在很多 其它地方對(duì)這一“/”是不敏感的。 dictionary_filename指的是放于字典信息文件的名字，可以任意取。當(dāng)然我們也可以不明確寫(xiě)出這兩個(gè)選項(xiàng)，即寫(xiě)成： exec dbms_logmnr_d.build('dic.ora','/data6/cyx/logmnr'); 如果你第一步的參數(shù)沒(méi)有設(shè)，而直接開(kāi)始這一步，Oracle會(huì)報(bào)下面的錯(cuò)誤： ERROR at line 1: ORA-01308: initialization parameter utl_file_dir is not set ORA-06512: at "SYS.DBMS_LOGMNR_D", line 923 ORA-06512: at "SYS.DBMS_LOGMNR_D", line 1938 ORA-06512: at line 1 需要注意的是，在oracle817 for Windows版中會(huì)出現(xiàn)以下錯(cuò)誤： 14:26:05 SQL> execute dbms_logmnr_d.build('oradict.ora','c:\oracle\admin\ora\log'); BEGIN dbms_logmnr_d.build('oradict.ora','c:\oracle\admin\ora\log'); END; * ERROR at line 1: ORA-06532: Subscript outside of limit ORA-06512: at "SYS.DBMS_LOGMNR_D", line 793 ORA-06512: at line 1 解決辦法： 編輯"$ORACLE_HOME/rdbms/admindbmslmd.sql"文件，把其中的 TYPE col_desc_array IS VARRAY(513) OF col_description; 改成： TYPE col_desc_array IS VARRAY(700) OF col_description; 保存文件，然后執(zhí)行一遍這個(gè)腳本： 15:09:06 SQL> @c:\oracle\ora81\rdbms\admin\dbmslmd.sql Package created. Package body created. No errors. Grant succeeded. 然后重新編譯DBMS_LOGMNR_D包： 15:09:51 SQL> alter package DBMS_LOGMNR_D compile body; Package body altered. 之后重新執(zhí)行dbms_logmnr_d.build即可： 15:10:06 SQL> execute dbms_logmnr_d.build('oradict.ora','c:\oracle\admin\ora\log'); PL/SQL procedure successfully completed. 3、添加需要分析的日志文件 SQL>exec dbms_logmnr.add_logfile( logfilename=>' /data6/cyx/rac1arch/arch_1_197.arc', options=>bms_logmnr.new); PL/SQL procedure successfully completed. 這里的options選項(xiàng)有三個(gè)參數(shù)可以用： NEW - 表示創(chuàng)建一個(gè)新的日志文件列表 ADDFILE - 表示向這個(gè)列表中添加日志文件，如下面的例子 REMOVEFILE - 和addfile相反。 SQL> exec dbms_logmnr.add_logfile( logfilename=>' /data6/cyx/rac1arch/arch_2_86.arc', options=>bms_logmnr.addfile); PL/SQL procedure successfully completed. 4、當(dāng)你添加了需要分析的日志文件后，我們就可以讓LogMiner開(kāi)始分析了： SQL> exec dbms_logmnr.start_logmnr(dictfilename=>'/data6/cyx/logmnr/dic.ora'); PL/SQL procedure successfully completed. 如果你沒(méi)有使用字典信息文件（此時(shí)我們只需要啟動(dòng)實(shí)例就可以了），那么就不需要跟dictfilename參數(shù)： SQL> exec dbms_logmnr.start_logmnr(); PL/SQL procedure successfully completed. 當(dāng)然dbms_logmnr.start_logmnr()過(guò)程還有其它幾個(gè)用于定義分析日志時(shí)間/SCN窗口的參數(shù)，它們分別是： STARTSCN / ENDSCN - 定義分析的起始/結(jié)束SCN號(hào)， STARTTIME / ENDTIME - 定義分析的起始/結(jié)束時(shí)間。 例如下面的過(guò)程將只分析從 '2003-09-21 09:39:00'到'2003-09-21 09:45:00'這段時(shí)間的日志： SQL> exec dbms_logmnr.start_logmnr(dictfilename=>'/data6/cyx/logmnr/dic.ora' , - starttime => '2003-09-21 09:39:00',endtime => '2003-09-21 09:45:00'); PL/SQL procedure successfully completed. 上面過(guò)程第一行結(jié)尾的“-”表示轉(zhuǎn)行，如果你在同一行，則不需要。我們可以看到有效日志的時(shí)間戳： SQL> select distinct timestamp from v$logmnr_contents; TIMESTAMP ------------------- 2003-09-21 09:40:02 2003-09-21 09:42:39 這里需要注意的是，因?yàn)槲抑耙呀?jīng)設(shè)置NLS_DATE_FORMAT環(huán)境變量，所以上面的日期可以直接按這個(gè)格式寫(xiě)就行了，如果你沒(méi)有設(shè)，則需要使用to_date函數(shù)來(lái)轉(zhuǎn)換一下。 SQL> !env|grep NLS NLS_LANG=american_america.zhs16cgb231280 NLS_DATE_FORMAT=YYYY-MM-DD HH24:MI:SS ORA_NLS33=/oracle/oracle9/app/oracle/product/9.2.0/ocommon/nls/admin/data 使用to_date的格式如下： exec dbms_logmnr.start_logmnr(dictfilename=>'/data6/cyx/logmnr/dic.ora',- starttime => to_date('2003-09-21 09:39:00','YYYY-MM-DD HH24:MI:SS'),- endtime => to_date('2003-09-21 09:45:00','YYYY-MM-DD HH24:MI:SS')); STARTSCN 和ENDSCN參數(shù)使用方法類似。 5、好了，在上面的過(guò)程執(zhí)行結(jié)束之后，我們就可以通過(guò)訪問(wèn)與LogMiner相關(guān)的幾個(gè)視圖來(lái)提取我們需要的信息了。其中在v$logmnr_logs中 可以看到我們當(dāng)前分析的日志列表，如果數(shù)據(jù)庫(kù)有兩個(gè)實(shí)例（即OPS/RAC），在v$logmnr_logs中會(huì)有兩個(gè)不同的THREAD_ID。 而真正的分析結(jié)果是放在v$logmnr_contents中，這里面有很多信息，我們可以根據(jù)需要追蹤我們感興趣的信息。后面我將單獨(dú)列出來(lái)講常見(jiàn)的追蹤情形。 6、全部結(jié)束之后，我們可以執(zhí)行dbms_logmnr.end_logmnr過(guò)程退出LogMiner分析過(guò)程，你也可以直接退出SQL*PLUS，它會(huì)自動(dòng)終止。 四、如何利用LogMiner分析Oracle8的日志文件 雖然說(shuō)LogMiner是Oracle8i才推出來(lái)，但我們同樣可以用它來(lái)分析Oracle8的日志文件，只不過(guò)稍微麻煩了一點(diǎn)，并且有一定的限制，下面是具體做法： 我們首先復(fù)制Oracle8i的$ORACLE_HOME/rdbms/admin/dbmslmd.sql腳本到Oracle8數(shù)據(jù)庫(kù)所在主機(jī)的同樣目 錄；這個(gè)腳本用于創(chuàng)建dbms_logmnr_d包（注意，Oracle9i中還將創(chuàng)建dbms_logmnr包），如果是8.1.5腳本名字為 dbmslogmnrd.sql。然后在Oracle8的數(shù)據(jù)庫(kù)上運(yùn)行這個(gè)腳本，之后使用dbms_logmnr_d.build過(guò)程創(chuàng)建字典信息文件。 現(xiàn)在我們就可以把Oracle8的歸檔日志連同這個(gè)字典信息文件復(fù)制到Oracle8i數(shù)據(jù)庫(kù)所在的主機(jī)上，之后在Oracle8i數(shù)據(jù)庫(kù)中從上面分析過(guò) 程的第三步開(kāi)始分析Oracle8的日志，不過(guò) dbms_logmnr.start_logmnr()中使用的是Oracle8的字典信息文件。 按照我前面所說(shuō)的那樣，如果不是字典文件，我們則可以直接將Oracle8的歸檔日志復(fù)制到Oracle8i數(shù)據(jù)庫(kù)所在主機(jī)，然后對(duì)它進(jìn)行分析。 其實(shí)這里涉及到了一個(gè)跨平臺(tái)使用LogMiner的問(wèn)題，筆者做過(guò)試驗(yàn)，也可以在Oracle9i中來(lái)分析Oracle8i的日志。但這些都是有所限制的，主要表現(xiàn)在： 1、LogMiner所使用的字典文件必須和所分析的日志文件是同一個(gè)數(shù)據(jù)庫(kù)所產(chǎn)生的，并且該數(shù)據(jù)庫(kù)的字符集應(yīng)和執(zhí)行LogMiner數(shù)據(jù)庫(kù)的相同。這很好理解，如果不是同一個(gè)數(shù)據(jù)庫(kù)所產(chǎn)生就不存在對(duì)應(yīng)關(guān)系了。 2、生成日志的數(shù)據(jù)庫(kù)硬件平臺(tái)和執(zhí)行LogMiner數(shù)據(jù)庫(kù)的硬件平臺(tái)要求一致，操作系統(tǒng)版本可以不一致。筆者做試驗(yàn)時(shí)（如果讀者有興趣可以到我網(wǎng)站http://www.ncn.cn上下載試驗(yàn)全過(guò)程，因?yàn)樘L(zhǎng)就不放在這里了），所用的兩個(gè)數(shù)據(jù)庫(kù)操作系統(tǒng)都是Tru64 UNIX，但一個(gè)是 V5.1A，另一個(gè)則是V4.0F。如果操作系統(tǒng)不一致則會(huì)出現(xiàn)下面的錯(cuò)誤： ORA-01284: file /data6/cyx/logmnr/arch_1_163570.arc cannot be opened ORA-00308: cannot open archived log '/data6/cyx/logmnr/arch_1_163570.arc' ORA-27048: skgfifi: file header information is invalid ORA-06512: at "SYS.DBMS_LOGMNR", line 63 ORA-06512: at line 1 五、分析v$logmnr_contents 前面我們已經(jīng)知道了LogMiner的分析結(jié)果是放在v$logmnr_contents中，這里面有很多信息，我們可以根據(jù)需要追蹤我們感興趣的信息。那么我們通常感興趣的有哪些呢？ 1、追蹤數(shù)據(jù)庫(kù)結(jié)構(gòu)變化情況，即DDL操作，如前所述，這個(gè)只有Oracle9i才支持： SQL> select timestamp,sql_redo from v$logmnr_contents2 where upper(sql_redo) like '%CREATE%'; TIMESTAMP ------------------- SQL_REDO ------------------------- 2003-09-21 10:01:55 create table t (c1 number); 2、追蹤用戶誤操作或惡意操作： 例如我們現(xiàn)實(shí)中有這樣需求，有一次我們發(fā)現(xiàn)一位員工通過(guò)程序修改了業(yè)務(wù)數(shù)據(jù)庫(kù)信息，把部分電話的收費(fèi)類型改成免費(fèi)了，現(xiàn)在就要求我們從數(shù)據(jù)庫(kù)中查出到底是 誰(shuí)干的這件事？怎么查？LogMiner提供了我們分析日志文件的手段，其中v$logmnr_contents的SESSION_INFO列包含了下面 的信息： login_username=NEW_97 client_info= OS_username=oracle8 Machine_name=phoenix1 OS_terminal=ttyp3 OS_process_id=8004 OS_program name=sqlplus@phoenix1 (TNS V1-V3) 雖然其中信息已經(jīng)很多了，但在我們的業(yè)務(wù)數(shù)據(jù)庫(kù)中，程序是通過(guò)相同的login_username登錄數(shù)據(jù)庫(kù)的，這樣單從上面的信息是很難判斷的。 不過(guò)我們注意到，因?yàn)楣緫?yīng)用服務(wù)器不是每個(gè)人都有權(quán)限在上面寫(xiě)程序的，一般惡意程序都是直接通過(guò)他自己的PC連到數(shù)據(jù)庫(kù)的，這就需要一個(gè)準(zhǔn)確的定位。 IP追蹤是我們首先想到的，并且也滿足我們的實(shí)際要求，因?yàn)楣緝?nèi)部IP地址分配是統(tǒng)一管理的，能追蹤到IP地址我們就可以準(zhǔn)確定位了。但從面的 SESSION_INFO中我們并不能直接看到IP，不過(guò)我們還是有辦法的，因?yàn)檫@個(gè)SESSION_INFO里面的內(nèi)容其實(shí)是日志從V$SESSION 視圖里提取的，我們可以在生產(chǎn)數(shù)據(jù)庫(kù)中創(chuàng)建一個(gè)追蹤客戶端IP地址的觸發(fā)器： create or replace trigger on_logon_trigger after logon on database begin dbms_application_info.set_client_info(sys_context('userenv', 'ip_address')); end; / 現(xiàn)在，我們就可以在V$SESSION視圖的CLIENT_INFO列中看到新登錄的客戶端IP地址了。那么上面的提出的問(wèn)題就可以迎刃而解了。假如被更新的表名為HMLX，我們就可以通過(guò)下面的SQL來(lái)找到所需信息： SQL > select session_info ,sql_redo from v$logmnr_contents 2 where upper(operation) = 'UPDATE'??and upper(sql_redo) like '%HMLX%' 3 / SESSION_INFO ----------------------------------------- SQL_REDO ----------------------------------------- login_username=C client_info=10.16.98.26 OS_username=sz-xjs-chengyx Machine_name =GDTEL\SZ-XJS-CHENGYX update "C"."HMLX" set "NAME" = 'free' where "NAME" = 'ncn.cn' and ROWID = 'AAABhTAA FAAABRaAAE'; 好了，到此為止，這篇文章就要結(jié)束了，如果讀者朋友還有什么疑問(wèn)，可以登錄我的個(gè)人網(wǎng)站（www.ncn.cn）來(lái)獲得最新消息，也可以通過(guò)MSN（gototop_ncn@hotmail.com）直接和我聯(lián)系。 六、參考資料： 1、Technical White Paper Oracle9i LogMiner 2、Metalink文檔：How to Setup LogMiner（文檔ID：111886.1）
文章來(lái)源:http://localhost/wp2/?p=50

昨天，遇到一件讓自己膽戰(zhàn)心驚的事情，就是數(shù)據(jù)庫(kù)導(dǎo)出的DMP文件由原來(lái)的800多M變?yōu)榱爽F(xiàn)在的300多M，整整少了500M！ 仔細(xì)回想，自己平時(shí)操作數(shù)據(jù)庫(kù)還是很小心的，就算有失誤，也不可能造成那么大的損失啊！ 在這里記錄一下解決過(guò)程： 1，首先當(dāng)然想到了Oracle的重做日志功能，也學(xué)習(xí)了Oracle自帶的日志分析工具LogMiner的使用方法，等會(huì)在另外一篇文章里記錄一下這個(gè)工具的使用方法。 2，在使用LogMiner之前，突然想到，能不能把800M的數(shù)據(jù)庫(kù)和300M的數(shù)據(jù)庫(kù)的每張表都單獨(dú)導(dǎo)出為DMP文件，進(jìn)行一下大小的對(duì)比 3，在用exp導(dǎo)出時(shí)，有一個(gè)log選項(xiàng)設(shè)定導(dǎo)出日志的文件路徑，此文件記錄了所有導(dǎo)出的數(shù)據(jù)庫(kù)表名和記錄數(shù)，用UltraEdit32的正則表達(dá)式功能去除了除開(kāi)表名的其他不相關(guān)數(shù)據(jù)。 4，用Java編寫(xiě)了一個(gè)小程序，讀入所有表名，對(duì)每個(gè)表名單獨(dú)進(jìn)行exp操作。 5，果然不出所料，其中有一個(gè)表被某個(gè)管理員清理過(guò)，那個(gè)表本來(lái)就很大，占到了500多M！ 至此，問(wèn)題解決，總結(jié)一下，不管碰到什么意外的問(wèn)題，不要慌張，冷靜分析才是王道！ PS:被刪除數(shù)據(jù)的那張表竟然占到了500多M，而整個(gè)數(shù)據(jù)庫(kù)才800M，很不解，然后看了一下這張表的模式，發(fā)現(xiàn)設(shè)計(jì)的很有問(wèn)題，這張表里面表達(dá)了多對(duì)多的關(guān)系，所以數(shù)據(jù)冗余太大，而且這些冗余根本就不是必須的，反而影響了性能！找常理來(lái)說(shuō)，針對(duì)多對(duì)多的關(guān)系應(yīng)該轉(zhuǎn)化為兩個(gè)多對(duì)一的關(guān)系。
文章來(lái)源:http://localhost/wp2/?p=48

今天去聽(tīng)了阿里巴巴的一個(gè)宣講會(huì)，感受挺深的... 現(xiàn)在的互聯(lián)網(wǎng)企業(yè)對(duì)人才的要求越來(lái)越明確了，要不，你精通算法，各種算法；要不，你精通某種編程語(yǔ)言，做過(guò)多個(gè)項(xiàng)目；總之，就是一個(gè)字，精通。 精通，對(duì)于我們大部分人來(lái)說(shuō)太難了...一是自己所處的學(xué)習(xí)環(huán)境，什么都在用，要精通某一個(gè)，無(wú)論從時(shí)間還是精力上，談何容易；二是對(duì)于行業(yè)的確了解太少，確實(shí)不知道什么技術(shù)是最需要的；三是大部分人都自己的定位都不甚了解，夢(mèng)想，對(duì)大部分人來(lái)說(shuō)都過(guò)于飄渺了（哎，浮躁的社會(huì)哺育浮躁的人...），大部分人（很不幸，自己也是其中的一員）的夢(mèng)想，就是尋找自己的夢(mèng)想，很可悲... 看到一句話，說(shuō)“什么都去干的企業(yè)，最終會(huì)被自己干掉”，想想，對(duì)個(gè)人而言，又何嘗不是？如果對(duì)什么都有興趣，但是，精力有限，什么都不精通，真正在找工作的時(shí)候，碰到一些細(xì)節(jié)的、要求準(zhǔn)確性的問(wèn)題，卻是束手無(wú)策...這時(shí)肯定覺(jué)得掌握一大堆時(shí)髦、前沿的名詞還不如踏踏實(shí)實(shí)掌握某一個(gè)東東好...平時(shí)聊天時(shí)高談闊論的驕傲這時(shí)化作了一腔默默的無(wú)奈...實(shí)際點(diǎn)，顛顛自己的分量，在精力允許的范圍內(nèi)，精通一個(gè)東西...然后再做其他打算...只有一年就要找工作了，該踏實(shí)點(diǎn)了...
文章來(lái)源:http://localhost/wp2/?p=46

? Flash/Flex與Java之間的數(shù)據(jù)類型映射，來(lái)自red5官方文檔：

Flash/Flex	Java
Number	any of the Java numeric types
int/uint *	any of the non-floating point Java numeric types
String	String
Boolean	Boolean/boolean
Array	List
Object	org.red5.io.utils.ObjectMap
Date	java.util.Date
XML	org.w3c.dom.Document
ByteArray *	org.red5.io.amf3.ByteArray
IExternalizable *	org.red5.io.amf3.IExternalizable
ArrayCollection *	org.red5.compatibility.flex.messaging.io.ArrayCollection
ObjectProxy *	org.red5.compatibility.flex.messaging.io.ObjectProxy
Null	null
custom class **	custom class

? Please note that Red5 performs automatic parameter conversion, e.g. if you pass a number to a method that takes a String as parameter, it is automatically converted.

Java	Flash/Flex
any of the Java numeric types	Number
any of the non-floating point Java numeric types	int/uint *
String	String
boolean/Boolean	Boolean
List/Set	Array
Map	Array or Object, depends on the Map contents
any objects	Object
org.red5.io.utils.ObjectMap	Object
java.util.Date	Date
org.w3c.dom.Document	XML
org.red5.io.amf3.ByteArray	ByteArray *
org.red5.io.amf3.IExternalizable	IExternalizable *
org.red5.compatibility.flex.messaging.io.ArrayCollection	ArrayCollection *
org.red5.compatibility.flex.messaging.io.ObjectProxy	ObjectProxy *
null	Null
custom class	custom class **

? ^* = Only available in Flash Player 9 or newer (AMF3) ^** = You can map the class to serialize to in Red5 by adding "[RemoteClass(alias="package.to.RemoteClass")]" above your Flex class definition.
文章來(lái)源:http://localhost/wp2/?p=39

??? 今天在做red5和flashplayer之間傳遞數(shù)據(jù)時(shí)，犯了一個(gè)讓人郁悶的錯(cuò)誤，記錄下來(lái)，讓自己今后保持頭腦清醒... ??? 昨天晚上還可以正確傳遞ArrayCollection，但是今天下午卻不行...我的解決方法太失敗了，我竟然首先沒(méi)有對(duì)比和昨天的差異，而就是在那不停的測(cè)啊，改啊，測(cè)啊...還以為發(fā)現(xiàn)了red5序列化的一個(gè)bug...太傻冒了...遇到這種問(wèn)題，很自然的應(yīng)該找昨天為什么行，而今天為什么不行...很明顯應(yīng)該從代碼入手...唉，而自己只會(huì)看現(xiàn)象...很多時(shí)候，多看看代碼，問(wèn)題就會(huì)解決的...唉，可能是自己的思維定勢(shì)吧...改正... ??? 在記錄一下錯(cuò)誤的原因：自己對(duì)NetConnection的編碼方式設(shè)置成了AMF0，由于ArrayCollection的傳遞需要AMF3，所以出錯(cuò)了...
文章來(lái)源:http://localhost/wp2/?p=37

越來(lái)越深刻的覺(jué)得，從小到大的各個(gè)階段，不能跳躍前行，只能腳踏實(shí)地。 這些天師兄們講找工作只要算法和C/C++基礎(chǔ)好，找工作那是一個(gè)一帆風(fēng)順...回想本科學(xué)習(xí)時(shí)，當(dāng)時(shí)覺(jué)得做項(xiàng)目很牛逼，久而久之，就忽略了項(xiàng)目的基礎(chǔ)——算法，回過(guò)頭來(lái)，現(xiàn)在還得重新啃算法。算法里面的一些時(shí)間復(fù)雜度的證明，又是高數(shù)極限里面的一些基礎(chǔ)知識(shí)（還好，高數(shù)還沒(méi)忘光...）。這一個(gè)個(gè)鮮活而血淋淋的實(shí)例再一次向我昭示了腳踏實(shí)地的重要性。 既然已經(jīng)決定先走技術(shù)路線，那么就徹底點(diǎn)，卸下那些與技術(shù)路線背道而馳的壞毛病，腳踏實(shí)地的走吧，人生可不是買東西，沒(méi)有折扣啊...
文章來(lái)源:http://localhost/wp2/?p=34

   

    來(lái)自：http://www.moandroid.com/?p=638
   

DDMS 的全稱是Dalvik Debug Monitor Service，它為我們提供例如：為測(cè)試設(shè)備截屏，針對(duì)特定的進(jìn)程查看正在運(yùn)行的線程以及堆信息、Logcat、廣播狀態(tài)信息、模擬電話呼叫、接收SMS、虛擬地理坐標(biāo)等等。

如何啟動(dòng) DDMS

DDMS 工具存放在SDK – tools/路徑下，啟動(dòng)DDMS方法如下:

1. 直接雙擊ddms.bat運(yùn)行；
2. 在Eclipes調(diào)試程序的過(guò)程中啟動(dòng)DDMS，在Eclipes中的界面如下：
   
   選擇“Other”，界面如下：
   
   雙擊DDMS就可以啟動(dòng)了。

DDMS對(duì)Emulator和外接測(cè)試機(jī)有同等效用。如果系統(tǒng)檢測(cè)到它們(VM)同時(shí)運(yùn)行，那么DDMS將會(huì)默認(rèn)指向 Emulator。以上2種啟動(dòng)后的操作有些不一樣，建議分別嘗試下。

DDMS 的工作原理

DDMS將搭建起IDE與測(cè)試終端(Emulator 或者connected device)的鏈接，它們應(yīng)用各自獨(dú)立的端口監(jiān)聽(tīng)調(diào)試器的信息，DDMS可以實(shí)時(shí)監(jiān)測(cè)到測(cè)試終端的連接情況。當(dāng)有新的測(cè)試終端連接后，DDMS將捕捉到 終端的ID,并通過(guò)adb建立調(diào)試器，從而實(shí)現(xiàn)發(fā)送指令到測(cè)試終端的目的。

DDMS監(jiān)聽(tīng)第一個(gè)終端App進(jìn)程的端口為8600，APP進(jìn)程將分配8601，如果有更多終端或者更多APP進(jìn)程將按照這個(gè)順序依次類推。DDMS通過(guò)8700端口（”base port”）接收所有終端的指令。

下邊通過(guò)GUI詳細(xì)了解DDMS的一些功能

Devices

在GUI的左上角可以看到標(biāo)簽為”Devices”的面板，這里可以查看到所有與DDMS連 接的終端的詳細(xì)信息，以及每個(gè)終端正在運(yùn)行的APP進(jìn)程，每個(gè)進(jìn)程最右邊相對(duì)應(yīng)的是與調(diào)試器鏈接的端口。因?yàn)锳ndroid是基于Linux內(nèi)核開(kāi)發(fā)的操 作平臺(tái)，同時(shí)也保留了Linux中特有的進(jìn)程ID，它介于進(jìn)程名和端口號(hào)之間。

在面板的右上角有一排很重要的按鍵他們分別是Debug the selected process、Update Threads、Update Heap、Stop Process和ScreenShot。

Emulator Control

通過(guò)這個(gè)面板的一些功能可以非常容易的使測(cè)試終端模擬真實(shí)手機(jī)所具備的一些交互功能，比如：接聽(tīng)電話，根據(jù)選項(xiàng)模擬各種不同網(wǎng)絡(luò)情況，模擬接受SMS消息和發(fā)送虛擬地址坐標(biāo)用于測(cè)試GPS功能等。

Telephony Status: 通過(guò)選項(xiàng)模擬語(yǔ)音質(zhì)量以及信號(hào)連接模式。
Telephony Actions: 模擬電話接聽(tīng)和發(fā)送SMS到測(cè)試終端。
Location Control: 模擬地理坐標(biāo)或者模擬動(dòng)態(tài)的路線坐標(biāo)變化并顯示預(yù)設(shè)的地理標(biāo)識(shí)，可以通過(guò)以下3種方式：

• Manual： 手動(dòng)為終端發(fā)送二維經(jīng)緯坐標(biāo)。
• GPX： 通過(guò)GPX文件導(dǎo)入序列動(dòng)態(tài)變化地理坐標(biāo)，從而模擬行進(jìn)中GPS變化的數(shù)值。
• KML： 通過(guò)KML文件導(dǎo)入獨(dú)特的地理標(biāo)識(shí)，并以動(dòng)態(tài)形式根據(jù)變化的地理坐標(biāo)顯示在測(cè)試終端。

Threads、Heap、File Exporler

這幾項(xiàng)，我們?cè)谄渌_(kāi)發(fā)工具中也經(jīng)常使用，就在不此詳細(xì)說(shuō)明了。通過(guò)File Exporler可以查看Android模擬器中的文件，可以很方便的導(dǎo)入/出文件。

Locate、Console

Locate：顯示輸出的調(diào)試信息，詳見(jiàn)Android下如何調(diào)試程序？；
Console：是Android模擬器輸出的信息，加載程序等信息；

使用DDMS模擬發(fā)送短信，操作過(guò)程如下：

在Emulator Control"Telephony Actions 中輸入以下內(nèi)容

單擊發(fā)送后，在Android模擬器中打開(kāi)Messaging，看到下面的短信：

單擊新短信，詳細(xì)查看短信內(nèi)容：

中文顯示為亂碼，在未來(lái)的開(kāi)發(fā)中，我們必須要注意中文字符的問(wèn)題。

總結(jié)說(shuō)明

DDMS是我們開(kāi)發(fā)人員最好的調(diào)試工具，它將是每個(gè)從事Android開(kāi)發(fā)的人員都不可缺少的。

    一切從String str = new String（"abc"）說(shuō)起...
    這行代碼形式上很簡(jiǎn)單，其實(shí)很復(fù)雜。有一個(gè)常見(jiàn)的Java筆試題就是問(wèn)上面這行代碼創(chuàng)建了幾個(gè)String對(duì)象。
    我剛開(kāi)始很自然的覺(jué)得應(yīng)該是創(chuàng)建了一個(gè)String對(duì)象，后來(lái)查閱資料，才發(fā)現(xiàn)，實(shí)際上創(chuàng)建了兩個(gè)String對(duì)象。下面說(shuō)明為什么創(chuàng)建了兩個(gè)String對(duì)象。
    首先，來(lái)了解一下Java中的字符串駐留池的概念。JVM為了提高性能，將一下兩種形式的字符串放在一個(gè)稱之為字符串駐留池的內(nèi)存塊中：
    形式一：String str = "abc";
    形式二："abc"
    其實(shí)，形式一和形式二都是字符串的字面常量。所以，可以這樣理解，即把字符串的字面常量都放在了字符串駐留池中。對(duì)形式一來(lái)說(shuō)，str其實(shí)就是引用的字符串駐留池中"abc"這個(gè)String對(duì)象。
    如果有如下的兩行代碼：
    String str1 = "abc";
    String str2 = "abc";
    那么，上面的兩行代碼創(chuàng)建了幾個(gè)String對(duì)象？答案是一個(gè)。根據(jù)我們剛才所述，那么第一行語(yǔ)句將在池中創(chuàng)建一個(gè)String對(duì)象，第二行會(huì)先在池中尋找是否有值與"abc"相同的String對(duì)象，如果有，就直接引用，沒(méi)有這在池中新建String對(duì)象。這下，就明白了為什么上面的兩行語(yǔ)句僅僅創(chuàng)建了一個(gè)String對(duì)象。
    然后，讓我們來(lái)看一看String str = new String("abc")。我們先不討論到底創(chuàng)建了幾個(gè)String對(duì)象。我們?cè)谶@里，比較一下這種new的方式和上面的直接賦值方式兩種創(chuàng)建String對(duì)象的不同，直接賦值的方式是在字符串駐留池中創(chuàng)建對(duì)象，但new這種方式是在堆中創(chuàng)建對(duì)象。即，new創(chuàng)建的String對(duì)象是不會(huì)放入字符串駐留池中的。如果一定要把某個(gè)通過(guò)new創(chuàng)建的字符串對(duì)象放入駐留池，可以使用intern()方法。如String strt = str.intern()，將把str的值放在駐留池中（當(dāng)然，是在駐留池原來(lái)沒(méi)有這個(gè)值對(duì)應(yīng)的String對(duì)象的情況下），并返回駐留池中String對(duì)象的引用。
    現(xiàn)在，可以分析String str = new String("abc");創(chuàng)建了幾個(gè)String對(duì)象了:)很明顯，傳入的"abc"字符串字面常量在駐留池中創(chuàng)建了一個(gè)對(duì)象，new操作符在堆中創(chuàng)建了一個(gè)對(duì)象，所以，一共創(chuàng)建了兩個(gè)String對(duì)象。
    對(duì)于Java中的其他類的對(duì)象的創(chuàng)建，應(yīng)該沒(méi)有這種問(wèn)題。看來(lái)，String對(duì)象還是挺特殊的...追根究底，我覺(jué)得還是因?yàn)樽址僮魈嗔耍瑸榱藘?yōu)化，不得已而為之。
   

    Java標(biāo)注（Annotation）是Java語(yǔ)言5.0版本開(kāi)始支持加入源代碼的特殊語(yǔ)法元數(shù)據(jù)。

    Java語(yǔ)言中的類、方法、變量、參數(shù)和包等都可以被標(biāo)注。Java標(biāo)注和Javadoc不同，標(biāo)注有自反性。在編譯器生成類文件時(shí)，標(biāo)注可以被嵌入到字節(jié)碼中，由Java虛擬機(jī)執(zhí)行時(shí)獲取到標(biāo)注。

    Java標(biāo)注可以用于編譯時(shí)，也可以用于運(yùn)行時(shí)。下面的討論主要集中于運(yùn)行時(shí)。

    Annotation分類

    1，內(nèi)建Annotation——Java5.0版在java語(yǔ)法中經(jīng)常用到的內(nèi)建Annotation：
    @Deprecated用于修飾已經(jīng)過(guò)時(shí)的方法；
    @Override用于修飾此方法覆蓋了父類的方法（而非重載）；
    @SuppressWarnings用于通知java編譯器禁止特定的編譯警告。

    下面代碼展示了內(nèi)建Annotation類型的用法：

    2,開(kāi)發(fā)者自定義Annotation：由開(kāi)發(fā)者自定義Annotation類型。
    下面是一個(gè)使用annotation進(jìn)行方法測(cè)試的sample：

    AnnotationDefineForTestFunction類型定義如下：


    測(cè)試annotation的代碼如下：


    3，使用第三方開(kāi)發(fā)的Annotation類型
    這也是開(kāi)發(fā)人員所常常用到的一種方式。比如我們?cè)谑褂肏ibernate3.0時(shí)就可以利用Annotation生成數(shù)據(jù)表映射配置文件，而不必使用Xdoclet。

    來(lái)自：http://www.cnblogs.com/ssqjd/archive/2009/02/08/1386427.html

   

要玩GPhone的模擬器，當(dāng)然需要先去google上面下載Android的SDK，解壓出來(lái)后在SDK的根目錄下有一個(gè)tools文件夾，里面就是模擬器和一些非常有用的工具。

雙擊“emulator.exe”，直接啟動(dòng)模擬器，簡(jiǎn)單吧。當(dāng)然，如果要對(duì)模擬器進(jìn)行一些定制，還是要從命令行調(diào)用，帶上參數(shù)啟動(dòng)。下面就來(lái)介紹一下啟動(dòng)是常用的幾個(gè)參數(shù)：

1.模擬器外觀的定制：
480x320, landscape: emulator -skin HVGA-L
320x480, portrait : emulator -skin HVGA-P (default)
320x240, landscape: emulator -skin QVGA-L
240x320, portrait : emulator -skin QVGA-P

2.為模擬器加上SD卡：
emulator -sdcard D:"sdcard.img

下面我們?cè)賮?lái)說(shuō)說(shuō)如何創(chuàng)建"sdcard.img"文件：
“tools”目錄下還有另外一個(gè)很好用的工具“mksdcard.exe”，一看名字就知道——make sdcard。對(duì)，就用它來(lái)創(chuàng)建一個(gè)“SD卡”。

命令為：
mksdcard 1024M D:"sdcard.img

OK,這樣一個(gè)容量為1G的SD卡就創(chuàng)建完畢了。

使用SDCard:

創(chuàng)建: mksdcard <1024M> <sdcard.img>
(bytes(default)，K，M)

連接到模擬器: emulator -sdcard <目錄/sdcard.img>

傳文件到SDCard: adb push <目錄/audio.mp3> </sdcard/audio.mp3>

玩過(guò)手機(jī)模擬器的人一般最感興趣的當(dāng)然是模擬器能做什么呢？下面一一道來(lái)：

GPhone的模擬器有個(gè)特有的號(hào)碼：15555218135，這個(gè)就類似我們實(shí)體手機(jī)的SIM卡號(hào)碼啦。要實(shí)現(xiàn)撥號(hào)，用手機(jī)？當(dāng)然不行！

更簡(jiǎn)單，三步：
1.運(yùn)行 cmd
2.連接: telnet localhost 5554
3.命令:gsm call 15555218135

look！是不是模擬器上顯示來(lái)電了？接聽(tīng)/掛斷和實(shí)體手機(jī)一樣。

發(fā)短信也一樣簡(jiǎn)單，重復(fù)上面1，2兩步，第三部命令改一下：
sms send 15555218135 Hello,this is a Message.

來(lái)說(shuō)說(shuō)PC與模擬器文件傳輸?shù)姆椒ò伞＿@里需要用到另一個(gè)重要工具，也在“tools”目錄下，“adb.exe”。

adb:

adb(Android Debug Bridge)是Android 提供的一個(gè)通用的調(diào)試工具，借助這個(gè)工具，我們可以管理設(shè)備或手機(jī) 模擬器 的狀態(tài) 。還可以進(jìn)行以下的操作：
1、快速更新設(shè)備或手機(jī)模擬器中的代碼，如應(yīng)用或Android系統(tǒng)升級(jí)；
2、在設(shè)備上運(yùn)行shell命令；
3、管理設(shè)備或手機(jī)模擬器上的預(yù)定端口；
4、在設(shè)備或手機(jī)模擬器上復(fù)制或粘貼文件

一些常用的操作：

進(jìn)入Shell: adb shell

通過(guò)上面的命令，就可以進(jìn)入設(shè)備或模擬器的shell環(huán)境中，在這個(gè)Linux Shell中，你可以執(zhí)行各種Linux 的命令，另外如果只想執(zhí)行一條shell命令，可以采用以下的方式：
adb shell [command]
如：adb shell dmesg會(huì)打印出內(nèi)核的調(diào)試信息。
(Android的linux shell做了大量精簡(jiǎn)，很多l(xiāng)inux常用指令都不支持)

上傳文件: adb push <PC文件> </tmp/...>
下載文件: adb pull </tmp/...> <PC文件>

安裝程序: adb install <*.apk>
卸載軟件: adb shell rm /data/app/<*.apk>

補(bǔ)充一點(diǎn)，通過(guò)adb安裝的軟件(*.apk)都在"/data/app/"目錄下，所以安裝時(shí)不必制定路徑，卸載只需要簡(jiǎn)單的執(zhí)行"rm"就行。

結(jié)束adb: adb kill-server

顯示android模擬器狀態(tài):
adb devices (端口信息)
adb get-product (設(shè)備型號(hào))
adb get-serialno (序列號(hào))

等待正在運(yùn)行的設(shè)備: adb wait-for-device

端口轉(zhuǎn)發(fā): adb forward adb forward tcp:5555 tcp:1234
(將默認(rèn)端口TCP 5555轉(zhuǎn)發(fā)到1234端口上)

查看bug報(bào)告: adb bugreport

adb shell sqlite3 訪問(wèn)數(shù)據(jù)庫(kù)SQLite3
adb shell logcat -b radio 記錄無(wú)線通訊日志： 一般來(lái)說(shuō)，無(wú)線通訊的日志非常多，在運(yùn)行時(shí)沒(méi)必要去記錄，但我們還是可以通過(guò)命令，設(shè)置記錄：

應(yīng)用程序配置文件:
"AndroidManifest.xml"中
"<category android:name="android.intent.category.LAUNCHER" />"
決定是否應(yīng)用程序是否顯示在Panel上

-----------------------------------------------------------------------------------

am指令(在shell內(nèi)使用am來(lái)加載android應(yīng)用):
am [start|instrument]   
   
am start [-a <ACTION>]
  [-d <DATA_URI>]
  [-t <MIME_TYPE>]                
  [-c <CATEGORY> [-c <CATEGORY>] ...] 
  [-e <EXTRA_KEY> <EXTRA_VALUE> [-e <EXTRA_KEY> <EXTRA_VALUE> ...]
  [-n <COMPONENT>] [-D] [<URI>]       

am instrument [-e <ARG_NAME> <ARG_VALUE>]
  [-p <PROF_FILE>]                
  [-w] <COMPONENT>

啟動(dòng)瀏覽器:
am start -a android.intent.action.VIEW -d http://www.google.cn/

撥打電話:
am start -a android.intent.action.CALL -d tel:10086

啟動(dòng)google map直接定位到北京:
am start -a android.intent.action.VIEW geo:0,0?q=beijing

-----------------------------------------------------------------------------------

目錄：
# ls
ls
sqlite_stmt_jou
cache
sdcard
etc
init
init.goldfish.r
init.rc
data
system
proc
sys
sbin
default.prop
root
dev

這里要說(shuō)明下，從andorid中得到的文件流的字符串的順序是按“類型+權(quán)限+擁有者+數(shù)組+大小+日期+名稱+鏈接到”順序排列的，其中類型“d”表示的是文件夾，"l"表示的是鏈接,'-'表示的是文件。

例如d rwxrwx--- system    cache                2009-01-09 11:46              cache

上面的目錄就是通過(guò)解析ls命令返回的字符串進(jìn)行解析的。

-----------------------------------------------------------------------------------

數(shù)據(jù)庫(kù):

聯(lián)絡(luò)人(含通話記錄)數(shù)據(jù)庫(kù)：/data/data/com.android.providers.contacts/databases/contacts.db
媒體庫(kù)(貌似記錄鈴聲設(shè)置等信息): /data/data/com.android.providers.media/internal.db
系統(tǒng)設(shè)置: /data/data/com.android.providers.settings/databases/settings.db
短信庫(kù): /data/data/com.android.providers.telephony/databases/mmssms.db
Web設(shè)置: /data.data/com.android.settings/databases/webview.db
地圖搜索歷史記錄:/data/data/com.google.android.apps.maps/databases/search_history.db
帳號(hào)庫(kù)?(內(nèi)含androidId信息) : /data/data/com.google.android.googleapps/databases/accounts.db

鈴聲: /system/media/audio
時(shí)區(qū)設(shè)置: /data/property/persist.sys.timezone

-----------------------------------------------------------------------------------
目前的安裝模式
　　安裝前：
1. emulator -wipe-data
2. adb push busybox ./
3. adb shell ./busybox tar -cf /tmp/data.tar /data
4. adb pull /tmp/data.tar .
5. mkdir original
6. cd original
7. tar -xf ../data.tar

　　安裝后：
1. adb shell ./busybox tar -cf /tmp/data.tar /data
2. adb pull /tmp/data.tar .
3. mkdir after_install
4. cd after_install
5. tar -xf ../data.tar

    目前來(lái)看，就是/data/app和data/data下多了兩個(gè)相關(guān)文件，同時(shí)在/data/system/packages.xml中增加了安裝的程序信息。似乎菜單也是從這個(gè)文件中得到是否新安裝程序，以及如何顯示相關(guān)信息比如名稱什么的。

android模擬器和真機(jī)的不同之處：

    * 不支持呼叫和接聽(tīng)實(shí)際來(lái)電；但可以通過(guò)控制臺(tái)模擬電話呼叫(呼入和呼出)
    * 不支持USB連接
    * 不支持相機(jī)/視頻捕捉
    * 不支持音頻輸入(捕捉)；但支持輸出(重放)
    * 不支持?jǐn)U展耳機(jī)
    * 不能確定連接狀態(tài)
    * 不能確定電池電量水平和交流充電狀態(tài)
    * 不能確定SD卡的插入/彈出
    * 不支持藍(lán)牙

andoroid模擬器使用注意：
平時(shí)使用emulator測(cè)試開(kāi)發(fā)的網(wǎng)友注意應(yīng)該定期清理下C:"Documents and Settings"sh"Local Settings"Temp"AndroidEmulator文件夾，由于Android模擬器每次運(yùn)行時(shí)會(huì)臨時(shí)生成幾個(gè).tmp后綴的臨時(shí)文件，沒(méi)有幾 個(gè)月功夫簡(jiǎn)單一看竟然占用磁盤(pán)空間高達(dá)5GB之多。這些文件網(wǎng)友可以安全的刪除。

    最近在讀高煥堂的《Android應(yīng)用框架原理與程序設(shè)計(jì)》，由于高煥堂是臺(tái)灣省的，所以術(shù)語(yǔ)不太一樣，這里是網(wǎng)上收集的大陸和臺(tái)灣的IT術(shù)語(yǔ)對(duì)比表：
   

中國(guó)臺(tái)灣省 中國(guó)大陸

程式----------->程序

圖示----------->圖標(biāo)

功能表--------->菜單

視窗----------->窗口

作業(yè)----------->工作

內(nèi)存----------->記憶體

埠------------->端口

資訊----------->信息

硬盤(pán)----------->硬碟

互動(dòng)----------->交互

光盤(pán)----------->光碟

硬碟機(jī)--------->硬盤(pán)驅(qū)動(dòng)器

光碟機(jī)--------->光盤(pán)驅(qū)動(dòng)器

變數(shù)----------->變量

物件----------->對(duì)象

亂數(shù)----------->隨機(jī)數(shù)

測(cè)驗(yàn)----------->測(cè)試

滑鼠----------->鼠標(biāo)

回應(yīng)----------->響應(yīng)

設(shè)定----------->設(shè)置

撰寫(xiě)----------->編寫(xiě)

列印----------->打印

網(wǎng)路----------->網(wǎng)絡(luò)

檔案----------->文件

位元----------->比特

檔名----------->文件名

影像----------->圖像

螢屏----------->屏幕

存盤(pán)----------->存儲(chǔ)

指標(biāo)----------->指示

影片----------->動(dòng)畫(huà)

真?zhèn)?---------->真假

顯示幕--------->顯示器

工具列--------->工具欄

重繪----------->刷新

裝置----------->設(shè)置

游標(biāo)----------->光標(biāo)

關(guān)於----------->關(guān)于

支援----------->支持

軟體----------->軟件

硬體----------->硬件

著作權(quán)--------->版權(quán)

整合ssi雖然原理比較簡(jiǎn)單，但在實(shí)際操作的時(shí)候還是容易出錯(cuò)的，在這里也記錄一下...
各個(gè)組件的版本號(hào)：struts2.1 spring2.5 ibatis2.3
struts2.1需要的包
    首先是struts2.1必須的包：

    然后是要與spring集成需要的包：struts2-spring-plugin-2.1.6.jar

spring2.5需要的包
    這里用的是集成了spring所有模塊的包：spring.jar

ibatis2.3需要的包
    ibatis-2.3.*.*.jar

web.xml的配置

applicationContext.xml的配置

sql-map-config.xml的配置

    具體sql-map文件的配置，這里就不寫(xiě)了，我也是剛剛學(xué)習(xí)ibatis，呵呵，由于最近馬上就要開(kāi)發(fā)了，就找了工具來(lái)加快速度，ibatis官方提供的ibator（原來(lái)叫abator）這個(gè)工具相當(dāng)猛啊，還在學(xué)習(xí)中...

    在配置過(guò)程當(dāng)中，特別需要注意各個(gè)配置文件的存放位置，比如對(duì)于applicationContext.xml來(lái)說(shuō)，默認(rèn)應(yīng)該存放在WEB-INF文件夾中，如果想放到類路徑上去，需要在web.xml里面配置，一般配置在web.xml的開(kāi)頭部分：

來(lái)自：http://www.javaeye.com/topic/106626

一、簡(jiǎn)介：
hsql數(shù)據(jù)庫(kù)是一款純Java編寫(xiě)的免費(fèi)數(shù)據(jù)庫(kù)，許可是BSD-style的協(xié)議。
相對(duì)其他數(shù)據(jù)庫(kù)來(lái)說(shuō)，其體積小，才563kb。
僅一個(gè)hsqldb.jar文件就包括了數(shù)據(jù)庫(kù)引擎，數(shù)據(jù)庫(kù)驅(qū)動(dòng)，還有其他用戶界面操作等內(nèi)容。
下載地址：http://hsqldb.org/

二、使用hsql數(shù)據(jù)庫(kù)：
1、hsql數(shù)據(jù)庫(kù)引擎有幾種服務(wù)器模式：常用的Server模式、WebServer模式、Servlet模式、Standlone模式、Memory-On&shy;ly數(shù)據(jù)庫(kù)。

2、最為常用的Server模式：
1)首先卻換到lib文件夾下，運(yùn)行java -cp hsqldb.jar
org.hsqldb.Server -database.0 db/mydb -dbname.0 xdb
執(zhí)行命令后，將會(huì)在db文件夾下創(chuàng)建一個(gè)數(shù)據(jù)庫(kù)mydb，別名（用于訪問(wèn)數(shù)據(jù)庫(kù)）是xdb，如果存在mydb數(shù)據(jù)庫(kù)，將會(huì)打開(kāi)它。
2)運(yùn)行數(shù)據(jù)庫(kù)界面操作工具：java -cp hsqldb.jar
org.hsqldb.util.DatabaseManager
在Type選項(xiàng)里選上相應(yīng)的服務(wù)器模式，這里選擇HSQL
Database Engine
Server模式；Driver不用修改；URL修改為jdbc:hsqldb:hsql://localhost/xdb
（主要這里xdb就是上面我們?cè)O(shè)置的別名）;user里設(shè)置用戶名，第一次登錄時(shí)，設(shè)置的是管理員的用戶名，password設(shè)置密碼。然后點(diǎn)擊Ok。
3)第一次運(yùn)行數(shù)據(jù)庫(kù)引擎，創(chuàng)建數(shù)據(jù)庫(kù)完畢。好了，你可以打開(kāi)db文件夾，會(huì)發(fā)現(xiàn)里面多了幾個(gè)文件。
mydb.properties文件：是關(guān)于數(shù)據(jù)庫(kù)的屬性文件。
mydb.script：hsql主要保存的表（這里按hsql的說(shuō)法是Memory表，就是最為常用的），里面的格式都是文本格式，可以用文本查看，里面的語(yǔ)&shy;句都是sql語(yǔ)句，熟悉sql語(yǔ)句的話，你也可以手動(dòng)修改它。每次運(yùn)行數(shù)據(jù)庫(kù)引擎的話都是從這里加載進(jìn)內(nèi)存的。
mydb.lck表示數(shù)據(jù)庫(kù)處于打開(kāi)狀態(tài)。
其他的請(qǐng)參看hsqldb包里的手冊(cè)。

3、WebServer模式和Server運(yùn)行模式基本一樣，只是支持了Http等協(xié)議，主要用于防火墻，默認(rèn)端口是9001。啟動(dòng)Server，java
-cp hsqldb.jar org.hsqldb.WebServer ...剩余的和上面的一致。

4、Servlet模式可以允許你通過(guò)Servlet容器來(lái)訪問(wèn)數(shù)據(jù)庫(kù)，請(qǐng)查看hsqlServlet.java的源代碼，和WebServer類似。

5、另一個(gè)值得思考的模式是Standalone模式：不能通過(guò)網(wǎng)絡(luò)來(lái)訪問(wèn)數(shù)據(jù)庫(kù)，主要是在一個(gè)JVM中使用，那樣的話，訪問(wèn)的速度會(huì)更加快。雖然文檔里 面提到&shy;主要是用于開(kāi)發(fā)時(shí)使用，但是我們可以假設(shè)一下，該方法不需要一個(gè)引擎類的東西，而類似于打開(kāi)文件的方式，返回一個(gè) Connection對(duì)象：
Connection c = DriverManager.getConnection("jdbc:hsqldb:file:mydb",
"sa", "");
將會(huì)在當(dāng)前目錄找到mydb數(shù)據(jù)庫(kù)相關(guān)文件，打開(kāi)并返回一個(gè)Connection對(duì)象。該方式有點(diǎn)好處就是可以不使用引擎，在需要的時(shí)候操作數(shù)據(jù)。所以那 些對(duì)數(shù)&shy;據(jù)庫(kù)不是特別有要求的，但又需要一個(gè)操作數(shù)據(jù)庫(kù)的方式的話，可以使用這種方法。對(duì)于那些不想額外在數(shù)據(jù)庫(kù)引擎花費(fèi)金錢(qián)的話，可以 使用這種方法。但是不推薦使用該&shy;方法。記得Hibernate里SessionFactory可以使用 openSession(Connecttion
c)來(lái)獲得一個(gè)Session對(duì)象的，因此，在測(cè)試或者實(shí)際應(yīng)用的話都可以這樣使用。

6、Memory-Only
數(shù)據(jù)庫(kù)：顧名思義，主要是內(nèi)存中使用，不用于保存數(shù)據(jù)。可以用于在內(nèi)存中交換數(shù)據(jù)。

上面是關(guān)于hsqldb的一些基本信息的介紹，可以看到它的一些優(yōu)勢(shì)和特性。
我們可以把hsqldb內(nèi)置在web程序中，除考慮Standalone模式外，最好是采用最為常用的Server模式。
那么Server模式如何和web程序合理搭配使用呢。
可以采用兩種方式：
1）采用上面提到的方法，運(yùn)行java -cp hsqldb.jar
org.hsqldb.Server -database.0 db/mydb -dbname.0 xdb
來(lái)啟動(dòng)db，通過(guò)設(shè)置的URL：jdbc:hsqldb:hsql://localhost/xdb
以達(dá)到在程序中訪問(wèn)hsql數(shù)據(jù)庫(kù)的
（注：設(shè)置URL等信息，可以通過(guò)hibernate來(lái)配置，例如：
hibernate.dialect org.hibernate.dialect.HSQLDialect
hibernate.connection.driver_class org.hsqldb.jdbcDriver
hibernate.connection.username sa
hibernate.connection.password
hibernate.connection.url jdbc:hsqldb:hsql://localhost/xdb ）
2）為了省去第一種方法的瑣碎，可以在啟動(dòng)web容器的過(guò)程中同時(shí)啟動(dòng)hsqldb。具體做法如下：編寫(xiě)一個(gè)有關(guān)hsql的Listener類，擴(kuò)展javax&shy;.servlet.ServletContextListener，可以在配置文件中設(shè)置dbPath、dbName、port等等hsqldb的信息，啟動(dòng)h&shy;sqldb。
在web.xml中配置
<listener>

<listener-class>com.iplan.portal.framework.web.HsqlListener</listener-class&shy;>
</listener>
這樣在啟動(dòng)web容器的時(shí)候，同時(shí)啟動(dòng)了hsqldb，關(guān)閉容器的時(shí)候同時(shí)也shutdown掉hsqldb。

MyEclipse6.5集成SVN

第一步：安裝Mylyn：

      打開(kāi)Myeclipse6.5，依次點(diǎn)擊Hellp-->Software Updates-->Find and Install

      在彈出的對(duì)話框中選擇第二項(xiàng)（Search for new features to install)，點(diǎn)擊next后，在新的對(duì)話框中選擇New Remote Site...然后填寫(xiě)下面內(nèi)容：

Name：Mylyn

URL：http://download.eclipse.org/tools/mylyn/update/e3.3

     然后一路點(diǎn)擊下一步。完成安裝后重啟workspace。

第二步：安裝Subversive：

      打開(kāi)Myeclipse6.5，依次點(diǎn)擊Hellp-->Software Updates-->Find and Install

      在彈出的對(duì)話框中選擇第二項(xiàng)（Search for new features to install)，點(diǎn)擊next后，在新的對(duì)話框中選擇New Remote Site...然后填寫(xiě)下面內(nèi)容：

Name：subversive

URL：http://download.eclipse.org/technology/subversive/0.7/update-site/

      然后一路點(diǎn)擊下一步。完成安裝后重啟workspace。

第三步：安裝Subservice Connectors：

      打開(kāi)MyEclipse6.5，依次點(diǎn)擊Hellp-->Software Updates-->Find and Install

      在彈出的對(duì)話框中選擇第二項(xiàng)（Search for new features to install)，點(diǎn)擊next后，在新的對(duì)話框中選擇New Remote Site...然后填寫(xiě)下面內(nèi)容：

Name：subservice connectors

URL：http://www.polarion.org/projects/subversive/download/eclipse/2.0/update-site/

      然后一路點(diǎn)擊下一步。完成安裝后重啟workspace。

      到這里安裝完畢。

      然后在MyEclipse6.5點(diǎn)擊Window-->Show View-->Other...-->SVN-->SVN Repositories,點(diǎn)擊OK，添加SVN Repositories的窗口。

      好了，下面就可以新建一個(gè)Repository Location了。

在SVN Repositories窗口中右鍵New-->Repository Location，輸入SVN服務(wù)端的URL和用戶名，密碼，點(diǎn)擊確定后就完成了。

    磁盤(pán)命令應(yīng)該是最基本的命令了。linux下的磁盤(pán)命令主要有三個(gè)：
    df命令用來(lái)檢查文件系統(tǒng)的磁盤(pán)空間占用情況。這里的文件系統(tǒng)指掛載到linux系統(tǒng)上的文件系統(tǒng)。沒(méi)有掛載上來(lái)的是沒(méi)有包含進(jìn)來(lái)的。
    fdisk命令主要用來(lái)分區(qū)。先復(fù)習(xí)一下基礎(chǔ)知識(shí)。一個(gè)硬盤(pán)可以劃分4個(gè)區(qū)，3個(gè)主要分區(qū)，一個(gè)擴(kuò)展分區(qū)，而擴(kuò)展分區(qū)里可以劃分n個(gè)邏輯分區(qū)，擴(kuò)展分區(qū)本身不能儲(chǔ)存任何東西，也不能格式化成某種文件系統(tǒng)，只能用于區(qū)分邏輯分區(qū)。
    sudo fdisk -l
    fdisk用來(lái)分區(qū)比較復(fù)雜，Linux有一個(gè)圖形化的軟件gparted來(lái)進(jìn)行分區(qū)。
    sudo apt-get install gparted          安裝
    mkfs是格式化的命令，它的形式：sudo mkfs -t 文件系統(tǒng) 存儲(chǔ)設(shè)備，如：
    sudo mkfs -t ext3 /dev/sda6             把該設(shè)備格式化成ext3文件系統(tǒng)
    mount和umount是掛載和取消掛載命令。
    sudo mount [-t 文件系統(tǒng) ] [-o 選項(xiàng)] 設(shè)備 目錄
    使用這個(gè)命令前需要先生成一個(gè)用于被掛的目錄，創(chuàng)建了這樣的目錄后有個(gè)細(xì)節(jié)問(wèn)題就是更改這個(gè)目錄的權(quán)限，最起碼要你可讀寫(xiě)，這樣才能使你掛載的硬盤(pán)可讀寫(xiě)，當(dāng)然ntfs的硬盤(pán)除外。如：chmod 777 目錄。掛載時(shí)，也有可以省事的地方，比如說(shuō)你不知道你的分區(qū)是什么文件類型你可以:sudo mount -t auto 設(shè)備 目錄。sudo mount 設(shè)備 目錄
   

ROWNUM的概念
ROWNUM是 一個(gè)虛假的列。它將被分配為 1，2，3，4，...N，N 是行的數(shù)量。一個(gè)ROWNUM值不是被永久的分配給一行 （這是最容易被誤解的）。表中的某一行并沒(méi)有標(biāo)號(hào)；你不可以查詢ROWNUM值為5的行——根本沒(méi)有這個(gè)概念。另一個(gè)容易搞糊涂的問(wèn)題是ROWNUM值是 何時(shí)被分配的。ROWNUM值的分配是在查詢的謂詞解析之后，任何排序和聚合之前進(jìn)行的。ROWNUM值只有當(dāng)被分配之后才會(huì)增長(zhǎng)。這就是為什么下面的查 詢永遠(yuǎn)都不會(huì)返回結(jié)果：
select * from countries where rownum>1;
ROWNUM > 1對(duì)于第一行來(lái)說(shuō)并不是真值，ROWNUM沒(méi)有增長(zhǎng)到 2。所以，沒(méi)有比1大的ROWNUM.永遠(yuǎn)都不要使用’ROWNUM>？‘和’ROWNUM=2…N’這樣的條件。

用rownum顯示排序結(jié)果的前N條記錄
FROM/WHERE子句先被執(zhí)行.
根據(jù)FROM/WHERE子句輸出的行, ROWNUM被分配給他們并自增長(zhǎng).
SELECT 被應(yīng)用.
GROUP BY 被應(yīng)用.
HAVING is 被應(yīng)用.
ORDER BY 被應(yīng)用.
這就是為什么下面的SQL幾乎總是錯(cuò)誤的:
select rownum,job_title,min_salary
from jobs where rownum<3 order by min_salary;
正確的寫(xiě)法:
        select rownum,tmp.* from (
        select job_title,min_salary
        from jobs order by min_salary) tmp
        where rownum<=3;

用ROWNUM實(shí)現(xiàn)分頁(yè)
select * from
        (select /*+ FIRST_ROWS(n) */ a.*,
        ROWNUM rnum
        from (your_query_goes_here, with order by) a
        where ROWNUM <=
        :MAX_ROW_TO_FETCH )
where rnum >= :MIN_ROW_TO_FETCH;
FIRST_ROWS(N)使優(yōu)化器考慮最短時(shí)間獲得前N條記錄.
:MAX_ROW_TO_FETCH 某一頁(yè)中結(jié)果集的最后一行。如果你每頁(yè)顯示10行，要顯示第6頁(yè),那么此值取60。
:MIN_ROW_TO_FETCH 某一頁(yè)中結(jié)果集的第一行。如果你每頁(yè)顯示10行，要顯示第6頁(yè),那么此值取50。

ROWNUM對(duì)性能的影響
ROWNUM可以避免oracle在磁盤(pán)上進(jìn)行排序。rownum無(wú)法避免全表掃描的發(fā)生，但是它可以避免對(duì)整個(gè)表數(shù)據(jù)的排序操作，在指定了rownum后，排序操作在內(nèi)存中可以輕松完成。

    sequence是用來(lái)在多用戶環(huán)境下產(chǎn)生唯一整數(shù)的數(shù)據(jù)庫(kù)對(duì)象。序列產(chǎn)生器順序生成數(shù)字，它可用于自動(dòng)生成主鍵值，并能協(xié)調(diào)多行或者多表的主鍵操 作。沒(méi)有sequence，順序的值只能靠編寫(xiě)程序來(lái)生成。先找出最近產(chǎn)生的值然后自增長(zhǎng)。這種方法要求一個(gè)事務(wù)級(jí)別的鎖，這將導(dǎo)致在多用戶并發(fā)操作的環(huán) 境下，必須有人等待下一個(gè)主鍵值的產(chǎn)生。而且此方法很容易產(chǎn)生主鍵沖突的錯(cuò)誤，如下圖：
time a......trans1 begin.........................................................
                       |
              取max value=5 
                        |
time b...... max value+1=6........trans2 begin.....................
                        |                         |
               other action               max value=5
                        |                         |
time c..... commit;  ...................max value+1=6................
                                                  |
                                              commt(ora-00001)

如上圖，事務(wù)2會(huì)報(bào)主鍵沖突的錯(cuò)誤，而再刷新一下頁(yè)面（再執(zhí)行一邊程序），可能就正常了。
還有一個(gè)問(wèn)題，那就是完成生成主鍵的程序 （一般情況包含plsql塊）本身對(duì)于并發(fā)調(diào)用也是一個(gè)瓶頸，因?yàn)檫@樣的程序段往往是提供給好多程序去調(diào)用，如果代碼端寫(xiě)的不夠優(yōu)化（比如沒(méi)有使用邦定變 量等等），或者此代碼段存在問(wèn)題，那么它所影響的是系統(tǒng)的全局。我們應(yīng)該提倡開(kāi)發(fā)人員使用sequence。sequence消除了序列化問(wèn)題，而且改善 了應(yīng)用的并發(fā)能力。

創(chuàng)建sequence

sequence的命名最重要的是要統(tǒng)一，命名規(guī)則是次要的。
 CREATE SEQUENCE emp_sequence
      INCREMENT BY 1
      START WITH 1
      NOMAXVALUE
      NOCYCLE
      CACHE 10;
這 里需要重點(diǎn)說(shuō)明的是cache參數(shù)，它是為了應(yīng)對(duì)并發(fā)訪問(wèn)的。cache參數(shù)告訴oracle預(yù)先分配一個(gè)sequence numbers的集合，并且保留在內(nèi)存中，以便sequence number能夠被快速的訪問(wèn)。這個(gè)內(nèi)存的大小就是cache所指定的大小，當(dāng)多個(gè)用戶同時(shí)訪問(wèn)一個(gè)sequence的時(shí)候，是在oracle SGA中讀取sequence當(dāng)前的合理數(shù)值，如果并發(fā)訪問(wèn)太大，cache的大小不夠，那么就會(huì)產(chǎn)生sequence cache相關(guān)的等待（enq: SQ - contention），影響系統(tǒng)性能。
既然cache涉及到了內(nèi)存，那么就會(huì)想到oracle實(shí)例恢復(fù)的問(wèn)題。如果數(shù)據(jù)庫(kù)shutdown abort，sequence會(huì)如何呢？當(dāng)然會(huì)有問(wèn)題，sequence number保存在內(nèi)存里的但是沒(méi)有被應(yīng)用到表中的會(huì)丟失！

修改sequence

除了修改sequence的starting number，你什么都能改，如果想改starting number，只能先drop然后create。
ALTER SEQUENCE emp_sequence
    INCREMENT BY 10
    MAXVALUE 10000
    CYCLE
    CACHE 20;
修 改很有用，最典型的情況是“需要把sequence 的current value改大一點(diǎn)，避免程序報(bào)錯(cuò)！”。你就可以看看current value是多少，然后修改increment by 足夠大的值，然后執(zhí)行.nextval，最后別忘了再將increnent by改成原來(lái)的值，還要注意做這些工作的前提是當(dāng)前沒(méi)有人用此sequence。

使用 sequence

CURRVAL 和 NEXTVAL 能夠在以下情況使用:
insert的values字句、select中的select列表、update中的set字句

CURRVAL 和 NEXTVAL 不能夠在以下情況使用:
子查詢、視圖和實(shí)體化視圖的查詢、帶distinct的select語(yǔ)句、帶 group by和order by的select語(yǔ)句、帶union或intersect或minus的select語(yǔ)句、select中的where字句、create table與alter table中的default值、check約束條件。

刪除sequence

drop sequence seq_a;
當(dāng)刪除sequence后，對(duì)應(yīng)它的同義詞會(huì)被保留，但是引用時(shí)會(huì)報(bào)錯(cuò)。

oracle rac環(huán)境中的sequence

oracle為了在rac環(huán)境下為了sequence的一致性，使用了三種鎖：row cache lock、SQ鎖、SV鎖。
row cache lock的目的是在sequence指定nocache的情況下調(diào)用sequence.nextval過(guò)程中保證序列的順序性；
SQ鎖是應(yīng)用于指定了cache+noorder的情況下調(diào)用sequence.nextval過(guò)程中。
SV 鎖（dfs lock handel) 是調(diào)用sequence.nextval期間擁有的鎖。前提是創(chuàng)建sequence時(shí)指定了cache 和order屬性 (cache+order)。order參數(shù)的目的是為了在RAC上節(jié)點(diǎn)之間生成sequence的順序得到保障。

創(chuàng)建sequence賦予的cache值較小時(shí)，有enq:sq-contention等待增加的趨勢(shì)。
cache的缺省值是20.因此創(chuàng)建并發(fā)訪問(wèn)多的sequence時(shí)，cacheh值應(yīng)取大一些。否則會(huì)發(fā)生enq:sq-contention等待事件。

rac上創(chuàng)建sequence時(shí)，如果指定了cache大小而賦予noorder屬性，則各節(jié)點(diǎn)將會(huì)把不同范圍的sequence值cache到內(nèi) 存上。若兩個(gè)節(jié)點(diǎn)之間都必須通過(guò)依次遞增方式使用sequence，必須賦予如下的order屬性（一般不需要這樣做）"sql> create sequence seq_b cache 100 order"。如果是已賦予了cache+order屬性的sequence，oracle使用SV鎖進(jìn)行同步。SV鎖爭(zhēng)用問(wèn)題發(fā)生時(shí)的解決方法與sq鎖 的情況相同，就是將cache 值進(jìn)行適當(dāng)調(diào)整。

在RAC多節(jié)點(diǎn)環(huán)境下，Sequence的Cache屬性對(duì)性能的影響很大。應(yīng)該盡量賦予cache+noorder屬性，并要給予足夠的 cache值。如果需要保障順序，必須賦予cache+order屬性。但這時(shí)為了保障順序，實(shí)例之間需要不斷的交換數(shù)據(jù)。因此性能稍差。