Oracle-主キーに後から項目を追加する

最初から主キーを定義する場合は問題ないのですが、仕様変更が発生して主キーの変更が必要になった場合についつい忘れがちなのがこのコマンドです。（主キーの変更が必要になる仕様変更は初期の段階でないかぎりめったに発生するものではないので...）

主キー Create文

CREATE TABLE テーブル名
(項目名 属性,
項目名 属性,
…,
〔CONSTRAINT 主キー名〕 PRIMARY KEY (項目名, 項目名, …)
);

CREATE TABLE テーブル名
(項目名 属性 〔CONSTRAINT 主キー名〕 PRIMARY KEY, --この方法は、主キーが一項目だけの場合のみ使用可能
項目名 属性,
…
);

主ーに後から項目を追加

■まず、主キー制約を削除する。
ALTER TABLE テーブル名 DROP PRIMARY KEY;

■主キー制約を追加する。
ALTER TABLE テーブル名 ADD 〔CONSTRAINT 主キー名〕
PRIMARY KEY(項目名, 項目名, …) ;

Oracle Database キャラクタセットについて

新規ＤＢ作成時の注意事項

ふと忘れてしまうのが、キャラクタセットのコード設定。11gのインストールがうまく終了しない　ことに気をとられてしまい、キャラクタセットのコード設定でつまずく。
　Oracle11gのキャラクタセットは、無指定だと「AL32UTF8」で作成されます。　ここで注意が必要なのが JA16SJIS で作成されたＤＢを移行する場合です。

Oracleで許可されているデータベースオブジェクト名のサイズはマニュアルに記載されているように、データベース名とデータベースリンク名を除いて 30バイトまでとなっています。

JA16SJIS → AL32UTF8

• ディスク容量の見直。
• JA16SJISで2バイトであった文字がAL32UTF8では3バイトになる。

JA16SJISのデータベースで表示名や列名を日本語（マルチバイト）11文字以上で定義していた場合、キャラクタセットが AL32UTF8 であるデータベースではDDLすべてがエラーになる。
　それらを修正するとなるとSQL/DDL文・その他プログラムに至るまで、その影響は広範囲に渡ります。

ＤＢをインストールする機会がたびたびある訳ではないので、以外に上記のことを忘れがちです。 JA16SJISで日本語で１５文字以内で項目名や表名を定義しているとAL32UTF8では、１０文字以内にすることが必要になり、日本語１０文字ですべてをうまく表現するのはなかなか難しいものです。

いずれAL32UTF8にしようと考えている場合は、修正コストは掛かりますが日本語名から英数字名に変更するか、日本語項目名を１０文字以内にして修正を行っておくことを薦めます。

Samba－フォルダ名の変更ができない

メインで使用したＰＣの様子が変なので、重要データの持ち方をサーバーと２台のクライアント間の更新しあう環境に変更を行っていたところ、クライアントからSambaの共有フォルダ直下に作成されているフォルダ名を変更できない事が判明。

Sambaは今までも使用していたが、以前からこの現象に気づいていたがそれまでは特に困らなかったので放置していた。しかし、PCの故障等からデータを紛失しないためにもメインで使用するPCを切り替え使用可能にするためにも、この現象というかSambaの設定を正しく行うようにする必要がある。

Sambaの設定に問題があるのかと思っていろいろと試行してみたが、なんと問題はSELinuxにあった。 SELinuxを無効にすると問題なく共有フォルダ直下のフォルダ名を変更することができた。

ということでSELinuxの変更に着手を開始しようとしたが、現在のマシンのSELinuxの設定を自分で独自設定したためにSambaで使用するタイプやコンテキスト変数が定義されていない。
手動で作成していくのは大変かと考えてとりあえず、SELinuxのポリシータイプを現在のseeditからtargetに変更して対応することにした。

　　　↓（ここでまたやらかしてしまった。）

ポリシータイプを変更したのに、SELinuxのモードをEnforcingのまま再起動をしてしまい起動できなくなってしまった。

お決まりのブートオプションを指定して起動させて難なく対応する。
ブート時に A を押してブートオプションを指定する。（enforcing=0を追記する）

kernel /vmlinuz-2.6.18-194.32.1.el5.centos.plus ro root=/dev/VolGroup00/LogVol00 rhgb quiet  enforcing=0

起動できたら、次回起動時にラベルの振り直し（SELinux AdministratorでRelabel on next rebootをチェックする）設定をして再起動を行う。

あとは、地道に環境を整えて早くSELinuxのモードをEnforcingに戻すことにします。

BootCamp上のWindowsXpでのマウスとトラックパッドの動きがおかしい。

BootCamp上のWindowsXpでマウスと左利き用に設定（マウスのプロパティで「主と副のボタンを切り替える」にﾁｪｯｸ）をするとトラックバッドの動きまで変わってしまう。

• マウスが右利き用の設定時
  
  トラックパッドの動き
  • 1本指操作･･･タップでクリック
  • 2本指操作･･･副ボタンのタップ
• 左利き用の設定時
  
  トラックパッドの動き
  • 1本指操作･･･副ボタンのタップ
  • 2本指操作･･･タップでクリック

Mac(SnowLeopard)の方では、マウスの設定を変更してもトラックパッドには何も影響がでないが、BootCamp上のWindowsXpでは、トラックパッドの動きがおかしくなる。参るよね。(T_T)

ここ数日は、ネットで同様の現象についてコメントされていないかと検索したが...

仕方がないのでAppleサポートへ問い合わせを行ったところ、サポート側でも同様の現象を再現できたが、残念ながら現時点では改善の方法がないので、上申して改善に努めるとの話でした。

しかし、つい最近購入した俺がすぐに出くわすようなこの現象がなぜ今まで気づかれなかったのか...
マウスを左で操作するのは、右利きの人でも左でマウスを操作する人をいるはずなのにね。
それとも、マウスとトラックパッドの両方とも使う人がいないのか...(・・? 　まさか、俺だけ..^_^;

何にしても早くパッチがリリースされることを望みます。

マネジメント - 基本と原則

20年ぶりくらいに「マネジメント」を読んだ。当時の上司に薦められて読んだ覚えがある。何年か前に資料と古くなった本を処分する時に誤って処分してしまい、購入して再読した。前の本は白いハードカバーあったと記憶しているが、今回の本はソフトカバーであった。（種類が違うのかも･･･）

以前は、あまり興味がなかったのか当時はマネジメントよりも「孫子の兵法」・「諸葛孔明の兵法」や「韓非子（悪の管理学）」の方を読み、管理者たる者の理解と行動の指針にしようとしていた。

昨年よりドラッカーを何冊か読んで内容は重複しているが、改めて（久しぶり）「マネジメント」を読むとビジネスのみならず、日々の営み（家庭を含み）にも通じドラッカーの洞察力の深さを痛感します。

「マネジメント」は、マネジメントを使命・方法・戦略についてを人・仕事・企業（組織）・社会がどのように関わることによって成果を実現していくかについてが分かりやすく書かれている。
　なぜ、以前読んだ時はこの本について興味を覚えなかったのか...　昔の自分の浅はかさを感じてなりません。もっと早くこの内容を自分の糧にして行動出来ていればと思うと残念でなりません。

本の内容についての感じ方は人それぞれでしょうから、詳細は記載しませんが是非とも一読したい本だと思います。
　私は、「イノベーション」と合わせてバイブル的に何度も読み直して自分に取り込んで生きたいと考えています。

GIMP2

GIMP2についてもっと詳しく学ぶ事にしました。photoshopを少々使っていましたが、使用するマシンがWindows・Linux・Macとあり、それぞれ別個にソフトを購入していたのでは費用がかかりすぎます。

そこで、GIMP2の登場です。GIMP2もWindows・Linux・Macのそれぞれで対応ができ、なんと無料です。ちょこっとだけ操作しましたが、レイヤーやら諸々がほとんどphotoshopと遜色なくできるようであるのに無料だなんて！　うれしい限りです。

この書籍は、初心者から中級者までを網羅している。なによりも、リファレンスとして「あれはどのようにしたら良いのだったけ？」という使い方も可能かと...

本来は、はじめの一歩（初歩）から学ぶべきかと思い、用途が発生したらすぐに対応できるように下記の本で開始しました。
必要な事項をすぐに探せて、確認・実行できるように必帯しておく書籍です。はやくすべての機能を使いこなせるようになりたいと思う今日このごろ。

やはり、基本からきちんと学ぶ必要があると考えて、この本も購入して実習してみました。ただ、GIMP2でなく前のバージョン対応ですが基本はあまり変わらないのでとりあえず実習あるのみです。

Windows で Oracle Database 接続できない？

久しぶりにWindowsXpにOracleDatabaseをインストールしていたら、なぜか他の端末からDBに接続できない？

なんて事はない、ファイアウォールに例外の設定を忘れていただけでした。