はてなブックマーク

唐突に、「プログラム言語を学んだ後でSQLを学ぶと、"not equal"を"!="と書きたくなる人が多いんじゃないか」、「SQLでは"<>"」と考えたところで、どこかの実装で"!="が使えたものがあったような記憶がよみがえってきた。 そこで、次の本を参照してみた。 SQLスーパーテキスト 作者: 山平耕作,土田正士,小寺孝出版社/メーカー: 技術評論社発売日: 2004/03メディア: 単行本この商品を含むブログ (5件) を見るすると、比較演算子は"="、">="、"<="、">"、"<"、"<>"の6つだという。この本自体が「ISO SQL:1999の詳細解説」と謳っているので、SQLの標準規格に定められているのはこれらのみであろう*1。 一方、別の本では‥一晩で学ぶSQL―データベースの必須要素をかんたんにマスター 作者: ベンフォルタ,Ben Forta,篠原慶出版社/メーカー:

ある人(誰)から、Windows Server 2008でタイムゾーン関連のバグがあるという話を聞いた。発生するのが「J2SDK 1.4.2_14 b01以前」ということでえらい昔の話なのだが、ニッチな問題が好きな自分としては実際に動かして確認しないわけにはいかない(謎)ということで、試してみた。 発生するバージョンから、「J2SDK 1.4.2_14リリースでは修正済み」、「J2SDK 1.4.2_13リリースでは未修正」ということで、一応リリースノートを確認し、これら2つのバージョンで次のプログラムを実行してみた。 環境は、Windows Server 2008で起こる問題はWindows Vistaでも起こるだろう、ということでいつもの(謎)Windows Vista Businessを使用。 import java.util.Date; import java.util.Local

ふとjava.sql.SQLExceptionのJavaDocを見ていたら、SQLSTATEとベンダー固有のエラーコードを取得できることに(いまさら)気づいた。 ベンダー固有のエラーコードはログに吐き出すくらいしか用途を思いつかないが、SQLSTATEはある程度規格化されているはずなので、どの程度役に立つものなのか調べてみた。 Javaプログラムから、以下のSQL文を順に発行してみる。(各SQL文の後ろに書いてあるのは、PreparedStatementに対して指定するパラメータ) CREATE TABLE hoge(idx INTEGER NOT NULL PRIMARY KEY, str VARCHAR(8) NOT NULL); -- OK INSERT INTO hoge(idx, str) VALUES(?, ?); -- 0, "hoge" -- (1) NG: 主キー制約に反

駆使して、ってほど複雑なことは全然ないんだけど、たまたまそんなトリガーを書いたのでメモ。 以前に、MySQLで自動更新のTIMESTAMP型の列を2つ以上定義できないということを書いたこともついでに思い出した(謎)。 TIMESTAMP型の位置づけ - HHeLiBeXの日記 正道編 とりあえず、どちらかを「DEFAULT 0」とか「DEFAULT '0000-00-00 00:00:00'」とかしておけばいいので、そんな感じで。 更新日時をトリガーで更新するケースと、登録日時をトリガーで更新するケースの2通りを作成するが、テーブル定義は次のとおり。 -- 更新日時をトリガーで更新する CREATE TABLE hoge1( id INT NOT NULL AUTO_INCREMENT PRIMARY KEY, name VARCHAR(32) NOT NULL DEFAULT '', r

一見するとなんてことはない。 つまりは次のようなテーブル定義をするということ。 CREATE TABLE xxx( id INT NOT NULL , ts1 TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP , ts2 TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ) 2つのタイムスタンプを必要とする場面としては、たとえば、ts1が登録日時でts2が最終更新日時なんていう場合が考えられる。 ここで、いくつかのDBMSで実際に次のようなテーブル定義をしてみる。 CREATE TABLE hoge( id INT NOT NULL , ts1 TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP , ts2 TIMESTAMP) CREATE TABLE foo( id I

別にぜんぜんなんてことはないのだけど、なんとなく(謎)。 展開処理とは言っても、リクエストを出してLocationヘッダの内容を取っているだけだけど。 Java java.net.HttpURLConnectionクラスを使用して、こんな感じで。 import java.io.IOException; import java.net.HttpURLConnection; import java.net.MalformedURLException; import java.net.URL; import java.util.Collections; import java.util.HashSet; import java.util.Set; public class ShortURL { private static final Set<URL> services; static { tr

ふと、PostgreSQLでシーケンスの情報を取得する必要ができたので調べてみたらしい。 そもそもPostgreSQLにおけるシーケンスは、CREATE SEQUENCE文を使って自分で定義するか、SERIAL(SERIAL4)型やBIGSERIAL(SERIAL8)型の列を含むテーブルの作成によって自動的に生成される。 いずれにしても、シーケンスの現在の値を知りたいといった場合によく出てくるのが、nextval、currval、setvalの各関数である。 しかし、currval関数は「そのセッション内で」「最後に生成された値」を取得するもので、nextvalがそのセッション内で呼び出されていないと使えない。が、そんなことのためにシーケンスの値は更新したくない。 ということで、それらの関数に依存しないものについて。 実際の確認のための事前準備 まず、以下のようなSQL文を実行し、テーブル

データベースの文字エンコーディングを変更する、と言っても、「設定ファイルを編集してデフォルトの文字エンコーディングを変更しよう！」などというちゃちな話ではない。(「MySQL 文字コード 変更」で探すとそんな話ばかりがヒットして‥もうね、ばくh(以下自粛)) すでにsjisだのcp932だのujisだのeucjpmsだのlatin1だのが指定され、データも格納されているデータベースについて、内部のデータを例えばUTF-8に変換して、今後挿入されるデータもUTF-8になるようにしよう、というお話。 ちなみに、MySQLにおけるUTF-8のお話はこの辺りで。 MySQLで4バイトのUTF-8文字を扱ってみる - HHeLiBeXの日記 正道編 前提環境 極端な例を書くと、以下のようなデータベースとテーブルがあるとする。 DROP DATABASE convert_test1; CREATE D

JIS X 0213:2004で追加された「叱」の異体字は、Unicodeにおいては「UTF-8で符号化すると4バイトになる」コードが割り当てられている。また、中国語をまともに扱おうと思ったら「UTF-8で4バイト」の文字を扱う必要が出てくる。 そんな文字どもをMySQLデータベースに放り込もうと、UTF-8指定でがんばっていたのだが、ひとつの結論に行き着いたらしい。 MySQLの"UTF-8"にご用心 - yanok.net 「UTF-8で4バイト」の文字を扱おうと思ったら、MySQL 5.5.3以降を使い、さらに"utf8mb4"を指定せよ、という冗談のような本当の話。 まぁグダグダ言っても始まらないので、まずは手元にある環境で試してみるところから。 事前準備 環境として、以下のものを使用する。 OS Windows Vista Business SP2 (x86) PHP v5.3.

前の記事で、PHPプログラムからMySQLに4バイトのUTF-8文字を放り込んでみた。 MySQLで4バイトのUTF-8文字を扱ってみる - HHeLiBeXの日記 正道編 ついでなので、Javaプログラムの場合はどうなるのかを調べてみた。 例のごとく、「𠮟」と書かれた部分は「叱」の異体字だと思って読んでもらえればと。 面倒なので、プログラム自体は割愛するが(待て)、以下のSQL文を順に発行するだけの単純なプログラム。特にMySQLに特化したパラメータを渡すことはしていない。(便宜上、SQL文の末尾にセミコロンをつけている) DELETE FROM hoge; -- 従来から定義されている文字 INSERT INTO hoge(idx, str) VALUES(0, '叱'); -- JIS X 0213:2004 で追加された、UTF-8で4バイトになる文字 INSERT INTO h

PHPから何かしらのAPIをたたいたりするときに必要じゃないか、ということで、環境作成と接続テストをしてみる。 環境構築 環境は以前に作ったものをベースにする。(Apache httpd 2.2/PHP 5.3) PHP実行環境構築メモ - HHeLiBeXの日記 正道編 自己署名証明書でテスト環境構築その他諸々(何) - HHeLiBeXの日記 正道編 (実際は、Ubuntuの仮想マシン上でも構築、と思ったのだが、特に設定が必要ない状態だったので割愛) 設定自体は楽なもので、今回使用する環境ではphp.ini内の以下のコメントを外すだけ。 ;extension=php_openssl.dllあと、後述のサンプルを実行するには、URLをファイルとして開くことが許可されていることが必要らしい。 ; Whether to allow the treatment of URLs (like ht

ブクマ(何)とかを見ると1ヶ月ほど前の話になるのだが、Windows Vista上にPHP+Memcached環境を導入したらしい。 ただ、変なところでひどく苦労したので、導入時点での情報をまとめてみる。 Memcachedの導入 まずはサーバーの導入。 基本的な手順としては、以下のサイトにあるとおり。 Windowsにmemcachedをインストールする - tipsを掻き集めてknowledgeを目指す日記 しかし、Windows用バイナリのダウンロードサイトであるリンク先がすでに存在しないという‥orz ここからが長い旅だったのだが、結局、WikipediaのページからのリンクをたどってやっとこさWindows用バイナリにたどり着いたらしい。 memcached - Wikipedia 外部リンク-一般のサイトの"Win32 memcached port" http://www.sp

ふと、作りたいものができたので、まずは環境構築から、ということで、ざっと調べてみたところ、次のサイトを見つけた。 Windows で Apache モジュールを作る。 Windows環境 手軽に出来るApacheモジュール開発 : アシアルブログ Linux環境 基本的に、apxsを使うということでよいので、と思ったら、Windows環境ではPerl実行環境を入れるところから始めなきゃならないらしい。なので、もう最初からすべての手順を並べてみることにしたらしい。 Perl実行環境の導入 後述するapxsツールの導入および実行のために必要なので仕方がない(謎)。 Perl実行環境として、ActivePerlを使用する。 ActiveState - Code to Cloud: Smarter, Safer, Faster | ActiveState ActivePerl Downloads

MySQLで、何も考えずに「VARCHAR(n)」な列に日本語n文字を格納しようとしたら格納できてしまい、DB2での記憶と違うということで一通り調べてみたらしい。 作ったテーブルは次のとおり。 CREATE TABLE tbl1(str CHAR(6) NOT NULL) CREATE TABLE tbl2(str NCHAR(6) NOT NULL) CREATE TABLE tbl3(str VARCHAR(6) NOT NULL) CREATE TABLE tbl4(str NVARCHAR(6) NOT NULL) CREATE TABLE tbl5(str NVARCHAR2(6) NOT NULL) 最後のは完全にOracle用。「VARCHAR」はOracleでも互換性のためにVARCHAR2のシノニムとして残してあるということだったので、あえてVARCHAR2と明示したもの

DB2 Express-C v9.7.2のWindows版で使えていたLIMIT/OFFSETが同Linux版で使えなくて、プラットフォームによって違うのかと思ってしまい、同等のことができる構文をいろいろと調べた挙句、インストール直後の設定が違っていただけという。 で、せっかくなので、調べたいろいろをまとめてみようということで。 ただDBごとに並べても面白くないので(謎)、構文ごとにまとめてみるというアプローチで(更謎)。 前提として、次のようなテーブルを作っておく。 CREATE TABLE hoge(str VARCHAR(8)) INSERT INTO hoge(str) VALUES('bbb') INSERT INTO hoge(str) VALUES('ddd') INSERT INTO hoge(str) VALUES('fff') INSERT INTO hoge(str)

はじめに - SQL標準規格では SQL標準規格によると、SQL文ではテーブル名や列名の別名を次のように指定することができることになっている。(いずれも、キーワード AS は省略可能) SELECT t.col2 [AS] c2 FROM tbl [AS] t WHERE t.col1 = 1 UPDATE tbl [AS] t SET col2 = 2 WHERE t.col1 = 1 DELETE FROM tbl [AS] t WHERE t.col1 = 1 (ひとつ気をつけなければいけないのは、UPDATE文のSET節で指定する列名にはプレフィックスを一切書けないこと) この別名をつける書き方について、DBMSやそのバージョンによってサポート状況が違うようなので検証してみる。 検証 前提とするテーブルはどうでもいいのだが、一応書いておく。 CREATE TABLE tbl(id

まぁ、言うほど大げさな話でもないのだけど、少なくとも、結合条件と検索条件の違いが分かっていないと痛い目見るだろう、と。条件なんてON句に書いてもWHERE句に書いても一緒でしょ、と思っている人(誰)は要注意。 前提とするテーブルは次の2つ。(諸般の事情で、purchase_dateが文字列型になっているが、今回はそこには触れない) CREATE TABLE product( product_code VARCHAR(16) NOT NULL , product_name VARCHAR(16) NOT NULL ) CREATE TABLE purchase( purchase_date VARCHAR(10) NOT NULL , product_code VARCHAR(16) NOT NULL , purchase_count INT NOT NULL ) それぞれデータは以下のよう

何か処理をしているThreadがあるとき、その処理を停止させるときに一番多いケースはThread#interrupt()メソッドを呼ぶことだろうか。 しかし、interrupt()メソッドを呼べばどんなスレッドでも停止するというわけではない。 そもそも停止できない public class Main1 { private static class HogeThread1 extends Thread { public void run() { while (true) { System.out.println("running"); } } } public static void main(String[] args) { Thread th = new HogeThread1(); th.start(); th.interrupt(); } } 極端な例ではあるが、ループの中にinte

今まで、正規表現のメタ文字をエスケープするのに、バックスラッシュとかをいっぱい書いていたのだが、簡単にエスケープする記法があることに最近気づいた。さらにそのような文字列を生成するためのメソッドがあることにも気づいた。 パターン(置換前)文字列のエスケープ java.util.regex.Pattern#quote(java.lang.String) 置換後文字列のエスケープ java.util.regex.Matcher#quoteReplacement(java.lang.String) ということで、実際にプログラムを作って実行してみる。 import java.util.regex.Matcher; import java.util.regex.Pattern; public class Main { /** * @param args */ public static void m

イベントハンドラについて調べていたときに気づいたことがあって、ついでなので、そっちも調べてみた。 何かというと、マウスイベントが発生したときには当然マウスカーソルの位置を得ることができるが、キーイベントが発生したときにもマウスカーソルの位置を得ることができるブラウザがあったらしい。 調査対象は前回とほぼ同様なのだが、一応ちゃんと書く。Firefoxが3.6.11に上がっている。 Firefox 3.6.11 Mozilla/5.0 (Windows; U; Windows NT 6.0; ja; rv:1.9.2.11) Gecko/20101012 Firefox/3.6.11 Safari 5.0.2 Mozilla/5.0 (Windows; U; Windows NT 6.0; ja-JP) AppleWebKit/533.18.1 (KHTML, like Gecko) Vers

データをデータベースにインポート/ロードする際には、コードページの指定は当然だと思っているが、コードページを指定していないスクリプトファイルに出くわしたことがきっかけで、ちょっと調べてみようと思った。 ちなみに、DB2 v9.5からLOADコマンドでXMLデータがロードできるようになってから、私はLOAD派。ロードするデータが正しければ、各種制約を考慮してロードの順番を気にするということが必要ないから。何より大量データをロードする際にIMPORTコマンドより高速だし。 環境 使用した環境をざっくりと。 Windows Vista Business SP1 DB2 Express-C v9.5.2 実験の概要 VARCHAR型およびXML型のデータをロードする UTF-8、Shift_JIS、EUC-JPのそれぞれで保存されたデータを用意する IMPORTおよびLOADコマンドでデータをロー

Java 5から列挙型(enum)が導入されたのに合わせて、列挙型の値をキーとするEnumMapというクラスが提供されているのを知り、またメモリ効率がよいという記述をどこかで見たので、ちょっと実験。 まず列挙型。 enum A { A_1, A_2, A_3; } 次にテスト用のクラス。EnumMapを一つ作り、そのコピーを指定した個数だけ生成してリストに格納する。 import java.util.EnumMap; import java.util.List; import java.util.Map; public class EnumMapTester { public void test(int n, List<Map<A, String>> list) { Map<A, String> m1 = new EnumMap<A, String>(A.class); for (A a

おもむろに次のようなテーブルを作ってみる。 CREATE TABLE hoge( col1 INT NOT NULL , col2 INT NOT NULL , CONSTRAINT pkey_hoge PRIMARY KEY(col1, col2) ) ; CREATE TABLE foo( col1 INT NOT NULL , col2 INT NOT NULL , col3 INT NOT NULL , col4 INT NOT NULL , CONSTRAINT pkey_foo PRIMARY KEY(col1, col4) , CONSTRAINT uniq1 UNIQUE(col1, col2) , CONSTRAINT uniq2 UNIQUE(col4, col2, col3) , CONSTRAINT ref1 FOREIGN KEY(col1, col4) REFE

「扱うデータをXMLにしておくと冗長性がなんたらかんたら‥」、「とりあえず全部放り込んでおいて、必要な部分を問い合わせ時に取り出すようにすればうんたらかんたら‥」。 まぁ、ある意味妥当な意見ではあるのだけど、それで問題がないという裏づけはきちんととっておこうよ、という事例。 発端 次のようなクエリが原因でアプリケーションのパフォーマンスが悪いという状況に出くわした。(なんかどこかで見たような書き出し(謎)) xquery count( for $doc in db2-fn:sqlquery(" select xmlquery('for $doc in $root/hoge return $doc' passing DOCUMENT.DATA as ""root"") from DOCUMENT where ( xmlexists('$root/hoge[head/head_nnnn = "

そういえば、大昔に「よく分からん」とか言って放り投げていた java.lang.ref パッケージ関連のクラスとその周辺知識。 先日、soft reference とかの話が出てきたので、今度はちゃんと読んでみた。(とりあえず到達可能性について) java.lang.ref (Java 2 Platform SE 5.0) 到達可能性については以下のような感じ。 強到達可能 なオブジェクト: 一番説明しやすいのは、あるオブジェクトのインスタンス変数などに保持されている状態。 Reference オブジェクトを介さなくても参照できる。 ソフト到達可能 なオブジェクト: 強到達可能ではないが、ソフト参照(soft reference)を介することで参照可能なオブジェクト。 1個以上の SoftReference と0個以上の WeakReference または PhantomReference