Unofficial DB2 Wiki

Cayenne test

2007-12-09T22:09:51+09:00

* Cayenne test page このページは、テスト用のページです。 * INSERT new objects DDL: CREATE TABLE "APP"."LOG" ( "LOGID" INTEGER NOT NULL , "MESSAGE" VARCHAR(30) NOT NULL , "TIMESTAMP" TIMESTAMP DEFAULT CURRENT TIMESTAMP ); CREATE SEQUENCE APP.S_LOG START WITH 200 INCREMENT BY 20 NO MAXVALUE NO CYCLE CACHE 20; ソースコード： >Log j1 = new Log(); >j1.setMessage("TEST 1 LOG"); >ctx.registerNewObject(j1); > >Log j2=(Log)ctx.createAndRegisterNewObject(Log.class); >j2.setMessage("Test2 register and new"); 結果： >INFO QueryLogger: +++ Connecting: SUCCESS. >INFO QueryLogger: Detected and installed adapter: org.objectstyle.cayenne.dba.db2.DB2Adapter >INFO QueryLogger: SELECT NEXTVAL FOR APP.S_LOG FROM SYSIBM.SYSDUMMY1 >INFO QueryLogger: --- transaction started. >INFO QueryLogger: --- will run 1 query. >INFO QueryLogger: INSERT INTO APP.LOG (LOGID, MESSAGE, TIMESTAMP) VALUES (?, ?, ?) >INFO QueryLogger: [bind: 200, 'Test2 register and new', NULL] >INFO QueryLogger: === updated 1 row. >INFO QueryLogger: [bind: 201, 'TEST 1 LOG', NULL] >INFO QueryLogger: === updated 1 row. >INFO QueryLogger: +++ transaction committed. DB2での結果： LOGID MESSAGE TIMESTAMP 200 Test2 register and new - 201 TEST 1 LOG - メモ： - この例ではIDが付く順が逆になっているが、その後テストした際は常に先にregister()したDataObjectから順にINSERTされた時もあった。順番は不定なのかもしれない - NULLのプロパティに対応する列には明示的にNULLがINSERTされるため、列定義でDEFAULTを列に付けていても機能しない - 一度NEXTVALでシーケンスの値を取り込んでいるが、二回目は取り込んでいない（一度NEXTVALを取ったら20回分は内部で作成するため。シーケンスも20刻みで定義されているので矛盾しない） - しかし一度アプリが終了すると、キャッシュしていた分だけ番号が飛ぶ事になる *Delete Objects ソースコード: SelectQuery s1 = new SelectQuery(Log.class); List l1 = ctx.performQuery(s1); //この時点では、l1はstate:commited ctx.deleteObjects(l1); //この時点では、l1はstare:deleted ctx.commitChanges(); //ここでトランザクション開始。DELETE文が実行される //DELETE後はl1はstate:transientになる実行されたSQL: INFO QueryLogger: DELETE FROM APP.LOG WHERE LOGID = ? INFO QueryLogger: [bind: 603] INFO QueryLogger: === updated 1 row. INFO QueryLogger: [bind: 600] INFO QueryLogger: === updated 1 row. INFO QueryLogger: [bind: 602] INFO QueryLogger: === updated 1 row. INFO QueryLogger: [bind: 601] INFO QueryLogger: === updated 1 row. INFO QueryLogger: +++ transaction committed. メモ： - deleteObjects()に複数のObjectが入ったlistを渡すと、各Object毎にDELETEを実行した後にCOMMITする。一括でDELETEするわけではない - deleteObjects()に空のlistを与えても、commitChanges()でエラーは出ない。単に何も実行されないだけ[[@wikiへ>http://kam.jp">http://objectstyle.org/cayenne/userguide/fetch/sqltemplate-scripting.html]]を参照) - Raw SQL(GUI)のSQL文内で改行できるかどうかはJDBCドライバの実装による？(DB2=>OK,Derby=>NG) - SQLTemplateを使用して更新処理を行う場合は注意が必要。その更新はメモリ上のObjectStoreをバイパスして直接DBを操作するため、操作によってはObject GraphとDBで不整合を起こす可能性がある。(User Guide 7.6.3) // 1.クエリをmap.xmlから取り出す SelectQuery prototype= (SelectQuery)context.getEntityResolver() .lookupQuery("MySelect"); // 2. パラメタをセット Map params = new HashMap(); params.put("aname", "Monet"); SelectQuery query = prototype.queryWithParameters(params); // 3. 実行 List objects = context.performQuery(query); もしくは、（パラメタ設定なしの場合） List objects = context.performQuery("MySelect", false); ***ProcedureQuery - TBW *** 一つしか値を返さないクエリ SingleObjectQueryクラスかDataObjectUtils.objectForQueryを使う。 [[See : SingleObjectQuery >http://objectstyle.org/confluence/display/CAY/SingleObjectQuery]] **並べ替え/ソート(Ordering) query.addOrdering("artistName", true); (ORDER BY ARTISTNAME ASC) (第二引数をfalseにするとDESC) -複数条件のOrderingもサポート -インメモリのソートはOrderingオブジェクトを使う(Orderingオブジェクト自体はインメモリだけのサポートではないかも) **Expression (WHEREのような絞込み) Expression ObjectはExpression.fromString()で作成できる。 Expression e = Expression.fromString ("title like 'A%' and price < 1000"); 以下の三種類のexpressionがある。 ***object property expressions (path expressions) -pathは、Beanのプロパティでも、DBの列名でも指定できる -pathはドット(.)で接続してリレーション先を指定できる - Path内での指定方法単に文字列だとObject path -> artistName obj:を付けると明示的にObject path -> obj:artistName db:を付けると、database path -> db:ARTIST_NAME -path内での文字列リテラルはコーテーションで囲む必要有り例 -> "'ABC'" or "\"ABC\"" -文字列で直接Expressionを書く以外にも、ExpressionFactoryのmatchExp()などのファクトリメソッドで組み立てる方法もある。特にinExpは引数にListか配列が取れるので便利([[User Guide 10.3>http://objectstyle.org/cayenne/userguide/expressions/shortcut.html]]) ***arithmetic operations ***conditional expressions **NULLの扱いパラメタマーカ等にNULLがきても適切なSQLに変換される。 Expression.fromString("d = null"); ExpressionFactory.matchExp("d", null); などとしても、WHERE D IS NULLに変換される。 **In-memory evaluation 作成したExpressionは任意のJava Beanに適応できる（DataObjectを継承していなくても) つまり、e.match(myObj)のmyObjは任意のJava Beanが使用できる。 **FETCHの制限 SelectQuery#setFetchLimit(int fetchLimit) Fetchの最大数を決める。SQLに修正が入るのではなく、単にFETCHする量を制限しているようだ SelectQuery#setPageSize(int pageSize) ページング（部分読み）の分割数の設定 **クエリーしたオブジェクトのキャッシュ |NO_CACHE|デフォルト。毎回DBにアクセス| |LOCAL_CACHE|同一のDataContext内でキャッシュを使用| |SHARED_CACHE|同一のJVM内でキャッシュを共有| -JVM間をまたがるキャッシュは無いようだ query.setName("MySelect"); query.setCachePolicy (GenericSelectQuery.LOCAL_CACHE); query.setRefreshingObjects(false); キャッシュの使用はクエリの名前で区別されるので、名前は重要。キャッシュポリシーはGUIでも設定可能 query.setRefreshingObjects(true/faluse); デフォルトでは、true:リフレッシュするリフレッシュもGUIで設定可能 *DataContextとDataObject - DataObjectは、全てのEntityの基礎 - DataContextにDataObjectを"Register"する事で、Entityの変更などがトラッキングされ、パーシステントされる - Registする方法は2つ >automatically when they are fetched via query API Query APIで読み出したObjectは自動的にRegistされる。つまりDataContext#PerformQuery()等で実行した場合、 FetchしたObjectは自動的にそのDataContextにRegistされる >explicitly for the newly created objects 新規に作成したObjectは、明示的にRegistしないといけない context.registerNewObject(newObject); もしくは context.createAndRegisterNewObject(*.class)を使う **DataObjectの状態 - DataObjectは状態(State)を持つ。状態はDataObject.getPeristenceState()で確認できる |TRANSIENT|newで作成されたが、Registされていない| |NEW|作成され、RegistされたがDBにCommitされていない| |COMMITTED|DBにCommitされた| |MODIFIED|DBに存在するObjectでDataObject側が修正された。リレーション先が変更された場合も含む?| |DELETED|DataContext#deleteObject()されたDataObject| |HOLLOW|不完全なオブジェクト？| - DELETED状態のDataObjectは、commitChanges()でTRANSIENTな状態になる - DataContextにRegistされたObjectのうち一つでもNEW/MODIFIED/DELETEDになっているかどうかは、DataContext#hasChanges()で確認できる。 **Validation DataObjectが保持するデータが、RDBMSのスキーマにマッチするかどうかは、commitChanges()のタイミングで行われる。例えばCHAR(1)の列に対応したプロパティに"ABCDE"が設定されている場合 ''DBにINSERTする前に'' Cayenne内でValidationが行われて、 ''org.objectstyle.cayenne.validation.ValidationException'' が発生する。 **Local Copy -sessionContext.localObjects(list)でローカルにコピーが作れる？(User guide 6.4) -listに含まれるObjectのStateはCOMMITEDかHOLLOWでなければいけない⇒READ ONLYデータ用 -localObjectのStateは？ **Primary key(PK) 基本的に、Cayenneにおけるプライマリーキーは、 - Entityを識別するためのID - ビジネス上の意味を持たないのが望ましい（代理キー） - EntityはPKへのgetter/setterを持たないのが普通(modeler guideでもPKへのアクセッサをつけない事を推奨している) - PKの値はCayenneによって自動生成される - PKの値の生成には、DB2の場合はシーケンスが使用され（使用させない設定も可能）、START=200,Increment=20,Cache=20に設定される - CayenneのPKGeneratorクラス内でPKのシーケンスをあらかじめキャッシュしておいてそれを使う実装になっている（20個分）⇒つまりIDが20づつ増える訳ではなく、1づつ増える - Cache sizeは[[JdbcPkGenerator#setPkCacheSize(int)>http://objectstyle.org/cayenne/api/cayenne/org/objectstyle/cayenne/dba/JdbcPkGenerator.html#setPkCacheSize(int)]]で設定で変更できる（だが1等に設定すると毎回DBMSにPKの問い合わせをする事になるのでパフォーマンスが低下する） - DB2の表側でID列を設定し、CayenneにPKを生成させないようにする方法もある（未テスト） - IDへのsetter/getterの作り方 http://www.atmarkit.co.jp/fjava/products/cayenne/cayenne_3.html より引用 public Integer getId() { return (getObjectId() != null && !getObjectId().isTemporary()) ? (Integer)getObjectId().getIdSnapshot().get(ID_PK_COLUMN): null; } public void setId(int id) { setObjectId(new ObjectId(Employee.class, "ID", id)); } DataObjectからPKの値を取り出したり、PKの値(int)からDataObjectを取り出す場合は、DataObjectUtilsクラスを使用する事ができる。しかしCayenneのデザインとしては、直接PKを操作するのは推奨されない。(DataObjectUtilsのJavaDocに書いてある) （また、上記を手で実装するより、modelerで設定すれば良いのかも) see also: - [[User Guide 4.7>http://objectstyle.org/cayenne/userguide/design/autopk.html]] - [[ML 2003/01/0032>http://www.objectstyle.org/cayenne/lists/cayenne-user/2003/01/0032.html]] - [[ML 2005/02/0034>http://www.objectstyle.org/cayenne/lists/cayenne-user/2005/02/0034.html]] *トランザクション - DataContext.commitChanges()でCOMMIT(厳密には、このメソッドを読んだ時点で必要なSELECT,INSERT,UPDATE,DELETE文が自動的に作成され、実行され、COMMITされる。 - DataContext.rollbackChanges()で、ROLLBACKというか、DataContextにRegistしているDataObjectの状態が元に戻される。この時、新規にNEWして手動でRegistしたDataObjectは、Registしていない状態に戻る *Cayenne Modeler (GUI) -GUIの設定は、C:\Documents and Settings\user\.cayenne\prefs\1.2以下に、HSQLDB形式で保存されている -GUIで定義したQueryは、new NamedQuery("Queryの名前")でQueryを作成する（もしくはDataContextのコンビニエンスメソッドperformQuery(String,boolean)を使用して直接実行する) -DB2の(VAR)GRAPHIC列は、 ''2倍のサイズの(VAR)CHAR列'' として読み込まれる。つまりVARGRAPHIC(10)は、VARCHAR(20)として扱われる。必要であればGUI上で手動修正が必要 -DB上のTIMESTAMP型は、デフォルトではjava.util.Dateにマッピングされる。そのまま使っても良いが、不都合がある場合はGUI上でjava.sql.Timestampに変更する事もできる *Cayenneのメリット/強み - Modelerによるコード/XML/DDL自動生成 - one to oneでもone to manyでもDataObject間で自動的に双方向リンクされる(他のORMでは難しいのでは？） - Remote persistence, good faulting implementation (と作者は言っている) *他フレームワークとのインテグレーション - Springとの連携例は、[[Cayenne exapmle>http://objectstyle.org/confluence/display/CAY/Cayenne+Examples]]にソースコードがある。 - [[TapestryのISqueezeAdapterをCayenneに対応させたもの>http://equalitylearning.org/Tassel/app?service=external/ViewComponent&sp=SCayenneDataObjectSqueezeAdaptor]] - [[Click Framework>http://click.sourceforge.net/docs/extras-api/net/sf/click/extras/cayenne/package-summary.html]] *メモ -キャッシュの動作が良く分からない +setRefreshingObjects(true)にすると、キャッシュにデータが在っても必ずDBからFETCHするようだ +setRefreshingObject(false)にすると、キャッシュにある場合、キャッシュから取り出して問題なく動作するがキャッシュに目的のDataObjectが無い場合でもSELECTを発行してくれないように見える +Queryに付ける名前を同じにしないとキャッシュを共有できないようだ +ある名前のQueryが最初に実行される時は、refreshing=falseでもFETCHされるようだ +、、、という事は、同じクエリを再度実行した時用のキャッシュという事？？ - Java EntityはJava Beanだが、(他のORMのように)プレインなBeanでは無く、Cayenneが用意したクラス(org.objectstyle.cayenne.CayenneDataObject)を継承している⇒プレゼンテーション層にデータを転送したい場合はDTOを作るなど一工夫があった方が良いかも - DataObjectを継承していない任意のPoJo BeansをPersistent可能にして欲しいというリクエストは以下にあるが、どう対応するかは決まっていないようだ([[CAY-262>http://objectstyle.org/jira/secure/ViewIssue.jspa?key=CAY-262]]) - EJB3のPersistence APIには対応する事は考えているようだ http://objectstyle.org/confluence/display/CAY/2006/01/10/ - どのDBに接続するかという情報をcayenne.xmlに記述したくない場合は、JNDI or Commons DBCPを使用して、そちらで変更する - Expressionで"deptno like 'x'"などと指定すると、生成されるSQLが WHERE RTRIM(t0.DEPTNO) LIKE CAST (? AS VARCHAR(3)) とRTRIMやCASTが付加されたSQLとなる。 - Optimistic Lock （楽観ロック）への対応 -- Optimistic Lockには対応している -- 指定された列をすべて比較するタイプの実装 -- VERSION列（の自動更新）には対応していない -- もし自動更新のVERSION列が欲しい場合は、自分でDataObject.setPersistenceState(..) をオーバーライドして実装するのが良いらしい -- http://www.objectstyle.org/cayenne/lists/cayenne-user/2004/06/0060.html *リンク - [[Cayenne>http://www.objectstyle.org/cayenne/]] - [[Cayenne Wiki>http://www.objectstyle.org/confluence/display/CAY/Home]] - [[Cayenne Examples on wiki>http://objectstyle.org/confluence/display/CAY/Cayenne+Examples]] - [[CayenneでORマッピング>http://www.fk.urban.ne.jp/home/kishida/kouza/cayenne.html]] - [[話題のO/Rマッピングツール「Cayenne」を使う>http://www.atmarkit.co.jp/fjava/products/cayenne/cayenne_1.html]] - [[S2Cayenne>http://www.seasar.org/wiki/index.php?Sandbox%2FS2Cayenne]] &html()

derbyconsole

2006-08-12T06:05:21+09:00

*Derby Console (for Windows) [[Derby>http://db.apache.org/derby]]をWindows環境で使用する際、コマンド実行環境の設定が面倒だったので、簡易なBATファイルを作りました。(Derby付属のij.batなどはちょっと使いづらかったので）小さな*.batファイル一つという簡単なものですが、WINDOWS環境ではそこそこ有用だと思うので公開します。好みに編集してお使いください。 #ref(derbyconsole1.png,,center) **特徴 -ij,sysinfo,dblookなど、Derbyを操作するコマンドが直接実行できるようになります -環境変数などの設定は不要で、BATファイルの中のディレクトリ名を書き換えるだけで使用可能です **ダウンロード -[[ここ>http://www7.atwiki.jp/db2/?cmd=upload&act=open&pageid=4&file=derby_console.zip]]からダウンロードして任意のディレクトリに展開してください。 **セットアップ -まだDerbyをダウンロードしていない場合は、[[Apache Derbyのダウンロードページ>http://db.apache.org/derby/derby_downloads.html]]からdb-derby-10.x.x.x-bin.zipをダウンロードして、任意のディレクトリに展開しておいてください。（この例では、Derby 10.1.2.1 ReleaseをE:\local\derby-10.1.2.1\に展開しています） -このページから[[derby_console.zip>http://www7.atwiki.jp/db2/?cmd=upload&act=open&pageid=4&file=derby_console.zip]]ファイルをダウンロードして、任意のディレクトリに展開してください -DERBY CONSOLE.BATをメモ帳等で開き、ファイル先頭近くにある2つの変数(DERBY_INSTALLとDERBY_SYSTEM_HOME)の値を編集します。DERBY_INSTALLには、Derbyを展開したディレクトリを指定します。DERBY_SYSTEM_HOMEは、Derbyのデータベースを作成するトップディレクトリを指定します。以下はDerbyを展開したディレクトリがE:\local\derby-10.1.2.1\で、DBを作成するディレクトリをE:\local\derby-db\とした例です。 #ref(setup02s.png) -これで設定は終了です。DERBY CONSOLE.BATをダブルクリックすると、DOSプロンプトが表示され、コマンドを実行できます。 -以下はオプションの設定です。 -デスクトップ等にDERBY CONSOLE.BATファイルへショートカットを作成し、 #ref(desktop_icon.png) -以下のようにショートカットのプロパティで「作業フォルダ」を自分の作業ディレクトリに設定しておくと、便利に使えます。 #ref(icon_property2.png) **簡単な使い方 ***エンベッデッドモード(Embedded mode)での使い方とりあえず試す場合は、エンベッデッドモードが良いでしょう。 -Derby Consoleを起動して、中でijを実行します。 -connect 'DB名' ;　でDBに接続します。最後にセミコロン(;)が必要です。通常は、'jdbc:derby:DB名'と指定しますが、BAT内でプロトコルとして'jdbc:derby:'を指定しているので、'DB名'だけで接続できます。 -まだDBが無い場合は、;create=trueをconnect時に指定します。(例： connect 'test1;create=true' ; ) -接続後は通常のDDL/DMLが実行できます。 -デフォルトではAUTO COMMITが有効なので注意が必要です。autocommif off;と実行するとAUTO COMMITがオフになります。 -AUTO COMMITがオフの場合は、commit;もしくはrollback;でトランザクションを完了させる必要があります。DerbyはDDL(例：CREATE TABLE)も基本的にrollbackの対象になります。 -ij内で、HELP; とタイプするとijの簡単なヘルプが出力されます。 -接続を解除するには、disconnect;を実行します。 -ijを終了するには、exit;を実行します。 ***ネットワークサーバとして使う - 外部のマシンから接続したり、複数のJVMから接続したい場合はネットワークモードで起動する必要があります。（一般的なDBMSと同じ） - Derby ConsoleからNetworkServerControl start でネットワークモードで起動します。デフォルトのポート1527で待ち受ける状態になります。 &ref(networkmode3.png) - ijで接続するには、もう一つDerby Consoleを立ち上げ、その中でijを起動し、connect 'jdbc:derby://ホスト名:ポート番号/DB名'; で接続します。(例）connect 'jdbc:derby://localhost:1527/testr1'; - ポート番号の指定はデフォルトの1527を使用している場合は省略できます。 - ネットワークサーバで起動したDerbyを停止するには、別のDerby ConsoleからNetworkServerControl shutdownを実行します。 **実行できるコマンド -''ij'' :対話的にDBを操作します -''sysinfo'' :Derbyのシステム情報を表示します -''NetworkServerControl'' :ネットワーク経由でサーバ情報を取り出したり、ネットワークサーバを起動/停止する操作などを行います -''dblook'' :既存の表などからDDLを抽出するコマンドです上記は、Derby標準のコマンドです。オプションなどの詳細はDerbyアーカイブの/docs/pdf/tools/derbytools.pdf もしくは[[オンラインマニュアル>http://db.apache.org/derby/docs/10.1/tools/]]を参照してください。またこのBATファイル内では、''nsctl'' と ''dblist'' というエリアスが登録されています。''nsctl'' はNetworkServerControlとまったく同じです（NetworkServerControlだと長いので短い名前で登録しています）。''dblist'' はDB一覧を表示します。これは、単に%DERBY_SYSTEM_HOME%以下のディレクトリ名一覧を表示しているだけです。 **補足 -ライセンスをどうこう言うような規模のものではありませんので、サンプルとして自由に使用してください。 -このサイト上のファイルを使用した結果、利用者に生じるいかなる損害にも作者は一切責任を負わないものとします。利用者の責任で使用してください。 **コメント欄 - car insurance : [http://www.insurance-top.com auto insurance] - [HTTP://www.insurance-top.com auto insurance] : [Insurance car|http://www.insurance-top.com] - [Insurance car|HTTP://www.insurance-top.com] : http://www.insurance-top.com/auto/ : [[http://www.insurance-top.com insurance quote]] : [[http://www.insurance-top.com | home insurance]] : "cars insurance" http://www.insurance-top.com : [http://www.insurance-top.com|insurance auto] -- car insurance (2006-06-24 11:50:38) - free ringtones : [http://www.ringtones-dir.com download ringtones] - [HTTP://www.ringtones-dir.com download ringtones] : [nokia ringtones|http://www.ringtones-dir.com] - [nokia ringtones|HTTP://www.ringtones-dir.com] : http://www.ringtones-dir.com/download/ : [[http://www.ringtones-dir.com ring tones]] : [[http://www.ringtones-dir.com | ringtones download]] : "samsung ringtones" http://www.ringtones-dir.com : [http://www.ringtones-dir.com|ringtones free] -- free ringtones (2006-08-12 06:05:21) #comment ---- &html()

Derby memo

2006-01-19T15:56:09+09:00

*Apache Derby - [[Apache Derby>http://db.apache.org/derby/]]は、Pure JavaのRDBMS実装 - ライセンスは[[Apache License, Version 2.0>http://db.apache.org/derby/license.html]] - Embedded modeでJavaプログラム内に埋め込んで使用可能 - ネットワーク上にサーバとして接続を待ち受ける事も可能 - SQL92/99に多くの部分で準拠 - トリガー、ストアドプロシージャ、制約、外部キー、ビューなどRDBMSに必用とされる機能がほとんど実装されており、機能的な制約が少ない - 管理作業不要 - 動作に必用なメモリーフットプリントが小さい - XA接続可能なJDBCドライバが用意されている - 必用なJDKは1.3以上 *ダウンロード -[[Apache Derby Download>http://db.apache.org/derby/derby_downloads.html]] 導入は*zip,tgzファイルをダウンロードして、任意のディレクトリに展開するだけです。 -[[IBM Cloudscape>http://www-306.ibm.com/software/data/cloudscape/]] Cloudscapeは、Derbyをベースに開発されているIBMのRDBMSで、機能面ではほとんど差がありません。無料でダウンロードできます。ダウンロードサイズが大きいのは、IBM JRE等が同梱されているためです。 - [[Cloudscape Workbench>http://www-128.ibm.com/developerworks/db2/downloads/csworkbench/]] Derby/Cloudscape,DB2に接続可能なGUIです。Eclipse RCPをベースに作成されています。 *2つのモード **Embedded mode (エンベッデッドモード) -起動・停止の手間が掛からない -同時に一つのJVMからしか接続できない(1つのJVM内での複数接続は可能) -ネットワーク経由での接続はできない -終了前にはShutdown処理が必要 -Shutdown無しにJVMを終了した場合、次回接続時にクラッシュリカバリ処理が走る -JDBCのURLに;shutdown=trueを付けて接続するとShutdownされる jdbc:derby:test;shutdown=true ⇒ 'test'をShutdown jdbc:derby;shutdown=true ⇒ 全てのデータベースをShutdown **Network Server mode (ネットワークサーバーモード) -ネットワーク経由で複数のJVMから接続可能 -サーバ側で起動/停止(Shutdown)の操作が必用(一般的なRDBMSと同じ) -ネットワークモードの操作には、derbynet.jarに含まれるorg.apache.derby.drda.NetworkServerControlを使用する java org.apache.derby.drda.NetworkServerControl start で起動(CLASSPATH上に、derbynet.jarとderby.jarが必用) java org.apache.derby.drda.NetworkServerControl shutdown で停止(CLASSPATH上にderbynet.jarが必用) -デフォルトのポート番号は1527番 **2つのモードの比較 |名前|JDBCドライバクラス|クライアントに必用なJARファイル|JDBC URL|備考| |Embedded|org.apache.derby.jdbc.EmbeddedDriver|derby.jar (Derby本体を含む)|jdbc:derby:DB名|同時に接続できるのは一つのJVM| |Network Server|org.apache.derby.jdbc.ClientDriver|derbyclient.jar|jdbc:derby://ホスト名:ポート番号|DB2のJDBCドライバやコマンドラインツール(DB2 CLP)からでも接続可能| *データベースの作成 -JDBCのURLに、;create=trueを追加する事でデータベースが自動的に作成される（すでに同じ名前のデータベースがある場合は作成されず、そのデータベースに接続される） (例) jdbc:derby:mydatabase;create=true jdbd:derby://hostname:9999/myremotedb;create=true *システムディレクトリ（derby.system.home） -Embedded modeでもNetwork Serever modeでも、Javaを実行したカレントディレクトリがDerbyのシステムディレクトリになり、そのディレクトリ以下にデータベースファイルが作成される -システムディレクトリは、プロパティのderby.system.homeを設定する事で上書き可能 *認証 -デフォルトでは、認証が機能していない。つまりどんなユーザID,パスワードでも接続可能 -ユーザIDを指定しない場合は、"APP"という名のユーザIDで接続した事になる -ただしDataSourceのプロパティではパスワードを空文字列（""）には設定できない点に注意が必用 *管理 - Derbyは、表からデータを削除してもデータ領域をOS(File system)には返さず、次のデータ挿入時に再利用する - ストアドプロシージャのSYSCS_UTIL.SYSCS_COMPRESS_TABLEまたはSYSCS_UTIL.SYSCS_INPLACE_COMPRESS_TABLEを実行すると未使用領域を開放できる *その他 -Derbyが出力するメッセージを日本語にしたい場合は、derbyLocale_ja_JP.jarをCLASSPATHに含める -Derbyは、SQL文中に/* */コメントを入れる事が出来ないようだ *LINK - [[Apache Derby入門>http://www.ruimo.com/publication/]] - Embedded modeでのプログラムについての解説 - [[Derby Console>derbyconsole]] - Windows用環境設定バッチファイル ---- &html()

メニュー

2006-01-18T11:37:11+09:00

メニュー -[[トップページ]] -[[更新履歴]] #treemenu(title=DB2, [[Unofficial DB2 blog>http://db2.jugem.cc]], [[Cayenne memo]], block, treeline=1) #treemenu(title=Derby関連, [[Derby memo]], [[Derby Console>derbyconsole]], block, treeline=1)

トップページ

2006-01-18T11:32:23+09:00

*[[Unofficial DB2 Wiki>http://www7.atwiki.jp/db2]] [[Unofficial DB2 Blog>http://db2.jugem.cc]]のWikiです。まだコンテンツはほとんどありません。 - [[Derby Console>derbyconsole]] ---- &html()

更新履歴

2006-01-07T00:33:29+09:00

**更新履歴 #recent(20)