フィールド名は日本語にするか、英語にするか

178 ：NAME IS NULL：2010/10/29(金) 15:53:43 ID:???

ダブルクォーツで囲むか囲まないかはたいした問題ではない。つまり、
だから日本語を採用するかしないかと言うような影響のでる事ではない。
読み易さ、使いやすさの問題。
日本語をフィールド名に採用するか、どうかは、データモデルと
プログラミング、オペレーション時の認識に関わる問題でずっと深刻。
一般論としては、フィールドとは集合の事だから、集合の要素の大半が
全角文字で表された場合は、フィールド名(属性)も自ずと全角文字が
使われることが予想される。それが自然ということ。

179 ：NAME IS NULL：2010/10/30(土) 11:42:04 ID:???

> フィールドとは集合の事だから

珍説はチラシの裏にでも書いとけ。

180 ：NAME IS NULL：2010/10/30(土) 14:50:12 ID:???

まとめると
日本語派→わかりやすさ重視
英数字派→互換性重視
ってことだよな。
結局、戦争に勝ったのにろくに英語教育しなかったアメリカが悪い。
占領した朝鮮にちゃんと日本語教育してやった日本はもっと評価されるべき。

181 ：NAME IS NULL：2010/10/30(土) 21:26:30 ID:???

>>178
設計段階では、データベースってのは確かに集合でしかないわけだからあんたの言っていることは正しい。
ただし、実装段階でハードやらソフトの制約を受けた時点で、集合論のそのままを表現できるわけじゃないことぐらい分かるだろjk

182 ：>>178=>>181：2010/10/30(土) 22:45:24 ID:???

>>181
> データベースってのは確かに集合でしかない

珍説はチラシの裏にでも書いとけ。

183 ：NAME IS NULL：2010/10/31(日) 00:19:43 ID:???

>>182
おいおい、人を勝手に自作自演にするなよｗ
T字形でもやれば、データモデルが集合論であることは良く分かる。

ただ、それをそのままデータ設計に持ち込むのは論外だと言っているまでで。
集合論からのアプローチは珍説でもなんでもない。

184 ：NAME IS NULL：2010/10/31(日) 09:26:47 ID:???

フィールド名とデータの中身の区別もついてないのか...。

さすがに珍説を堂々と書ける椰子は頭の構造が違うな。

185 ：NAME IS NULL：2010/10/31(日) 11:55:41 ID:???

中身に日本語が使えて、名前に制約があるのはソフトの問題。
本質的な話じゃない

186 ：珍説以前だったな：2010/10/31(日) 13:18:35 ID:???

> 中身に日本語が使えて

中身の話なんて誰もしてない。

スレタイすら読めてないのか...。

187 ：NAME IS NULL：2010/10/31(日) 13:25:01 ID:???

>>186
名前に日本語の制約がないなら、それでいいんじゃないの？

188 ：NAME IS NULL：2010/10/31(日) 14:04:17 ID:???

>>186
文句が言いたいばかりに、自分の言っていることが支離滅裂になっていることも気がつかない？

189 ：NAME IS NULL：2010/10/31(日) 18:08:14 ID:???

スレ違いを指摘されて逆切れ？

190 ：NAME IS NULL：2010/10/31(日) 18:35:38 ID:???

論理的な話もできずに、派生した話をスレ違いというだけの低脳がなにを言うｗ

191 ：NAME IS NULL：2010/10/31(日) 20:49:45 ID:???

最近は、唐突に違う話題を垂れ流すのを「派生」とか言うのか？

まあ、(リレーショナルデータベースの) データモデルが集合論に
関係しているって知ってるなんてしゅごいでちゅねぇ～

とか言われれば満足かな (ゲラ

192 ：NAME IS NULL：2010/10/31(日) 22:53:00 ID:???

例えば、全角文字を含むフィールド名はダブルクォーティングしなくては
ならないような愚劣なRDBMSをどれだけ速やかに他のシステムに乗り換える
ことができるかが問われているということだ。

193 ：NAME IS NULL：2010/11/01(月) 22:08:37 ID:???

ダブルクォートするよりシステムを乗り換える方が簡単なのか？

194 ：NAME IS NULL：2010/11/02(火) 02:58:00 ID:???

それは場合によるけど、リプレースする有力な根拠になるということでしょう。

195 ：NAME IS NULL：2010/11/02(火) 08:07:17 ID:???

2バイト項目名がダブルクォートされていないので、リプレースしましょうと提案するのか？ありえないだろｗ
2バイトOK（動作保障的に）なSQL Serverに乗り換えるとかそういうことか？

異なるRDBMSに載せかえるくらいなら、コスト的に素直にダブルクォーティングするか、DBの改修（2バイト名の1バイト化）しかありえん。

196 ：NAME IS NULL：2010/11/02(火) 08:55:04 ID:???

>>195
場合による。

197 ：NAME IS NULL：2010/11/02(火) 09:18:17 ID:???

愚劣で未来のない仕様のシステムは次回の選定で外されるということですねw

198 ：NAME IS NULL：2010/11/02(火) 22:44:53 ID:???

その前にそんな提案をするお前が次回の選定ではずされるだろ

199 ：NAME IS NULL：2010/11/02(火) 23:32:05 ID:???

クォートされたマルチバイト文字は通るが、されていなければ問題があるかもしれない
なんてパーサーは、一目見ただけで食欲をなくすようなすごいソースなんだろうな。

200 ：NAME IS NULL：2010/11/03(水) 04:40:14 ID:???

OLracleのバージョンアップでCHARACTERSETをJA16SJISからAL32UTF8に変えたら
テーブル名、列名、ストアドプログラム名など30バイトの制限を超えたユーザー
があって、笑えた。

201 ：NAME IS NULL：2010/11/03(水) 15:20:42 ID:???

SQL Serverなんて、キャラクターセット変えた程度でDB２との通信ができなくなったりする（ドライバがらみのバグ）んだぜ。
これが商用RDBMSとは到底思えないレベル。
こんなことでバグ取り1週間とか、正直笑えない。

202 ：NAME IS NULL：2010/11/03(水) 16:08:31 ID:???

SQL Server 本体ならともかく、ドライバ、しかも DB2 との通信だろ。
馬鹿ですか？

203 ：NAME IS NULL：2010/11/03(水) 16:53:02 ID:???

>>200　>>201
笑うことでリューマチの痛みが軽減するものだとのことでございます。

204 ：NAME IS NULL：2010/11/03(水) 16:53:30 ID:???

>>202
SQL Serverが起因するキャラクタセットのバグでデータ異常が発生して、それがキックにドライバで不具合、結果DB2との通信時に落ちる。

205 ：NAME IS NULL：2010/11/03(水) 19:30:18 ID:???

>>204
> SQL Serverが起因するキャラクタセットのバグでデータ異常が発生して

それは問題だ。
で、どのバージョンの話かな？
ソースつきで、頼むよ。

206 ：NAME IS NULL：2010/11/03(水) 19:54:42 ID:???

>>205
ソースがあるぐらいのバグなら苦労しないだろｗ
SQL Server 2005 Workgroup Editionだったのは覚えているが、ビルド番号や該当するキャラクタセット、
DB2のバージョンやドライバの種類なんかは当時の備忘録紐解かないと覚えてない。
そして、それは面倒くさいから勘弁してくれｗ

207 ：NAME IS NULL：2010/11/03(水) 20:09:03 ID:???

> ソースがあるぐらいのバグなら苦労しないだろ

はあ？データ異常が発生するようなバグなら、HotFix なり ServicePack
が出てるだろ。何言ってるんだ？

> それは面倒くさいから勘弁してくれｗ

はいはい、言い訳乙。

208 ：NAME IS NULL：2010/11/03(水) 21:55:49 ID:???

>>207
実務で扱ってれば、公式対応されるバグなんてごく一部なことぐらい分かりそうなもんだが。
おまえ、素人だろ。

209 ：NAME IS NULL：2010/11/03(水) 22:45:47 ID:???

なんか状況が目に浮かぶようだw

>>208　「これバグだろ！！」
サポート　「はいはいw」

210 ：NAME IS NULL：2010/11/04(木) 19:10:21 ID:???

ふーん、いきなり電話するんだ、サポートとやらにｗ
実際に仕事してる奴の台詞とは思えないなｗ

211 ：NAME IS NULL：2010/11/04(木) 20:30:54 ID:???

バグだろうがこっちのミスだろうが、なにか自分らで解決できない問題が起きたら
サポートに電話するけどな、うちは。
バグだという確証が得られるまでサポートに連絡しないの？

212 ：NAME IS NULL：2010/11/04(木) 22:16:16 ID:???

俺が知っている限りでは、当時（今もそのはずだが）SQL Serverに関する要望やバグを日本語で直接シアトルに電話でコンタクトする方法はなかったはずだが。
Visual Studio と .NETに関してはルートが存在していたが。

直接やりとりをできるサポートを知ってるなんて、MSの関係者ですか？ｗ

213 ：NAME IS NULL：2010/11/04(木) 22:36:00 ID:???

何で直接シアトル？

214 ：NAME IS NULL：2010/11/04(木) 22:47:24 ID:???

>>208
ああごめん、誰かさんの「脳内バグ」なら公式対応はしないだろうな (w

>>212
保守契約したらＭＳの関係者じゃなくても「サポートと直接やり取り
できる」よ。
て言うか、実務なら保守契約必須だと思うが...。

215 ：NAME IS NULL：2010/11/05(金) 09:24:43 ID:???

それこそ場合によるだろうけど、
データベースの専門企業は別にすると
サポートを受けている方が少数派ではないか。

216 ：NAME IS NULL：2010/11/05(金) 22:36:54 ID:???

データベースの専門企業？OracleやMS自身のことじゃぁないだろうからSIerのことか？
「サポート」って、いわゆるパートナー契約のことを言ってるのか？

もしかして、>>205が「ソース出せ」って言ったのをソースコードと勘違いして、シアトルに
電話するとか頓珍漢な話になったんじゃないだろうなw

217 ：NAME IS NULL：2010/11/06(土) 09:28:42 ID:???

データセンタとかを言ってるんじゃないかな？

まあ、「サポートを受けている方が少数派」とか言ってるぐらいだから、
>>215 はこの手のお仕事したことないんだと思うよ。

218 ：215：2010/11/06(土) 10:27:28 ID:???

私の知っているSQL　Serverを使っている企業は、
業務ソフト入れたら、SQL Serverが入ってました。もったいないから、
ACCESSから乗り換えました、というような所ばかりで、
「実務なら保守契約必須」なんてことはなさそうだから、書いてみた。
私の言葉の選択が適切でなくて、話が通じなかったようだけど。

219 ：NAME IS NULL：2010/11/06(土) 12:04:23 ID:???

社内の運用管理なのかデベロッパーなのかでバグ対応に関する認識が異なるんだろ。
運用管理者や社内の情シスなら、よほどの重大なバグでもない限りいずれかのタイミングでバグフィックスされれば構わない。

デベロッパーの立場になれば、納品までにバグが解消できなきゃまったく意味がない。

220 ：NAME IS NULL：2010/11/06(土) 16:40:05 ID:???

>>218
> 業務ソフト入れたら、SQL Serverが入ってました。

そりゃその業務ソフトのメーカーが保証するからエンドユーザーが
SQL-Server の保守に入らんことは珍しくない。

> もったいないから、ACCESS から乗り換えました

意味わからんのだが...、業務ソフトが使ってる SQL-Server を別
の用途に使ってるってこと？

おれがその業務ソフトのメーカーなら、基本的に他の用途に使うの
はダメと言うけどね。

そもそもそんなことしなくても Access からの乗換えなら
Express で十分だと思うし。

>>219
社内システムでもバグが発生したら困るだろ。
たとえば、給与システムで次の給与の支払いまでにバグが解消でき
なきゃ大問題だぞ。

221 ：NAME IS NULL：2010/11/25(木) 11:09:09 ID:???

>>220
年末調整でカバー。笑

222 ：【19.6m】電脳プリオン：2012/05/26(土) 14:49:16.20 ID:??? BE:820951799-PLT(12079)

併記したら？

223 ：NAME IS NULL：2012/05/26(土) 16:39:53.65 ID:???

以前はORACLEでもフィールド名やテーブル名を全角文字にするためには
ダブルクオートが必要だった記憶があるけれど、あれはいつ頃から必要なく
なったのだろう。

224 ：NAME IS NULL：2012/05/26(土) 22:51:06.10 ID:???

ORACLE今もダブルクォート必須だよ。
そうしないと、同じ構文でも正常に動作したりしなかったりする。

225 ：NAME IS NULL：2013/02/03(日) 07:55:06.50 ID:Ri2ixUto

パッケージのバージョンアップでAL32UTF8にしか対応しなくなり、Oracle 9i SJIS → 11g AL32UTF8 に回されてしまった。
AL32UTF8 は半角カタカナとマルチバイト文字が1文字3バイトになるので文字列が桁あふれする可能性が出てくるので、あらかじめテーブルやストアド・プログラムの変数の桁数を見直さなければならない。
それ以前に、マルチバイト文字11文字以上で設計した、テーブル名、列名、索引名、ビュー名、ストアド・プログラム名、SYNONYM名、タイプ名などの定義がエラーになった。
-- //docs.oracle.com/cd/E16338_01/server.112/b56299/sql_elements008.htm#i27570

テーブル定義以外にプログラムの大修正が必要になった上に、CSVをOracleにI/Oする UTF_FILEで CONVERT キャラクタセットを変換したら文字化けするバグが見つかり、来月の納期を延ばしてもらうように管理者に依頼した。

226 ：NAME IS NULL：2015/01/31(土) 05:51:33.09 ID:???

http://school2.2ch.net/test/read.cgi/ojyuken/1053996625/

227 ：靖国参拝、皇族、国旗国歌、神社神道を異常に嫌うカルト：2015/02/14(土) 18:56:51.52 ID:m5S6ogoG

★マインドコントロールの手法★

・沢山の人が偏った意見を一貫して支持する
　偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法

・不利な質問をさせなくしたり、不利な質問には答えない、スルーする
　誰にも質問や反論をさせないことにより、誰もが皆、疑いなど無いんだと信じ込ませる手法

偏った思想や考え方に染まっていたり、常識が通じない人間は、頭が悪いフリをしているカルト工作員の可能性が高い

10人に一人はカルトか外国人

「ガスライティング」で検索を！
...