イタリアンバール ジラソーレ

友人がイタリア料理のお店(Bar / バール)を所沢で始めました。


所沢 イタリアンバール ジラソーレ
所沢駅からのアクセス


所沢なので、都内からだと、なかなか行きづらいんですが。。。
カルパッチョなどオーソドックスな料理の他、地元の野菜を使ったものや、
さらには、鹿やカエルなど、ちょっと変わった料理も食べられるらしい。


シェフ自身お酒(特にビール)が、大好きなので、料理もお酒にあう味付けになっているんだろうな。。。
のんべえにはたまりません。


ワインもシェフ自身が選んでいて、いろいろと用意されているみたいです。
ワインだけでなく、日本酒や焼酎もあります。

DEL??

http://db2watch.com/wiki/index.php/%E3%83%87%E3%83%BC%E3%82%BF%E3%82%92%E3%83%AD%E3%83%BC%E3%83%89%E3%81%99%E3%82%8B%E3%81%AB%E3%81%AF

データ形式指定
ファイルのデータ形式を以下のいずれかで指定します。
DEL
カンマ区切りのASCII形式。いわゆるCSV(Comma Separated Values)形式。
IXF
表の型情報なども含むバイナリー形式。

XML Data

DB2 9.1 XML/XQuery support

I investigated the XML and XQuery support in IBM's RDBMS (strictly speaking, a hybrid relational/XML DBMS), DB2 9.1 (as of 2009-10-31, I think the latest DB2 release is 9.7). The XML tooling in DB2 9.1 is called pureXML.

DB2 9.1 provides support for 'XML' data type in SQL (which is now part of the ISO/IEC SQL specification). We can now define table columns, of type 'XML' in DB2. This makes it possible to store an entire XML document in a particular field of a relational DB2 table. Within this 'XML' field, an XML document is stored in it's native hierarchical form (the XML is stored in a native XML store, whereas the pointer to the XML document is kept in the field). This approach of XML storage into relational tables, is different to traditional shredding of XML documents into the relational tables. Shredding of XML documents into relational tables, can hit the application performance, if the XML Schema is very vast, and maps to large number of relational tables. Joining a large number of relational tables, to get a business application view could be considered an application performance degradation.

IBM Software | IBM

db2のコードセットをIBM943

http://www-01.ibm.com/support/docview.wss?uid=std3373167413a05f3c5492573300001cf24

DB2: Linux環境でSJISデータが文字化けする現象について
概要

002C196F【Linuxサーバー(LANG=ja_JP.UTF-8)上にCreate DB using codeset 943 ...にてSJISのデータベースを作成し、SJISのDELをFTPでサーバー転送後にImportしたところ、DB2 Clientより参照時に文字化けが発生してしまいました。】

内容/目次<<< QUESTION >>> 2007/07/13 17:18:20

DB2 V9.1
RHEL(RedHat Enterprise Linux) 4

Linuxサーバー(LANG=ja_JP.UTF-8)上にCreate DB using codeset 943 ...にてSJISのデータベースを作成し、SJISのDELをFTPでサーバー転送後にImportしたところ、DB2 Clientより参照時に文字化けが発生してしまいました。

元のデータ自体は、catなどで参照可能なため(端末表示も943)、SJISとしてアップロードされているのですが、DB2にImport後、 Select等を実行しても文字化けが起きています。

またJavaアプリからも、ResultSet取得時に、データが壊れている旨のエラーが発生しています。

Q1)
Linux,UTF-8環境でのSJISのDBを作成すること自体は可能でしょうか?(サポートされているでしょうか?)

Q2)
Linux環境にて、Importの際の考慮点等あれば教えてください。<<< ANSWER >>> 2007/07/17 16:13:01

A1)
DB2 for LinuxSJISのDBをCREATEすることは、可能です。
言語環境が異なる場合も、DBのコードページと、クライアントの言語環境が異なることで、自動的にコードページ変換が起こります。

サポート技術情報: DB2 UDB V8.2: Linux上で文字コードIBM-943のサポートについて

A2)
DBサーバーにアップロード時点でDELファイルがSJISで、IMPORTコマンドによってコード変換が起こっているのであれば、LANGを SJISにするか、DBクライアントに DB2CODEPAGE=943レジストリーを指定し、db2 terminate後、再度IMPORTを行い、問題が解決するかもご確認下さい。

DB2 for LUWのクライアントとサーバー間は、DBのCODEPAGEと、クライアントの言語環境(又はDB2CODEPAGEレジストリーにより上書き)が同一である場合は、同じ言語環境とみなし、コードページ変換を行います。
逆に、DBのCODEPAGEとクライアントの言語環境が異なる場合は、言語環境が違う為、コードページ変換を試みます。

念のためですが、FTP等でコードーページ変換が起こってないか、また、バイナリー・エディター等で、DELファイルがUTF-8のコードになっていないかも、念のため、ご確認下さい。

以上

プロパティファイルのリロード

ExtendedPropertiesの自動読み込みについて - QA@IT

ClassLoader loader = Thread.currentThread().getContextClassLoader();
in = new BufferedInputStream(loader.getResourceAsStream("prop.properties"));

クラスローダを使うってことですか。