[ThinkIT] 第4回：Oracle Database 10gやMySQLで必要な対処 (1/4)
自社製品としてもERPを有し、世界の拠点で共通の基幹系にも使われるOracle Databaseは、Unicodeへの対応も早かった。今回話題のJIS X 0213:2004に対応するために必要なUnicode 3.2については、Oracle Database 10g以降での対応となっている。したがって、Vista環境で利用する際には、それ以降のバージョンを使う必要がある。 SQL Serverにもデータ型の先頭に「n」がつくものと、そうでないものがあったように、Oracle Databaseにもnvarchar2やncharといったデータ型が用意される。しかし「JIS X 0213:2004に対応する」という意味では、これらのデータ型を使う必要はない。 それは一般に用いられているcharやvarchar2といった「n」の付かないデータ型でも、Oracle Databaseの場合にはサロゲ
[ThinkIT] 第2回：Microsoft SQL Server 2005で必要な対処（前編） (1/3)
SQL Serverは早くからUnicodeに対応してきたデータベースの1つであり、SQL Server 2000ではUnicode 2.0に対応しているのでサロゲートペアを格納することができる。ただし前回も紹介したように「格納できる」のと「正しく扱える」のとでは意味合いが異なる。正しく扱えるのはUnicode 3.2をサポートしたSQL Server 2005からで、もちろんJIS X 0213:2004にも対応できる。 ところが対応できるというだけで、何もしなくて良いというのではない。これから何をしなければならないかを明らかにしていこう。 以前からSQL Serverを使ってきた方ならば承知していると思うが、SQL Serverには文字列を格納するためのデータ型が大きく2種類用意されている。1つはchar/varchar/textなど、先頭に「n」が付かないデータ型。もう1つはncha
[ThinkIT] 第1回：Windows Vistaだと何が起こるのか (1/3)
ご存じの通り、Windows Vista（以下、Vista）の発売開始から、早いもので半年が経とうとしている。見た目が綺麗なだけのまやかしだとか、セキュリティがどうのこうのとか、発売から1ヶ月で2000万本を出荷したとかしないとかいわれているが、何かと話題を提供しているのは事実だろう。 また今年のIT業界を活気づかせるテーマのひとつがVistaであり、この後に控えているWindows Server 2008であるのは間違いなく、残念ながら先頃正式に発表されたLeopard（Mac OSの次期バージョン）ではなさそうだ。 ところで、VistaをクライアントOSにする場合、業務システムは少なからぬ影響を受けることはご存じだろうか。 もし何の対策も行っていないと、Vistaで入力された文字が正しく格納できなかったり、文字列処理において予期しない結果が戻されたりするのである。本連載では、その原因と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[ThinkIT] 第3回：Microsoft SQL Server 2005で必要な対処（後編） (1/3)
