・とっても速い、誰でも利用可能、ソース同梱
・Java製。LinuxならGCJでコンパイル可能。
・組込用にも、サーバ用にも、そしてクラスタモードも利用可能
・JDBC対応、一部ODBC対応。Webクライアント付属。
公式(要Javascript)
ttp://www.h2database.com/ ■ 紹介ページ
使ってみようH2 Database Engine - 最強の呼び声もあるすごいヤツ
ttp://journal.mycom.co.jp/articles/2006/10/12/h2/ Hibernate - H2とExecute Queryで体験、定番の"Core"
ttp://journal.mycom.co.jp/articles/2006/10/21/hibernate/ ■関連スレ
【Pure】HSQL database engine【Java】
ttp://pc8.2ch.net/test/read.cgi/db/1060970234/ 【PureJava】 Derby 1 【OpenSource】
ttp://pc8.2ch.net/test/read.cgi/db/1128799341/ Page Store については
> still experimental, and the file format will change, but it is quite stable now.
らしい。
* The native fulltext search now supports streaming CLOB data.
* If the database URL ends with ;PAGE_STORE=TRUE and a database in the old format exists,
it is automatically converted to the new page store format if possible. A backup of the database is created first.
Automatic conversion is not supported if the database was not closed normally (if it contains uncommitted transactions).
* Dropping the current user is now allowed if another admin user exists.
* Values of type BINARY or BLOB could not be converted to the data type OTHER.
* SHUTDOWN COMPACT now fully compacts the database.
* New system properties h2.maxCompactCount and h2.maxCompactTime to allow changing the default behavior (at most 2 seconds compacting when closing the database).
* New sorted insert optimization (see Performance / Database Performance Tuning).
* Issue 116: The files h2*-sources.jar and h2*-javadoc.jar are now in the Maven repository.
* Page store: opening a large database was slow if it was not closed before.
* Page store: new write and read counters in the meta data table.
Use SELECT * FROM INFORMATION_SCHEMA.SETTINGS WHERE NAME IN( 'info.FILE_WRITE_TOTAL', 'info.FILE_WRITE', 'info.FILE_READ', 'info.CACHE_MAX_SIZE', 'info.CACHE_SIZE')
* The SQL syntax is documented using (railroad) diagrams. The diagrams are HTML.
* The documentation is no longer available in Japanese because the translation was too much out of sync.
Please use the Google translation instead.
* Certain queries were not sorted if subselect queries were involved
* More bugs in the server-less multi-connection mode have been fixed: 90097 The database is read only,
caches must be cleared on reconnect, etc.
* Page store: new databases can not be opened with older versions.
* Page store: updating large rows (rows with more than 2000 bytes of data) could corrupt the database.
* Page store: inserting very large rows failed with ArrayIndexOutOfBoundsException.
* When using multi-threaded kernel mode,
setting disabling locking (LOCK_MODE=0) will now throw an exception.
At this time this combination will result in corruption when multiple threads try to update the same table.
* The fulltext search methods and fields are now protected instead of private, to make the classes more easily extensible.
* The Lucene fulltext search now also returns the score.
* New function SCOPE_IDENTITY() to avoid problems when inserting rows in a trigger.
* Statement.getGeneratedKeys() returned the wrong value if a trigger changed the identity value after inserting the row.
* Improved error messages: identifiers and values are now quoted.
* Improved error message when casting a value failed: the column name and type is included in the message.
* Improved support for GAE for Java thanks to Vince Bonfanti.
* Clustering: there is now a way to detect which cluster instances are running.
* ConvertTraceFile: the SQL statement statistics are better formatted (newline are removed).
* The file lock thread is now stopped when the database is closed.
* Issue 140: the Script tool now supports writing to a stream.
* Issue 138: the trace output of Statement.execute(String, int) and executeUpdate was incorrect.
* Page store: new databases can not be opened with older versions.
* Page store: multi-column indexes didn't work if the cache was very small.
* Page store: opening a database could theoretically result in an endless loop.
* Page store: adding large indexed columns could get very slow.
* Page store: after a duplicate key exception,
an ArrayIndexOutOfBoundsException could be thrown (only for very large rows).
* Page store: the recover tool sometimes generated a script file that contained duplicate data.
* Page store: sometimes opening a read-only database failed.
* Page store: opening a database sometimes failed if large rows where updated,
or if a table was truncated before.
* Page store: when using a very small page size (128 bytes or smaller),
writing a large row could result in an endless recursion. This is only a theoretical problem, as the page size is 2 KB.
* Page store: getting the min value from a descending index with NULL entries could return the wrong result.
* Page store: improved auto-recovery after power failure.
* The JDBC client did not detect that it was not talking to an H2 server.
This could result in strange exceptions when trying to connect to another kind of server.
* User defined functions can be created with source code.
Example: CREATE ALIAS HI AS 'String hi() { return "Hello"; }'
* Database file lock: the exception "lock file modified in the future" is longer thrown; instead,
opening the file will be delayed by 2 seconds.
* Inserting LOBs got slower each time the process was restarted.
It could loop endlessly after about 1000 process restarts.
* Issue 117: Multi-version concurrency: concurrent MERGE statements now work.
* Improved read-only database detection.
* Lucene fulltext search:
the Lucene field names now match the table column names,
except if the column names start with _ (in which case another _ is prepended).
Unfortunately this change means existing fulltext indexes need to be re-built.
* The shell tool now has a very simple statement history.
* The zip file system implementation now supports the '~' home directory prefix.
Example database URL: jdbc:h2:zip:~/test.zip!/test
* Right outer joins on tables that were already 'inner joined' was processed incorrectly.
* Temporary files from LOB objects were not deleted early enough when using the server mode.
* Trying to alter a temporary table threw a strange exception.
It is still not possible to do that, but the exception message is better now.
* When the system property h2.maxMemoryRowsDistinct was set,
and using SELECT DISTINCT, the temporary table was not correctly dropped.
This could cause problems in recovery when the process was killed.
* Trigger that are called before a select statement are now supported.
This allows to create tables that work like materialized views.
* Non-row based triggers were called even if the action didn't match the declared action
(INSERT triggers were also called when deleting rows).
This has been changed. The MERGE statement calls both INSERT and DELETE triggers.
* Statements with IN(..) conditions could produce the wrong result or a data conversion error (since version 1.2.120).
Examples: index on id, name, condition: id=1 and name in('Hello', 'x');
index on id, query: select * from (select * from test) where id=1 and name in('Hello', 'World').
* The CompressTool was not multithreading safe.
Because of this, the following database operations where also not multithreading safe (even when using different databases):
the SCRIPT command (only when using compression), the COMPRESS function,
and storing CLOB or BLOB data (only when compression is enabled).
* The compression algorithm "LZF" is now about 33% faster than before when compressing small block (around 2 KB).
It is much faster than Deflate, but the compression ratio is lower.
Some of the optimizations are from Sam Van Oort, thanks a lot!
* Compressing large blocks of data didn't work when using the "Deflate" compression algorithm.
Compressing a lot of data could run out of heap memory.
* The test cases don't access the file system directly,
this simplifies GAE for Java testing. Thanks to Vince Bonfanti.
* More bugs in the server-less multi-connection mode have been fixed.
* When running against an old database,
the SCRIPT statement could generate a SQL script that contained duplicate indexes (PRIMARY_KEY_E).
* JdbcConnectionPool.getConnection() could throw a NullPointerException.
* User defined functions: the source code is now available using SELECT SOURCE FROM INFORMATION_SCHEMA.FUNCTION_ALIASES.
* User defined functions with source code didn't work after re-opening the database.
* The newsfeeds are now Atom 1.0 standard compliant.
* The database is now closed after an out of memory exception, because the database could get corrupt otherwise.
* Better error message if both AUTO_SERVER and SERIALIZED parameters are set to TRUE.
* Drop table did not delete lob files in old file store (not PAGE_STORE).
ttp://www.h2database.com/html/changelog.html ttp://www.h2database.com/html/changelog.html RDBの最適化について質問させてください。
主キーがint型のテーブルで、10億個のデータが入っているとします。
このときに、次のどちらが効率的だと思いますか？
・一つのデータベースに10億個のデータを入れておいて、
主キーで検索した場合。
・2つデータベースに5億づつデータを入れておいて、
検索するキーが5億未満の場合はデータベースAを、
検索するキーが5億以上の場合はデータベースBを
検索するように分岐する場合。
単純に量が多い場合は後者が効率的だと思うのですが、
それは正しいでしょうか？
パーティショニング機能のあるRDBMSを探して
その質問スレへどうぞ。
ttp://www.h2database.com/html/changelog.html INFOMATION_SCHEMAを見てもそれらしいのが見当たらなくて。
高額ビジネスソフトが激安にて！
ttp://surprise.hostrator.com ttp://www.h2database.com/html/changelog.html ttp://www.h2database.com/html/changelog.html ttp://www.h2database.com/html/changelog.html ・Older versions of H2 (version 1.2.127 and older) could not connect to a new version
(version 1.2.129 and newer). The connection blocked when trying to connect. Now the
connection no longer blocks, instead a SQL exception is thrown.
・In versions 1.2.129 and 1.2.130, a database could not be opened sometimes after
dropping tables or indexes, and then creating new indexes for existing tables. The
exception contained the text "parent not found" (version 1.2.129) or "Table not found"
(version 1.2.130).
今回のバージョンアップは、下位バージョンとの互換性という点では要注意っぽいね。
VARCHAR(max)にいれてみたいんだけど
H2DBのVARCHARってどのくらい入れられる？
MByteのデータ入れられるといいんだけど。。。
BINARYかBLOBにしとけよ
ttp://www.h2database.com/html/datatypes.html#varchar_type > The maximum precision is Integer.MAX_VALUE.
※Integer.MAX_VALUEは 2^31-1 ね。
個人的には、なぜバイナリーデータである画像データを、
本来文字列を入れるために用意されたVARCHAR型に入れようとしてるのか、
その理由が知りたいな。
本来なら、バイナリーデータを格納するという用途には
BLOB型かBINARY型を選択するところだと思うけど……
varcharは圧縮されて容量が多少すくなくなるらしいんだ
それでメディアファイル（画像とかmp3）をいれるとして
小さなメディア、大きなメディアファイルが混在する
数メガのカラムがあるとしたら圧縮された方がいいかなっと
でも本当の理由はバイトデータをbase64の文字列にして
保存するってwebのどっかで見かけて見かけたのが発端
逆にBASE64の分だけ膨らんでしまうよ
DBにデータを格納する時点でバイナリーをシリアライズ（今回はBase64）する
必要性ってドコにあるんだろうかと、ちょっと考えてみた。
例えばに画像うｐろだみたいに、DBへのデータ挿入に比べて、DBからのデータ取得が
圧倒的に多いような場合で、「DBからバイナリーでデータ取得した後のBase64変換処理が惜しい」
というような非機能要求があるなら、VARCHARにシリアライズ済みデータを持つというアイディアも
“アリ”なのかな、とは思う。実際にどの程度効果があるかについて検証する必要はあるけど。
ともかく、なぜ“シリアライズ後のデータ”を「DBに」持たせるのかについて、
もう少し詳細に考えてみた方がいいような気はする。個人的にはどうも、セオリーから外れた
DB設計をしている印象がぬぐえないっスよ。
画像データを扱うことにするよ
ありがとな
ttp://www.h2database.com/html/changelog.html ・The implementation of a Java to C (source code level) converter has been
started. The plan is: it should be possible to convert H2 (or a part of it) to C so
that the database can be run without a JVM. This will be a long term project (it
may take a year or so).
がんがれー！
256上限のカラムをバイナリ指定で１バイトとかにした方が良いのかな？
インデックス効きづらくなったりする？
Cで動かすと重くなったりしそうなんだけど
DBって結構低レベルなロジックが多いからパフォーマンス出たりするかな？
GCがあって、ネイティブが書き出せるGoへのコンバートとか
出来たら面白いような気もする。
ttp://www.h2database.com/html/changelog.html ttp://www.h2database.com/html/changelog.html ttp://www.h2database.com/html/changelog.html シャットダウンでExceptionになるんだ。
間違ってる？
String port = "9999";
Server server = Server.createTcpServer("-tcpPort", port);
server.start();
Server.shutdownTcpServer("tcp://localhost:" + port, password, false);
ttp://www.youtube.com/watch?v=Te1L9K5ZiO8 ttp://www.youtube.com/watch?v=gHBwr_7AF1c ttp://www.youtube.com/watch?v=-GLO-T71HLE ttp://www.youtube.com/watch?v=xRxdDxpanmU ttp://www.youtube.com/watch?v=J2guxaeMmx0 server.stop()じゃいかんの？
リモートからシャットダウンしたいの？ passwordはあってる？
なんにしてもExceptionの内容をまず貼らないとｗ
ttp://www19.atpages.jp/imagelinkget/get.php?t=v&u=img.uptodown.com/screen/windows/bigthumb/Java2%20SDK%201.4.1_03-1.jpg 
ttp://www.seshop.com/image/product/200406/100010_L.jpg 
ttp://www.hrtdotnet.jp/pro/env/javasdk/javasdk1.4.2_01/javasdk1.4.2_01.05.png start()と対になるのはstop()なの？
stopとshutdownの違いが分からないや
javadocに何も書いてないしわけわかめ
ttp://www.h2database.com/html/tutorial.html#using_server チュートリアルのここら辺？
ttp://img.uptodown.com/screen/windows/bigthumb/Java2%20SDK%201.4.1_03-1.jpg 100010 L jpg
ttp://www.seshop.com/image/product/200406/100010_L.jpg javasdk1 4 2 01 05 png
ttp://www19.atpages.jp/imagelinkget/get.php?t=v&u=www.hrtdotnet.jp/pro/env/javasdk/javasdk1.4.2_01/javasdk1.4.2_01.05.png javasdk1 4 2 01 01 png
ttp://www.hrtdotnet.jp/pro/env/javasdk/javasdk1.4.2_01/javasdk1.4.2_01.01.png ttp://www.h2database.com/html/tutorial.html#command_line_tools RunScriptとかShellとかそこら辺？
ttp://www.h2database.com/html/changelog.html ttp://www.h2database.com/html/changelog.html sum() over(...) を始めとするWindow関数が実装されると
ほんと使いやすいコンパクトデータベースになりますよね。
今でも重宝してますが。
何個かのSQLの結果をそれぞれ取ってきて、H2DBに入れといて
最終的な結果はH2DBでさらにSQLを投げて取得するような２段階
の処理が便利です。
H2 のいいところは、実装が Java なので、サンプルとかプロトタイプを作ったときに、
・アプリケーションとデータベースそのもの(DBのデータファイル含む)を1つの jar なり war にして、
それごと人に配布して起動したらアプリがすぐ利用できる
・渡す人のマシンがWindows でも Linux でも、変更する必要がない
だと思っているので、このまま Java 路線で行って欲しいなぁ
# もちろん使い方は人それぞれなので、↑であげた点以外にも H2 のいいところは
# いっぱいあると思いますが
ttp://www.h2database.com/html/changelog.html でもLinuxでVMの実行権限がないユーザ(レン鯖契約者等)は、
H2がjava以外でも実装されないと動かないよ。
おっと。その記述が見つけられなかった余寒。
ありがとう。
ttp://www.h2database.com/html/changelog.html H2 と比べてパフォーマンスはどっちがいいのだろう?
ttp://journal.mycom.co.jp/articles/2010/07/09/hypersql/ H2 はツール、webベースのコンソールも使いやすいので、
H2 を使い続けるつもりだが・・・
H2 の作者は、HSQLDB の元開発者の一人なんだっけ?
HyperSQL(HSQLDB)2.0が出た直後(一月くらい前)あたりに、
H2のperformanceページが更新されてたりするんだぜ。
ttp://www.h2database.com/html/performance.html どうもありがとう、H2 のサイトにそのページがあるのは知っていたが、
もう一度見直すべきだった。
H2 がんばれ
ttp://www.h2database.com/html/changelog.html CREATE INDEX index_hoge ON t_hoge(UPPER(hoge))
とかやるとエラーになります
ttp://www.h2database.com/html/grammar.html#create_index やっぱりそですか。ありがとうございます。
そのページは見てたんですが、そもそもそこに書かれてない関数とかも対応してたりしますよね。
たとえばPostgresのSERIAL型が使えたり（IDENTITYのシンタックスシュガーでしょうが)。
なのでなにかないもんかと思ったのでうが。
ttp://www.h2database.com/html/changelog.html 今回ちょっと間が開いたな
ttp://www.h2database.com/html/changelog.html 前回、間が開いた分今回は早いなｗ
俺は知らんかったぜ・・・
FULL OUTER JOIN
無くても誤魔化せるけど
あった方がシンプルな SQL 書けるねぇ・・・
ttp://www.h2database.com/html/changelog.html 定期age
ttp://www.h2database.com/html/changelog.html 更新大目、内容は知らん。
changelogのバージョンと日付、コピペミスってるｗ
ttp://www.h2database.com/html/changelog.html ttp://www.h2database.com/html/changelog.html 1.3ベータ来ました、変更点はリンク先から。
ttp://www.h2database.com/html/changelog.html ファイルモードで使うときの注意点ってある？
Connectionを１つだけつくって使いまわさないといけない、
JTAトランザクションつかえない、
とかなんかあったらおしえてちょ
○×が使えなくなりましたばっかだな
ttp://www.h2database.com/html/changelog.html ttp://www.h2database.com/html/changelog.html ↓
告訴状を【検察の直告班】に郵便局の内容証明付で送付（疎明資料・証拠にはＩＣレコーダー、スマホによる録音が適しています）
↓
審査 → 不受理 → 告訴状再提出または刑法 第193条で訴えを起こす
↓
受理 → 告訴事実を認め示談交渉（↓） →示談成立 → 法廷相場50〜100万円の示談金 ※示談拒否が良い
↓ ↓
事案化← 前科あり ←示談不成立（↓）→ 示談外交渉→ 犯罪者の年収半額×最大懲役年数の和解金支払い※推奨
↓ ↓
↓ 起訴 →公判 → 罰金刑＝前科（起訴事実を認めてるため）→追討ち民事訴訟
↓
審査 → 起訴（強制捜査・留置場）→ 公判 → 懲役刑などの厳罰（反省が認められないため）→追討ち民事訴訟
↓
不起訴、起訴猶予
↓
検察審査会法第３０条（検察審査会へ申し立て）→ 起訴 → 起訴後は同上
刑法 第193条（公務員職権濫用）で検察事務官を刑事告訴 → 同上
◎告訴→告訴受理→示談交渉→厳罰を求め示談不成立→示談外交渉→和解金支払い・和解契約（公正証書・即決和解で秘密保持契約）
◎偽装請負・出向・違法派遣事件では派遣・出向先両方の代表者、役員、現場責任者に告訴できます。
前科がついた犯罪者が法人の代表であれば公的な入札からの排除、取引先や顧客との契約解除など社会的制裁・批判に晒されることから辞職または解任が妥当、役員・社員であれば懲戒を想定。
◎事業者内部の加害関係者による刑事告発（刑事訴訟法239条1項）も可能です。
加害者本人、管理間接部門の社員が刑事告発に踏み切る場合も和解金による解決が妥当です。
注意：告訴が受理されない理由
●３年間（※）の時効が過ぎたもの ※違法派遣
●同一事実について過去に告訴取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの ※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事告訴は有効です。
人事原則
１ 現行法では、社員が仕事を怠けたり、能力不足、就業規則違反、目標を達成できなくても解雇をしたり叱責することは違法です。どんな駄目社員、嘘つき社員、怠け者も定年まで解雇が違法なのが現行の正社員制度です。
２ パワハラは社風にあわない社員、成績の振るわない社員を自主退職に追い込む言わば人事的措置として用いられることが多い。
※違法な解雇の和解金相場は、労働審判で３ヶ月、通常裁判で１年以上の報酬、さらに社員が和解を拒めば復職が可能です。弁護士への着手金は12〜15万円、和解拒否なら20〜50万円程度。
人事部・ホットライン・御用組合へ直訴
メリット： 一時的緩和や人事異動
デメリット： 役員へ情報筒抜け、危険分子の烙印（情報漏洩がホットライン直訴者に多いのは人事部の常識）、パワハラ放置で自主退職に追い込まれる
民事訴訟・調停・労働審判
メリット： 損害賠償
デメリット： 裁判費用、解雇措置、民事不介入で刑事事案化を阻止、長期係争、パワハラ上司の継続雇用
刑事告訴
メリット： １パワハラ上司の解雇・懲戒、または２多額の和解金、１と２どちらでも被害者の雇用は維持
デメリット： 人事異動（出世コースから外れる）
◎録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
◎告訴受理後の和解金は加害者の資産・収入に応じて変えてください。犯罪者の昨年の年収の半額程度×最大懲役年数が妥当です。
◎パワハラの被害についての告訴は１侮辱罪２脅迫罪３強要罪４威力業務妨害罪５傷害罪の順序で行ってください。警察・検察の協力（犯罪者の自宅・職場の強制捜査、留置所勾留）により罪の立証が楽になります。
◎刑事告訴した社員を解雇したり処遇面で著しい差別を行うことはないでしょうが、出世や管理職以上の昇進の可能性はあきらめるべきでしょう。
◎刑事告訴は民事訴訟と違って裁判による被害者への2次被害にありません。検察庁が被害者に代わって訴えをおこすので、無料で、時間と手間も告訴状をかくことと音声録音を残すだけです。
◎和解契約（公正証書・即決和解）では告訴した事実は秘匿事項となります。犯罪者が秘密保持契約を違反した場合の損害賠償金は、最低5000万円〜にしましょう。
ttp://www.h2database.com/html/features.html#database_file_layout まだ続いてたんやね、このデータベースの開発。
いつまで続くのかな
開発は結構活発なのね
最近はずっとベータ付きだけど
使ってる人いる？
公式のドキュメントに
エラーなくフリーズするって
書いてある気がするんだけど。
ttp://www.h2database.com/html/changelog.html >Version 1.4.194 (2017-03-10)
>PR #427, Add MySQL compatibility functions UNIX_TIMESTAMP, FROM_UNIXTIME and DATE.
Version 1.4.194 (2017-03-10)
Version 1.4.193 (2016-10-31)
Version 1.4.192 Beta (2016-05-26)
Version 1.4.191 Beta (2016-01-21)
Version 1.4.190 Beta (2015-10-11)
Betaが取れて今は安定期だね。
このプログラムをダウンロードしたのはいいんですが、コマンドプロンプトにおける
クラスパスが分かりません。
何て記述すればよいのでしょうか？どなたか教えて下さい。
よろしくお願いします。
OSはWindows、言語はJavaです。
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
POCG1GPKZX
改憲議員が３分の２を超えております。『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆
