こんにちは。

shogo <sho@xxxxxxxxxx>さんの
<200303161807.AA00340@xxxxxxxxxx>
"[mysql 07200] Re: 日本語項目名やテーブル名について"


> 日本語のカラム名、ＤＢ名などの使用は好ましいか。
> これは条件・環境によると思います。そして僕の環境では「100%、NOである」と言えるでしょう。

　これはこれは。言い切りましたね。（笑）

 
> UNIXシェル、または内外からのSSHターミナルでの作業を想定した場合、名前に日本語が入っていると
> 非常に手間が増えます。ヘタしたらアクセスできないなんてオチもありますよね。

　漢字化する場合、その様なトラブルが無い事を検証した上で行うのですね。ま
たはハンドル可能な事を検証の上で。にも関わらず「トラブルが．．．」と言い
出すのは、これは難癖と言える行為でしょうね。

　ご飯を食べるのは面倒臭い行為と考える人もいる訳で。ですが、そういう人は
死んでしまうか入院するかの様な一層面倒臭い事を引き起こすのですね。周りに
も大迷惑を掛ける訳です。作業等の手間というものは総体で考える必要のあるも
ので、現場の一技術者が「面倒臭い」と手抜きをする事がプロジェクト全体、あ
るいは企業体全体に迷惑を掛けるとすれば、それは言語道断な事でしょうね。


> と仰いますが、「ほぼ全てのコンピューターで扱えるASCII文字名称で構成されているDB」と
> 「日本語環境が整っていないと扱えないマルチバイト文字名称を含むDB」では、メンテナンス性に
> あきらかな差があります。漢字を使用するから漢字の使えないインターフェースは排除、というのは
> コスト面ではそんなに問題にならないんでしょうか？

　メンテナンス性も上の手間と同様ですね。だから、パースペクティブの問題と
言っているのですが。非常に局所的な、技術的問題とも言えない様な事を延々と
主張する事自体が問題でしょうね。前回のTINYINTと全く同じ図式ですよ。


> ドキュメント性を求めるSQL文を書くなら
> 
> 	CREATE TABLE 会員名簿 (
> 	    名前 TEXT,
> 	    年齢 INTEGER
> 	);
> 
> として、日本語環境に縛るよりは
> 
> 	-- 会員名簿テーブル
> 	CREATE TABLE members_list (
> 	    name TEXT,           -- 名前
> 	    age  INTEGER         -- 年齢
> 	);
> 
> とした方がトータル面で楽(＝低コスト)だと思うのですが、どうでしょう？

　いいえ。この例は簡単過ぎて、何の評価も出来ない種類のものでしょう。と言
うか、現実がこれほど単純であれば、誰も悩む人は居ないでしょうね。

　まあ、企業会計での償却資産管理、この年次処理中の償却額計算の明細書を出
すための表でもやってみれば良いでしょう。企業会計の処理の中で、償却額計算
の明細書なぞはお気楽極楽なシロモノですが、それでもコメントでドキュメント
性を確保することなぞ困難ですね。ついでに言えば、DBの定義はシステムの一部
分に過ぎず、ドキュメント性とはその他の部分、コードやドキュメント、マニュ
アルにも求められるものですね。


> 少なくとも、松枝さんのメールを読んで、あえて日本語にする理由は一切感じられなかったのは
> 僕だけなんでしょうか……？

　あなたはそう思うでしょうね。少なくともCREATE TABLEクエリの例を出して、
それが現実に通用する証左と考えたのですから。


> あと、些細なことですが松枝さんはずいぶんと自信満々に語っておられますが、
> 公共のMLで発言するにしてはずいぶんと失礼な表現が多いんじゃないでしょうか？

　失礼というのはお互い様でしょう。人の話を全然理解していないで反論される、
改善の余地がまだまだある意見を自信満々で開陳されるというのも、ぼくにとっ
ては非常に不快な事ではあります。そして、その様な行為とぼくのきつい表現と、
どちらが先に来ているかを確認する必要があるのではないですか？

　ま、ともあれ、お互い様という事で、お互いに留意する事にしましょう。あま
り変な事を言うのは差し控えてください。そうすればきつい表現も出る余地は無
いのですから。


	松枝知直	<tomom@xxxxxxxxxx>
			http://www.argus.ne.jp/~tomom/