コボラは横長DBがお好き 3カラム目

横長DB：
カラムが商品コード01、商品コード02、商品コード03…となっていたり、
何故あるのかわからないFILLERという項目が用意されていたり、
1つのカラムに固定文字列長で複数のデータを入れてみたりと
RDBの存在意義を全否定するかのようなデータ設計。

/* スレッド履歴 */
コボラは横長DBがお好き
http://pc11.2ch.net/test/read.cgi/prog/1160745584/
コボラは横長DBがお好き ２カラム目
http://pc11.2ch.net/test/read.cgi/prog/1179927770/

ﾇﾙ(･ω･)ﾎﾟﾘｰﾝ

1さん乙

１乙
ＲＤＢもバケツリレー方式に使われるとフツーのSAMファイルより扱いづらい。
つーか、行った先々でＲＤＢ皆使ってるが、Ｅ−Ｒ関係図見たことねえ。

「このマスターテーブルに登録するには、事前にこれこれの属性テーブルに
登録しておかねばならない」って、どっかに明記しておけや。

メンテで出向したが、コボラー、ＲＤＢの作り方、勘違いしてんじゃないの。
コボラーが作ったＲＤＢシステムの適用が後のコボラーが難儀してたら、
それは作った誰かの設計思想が謝ってるとしか言いようがない。

>>4
確かに謝って欲しい設計思想のシステムはやたらと多いよなｗ

>>4
ER関係図w
まあHTML言語とかいう人もいるしな。

コボラってストアドも大好きだよな。

カーソルをぐるぐる回しながら、
嬉々としてこれがブレイクキー１で、次に（ｒｙ

仕事しないでくれ。席座ってるだけで良いから。頼む('A`)

>1
列数が５０〜８０列とかあるＴＢＬってコボラーが作ったのか、、なるほど

今関わってるシステムのＤＢ。
コード格納フィールド、そのコードの日本語カナ名格納フィールド、そのコードの日本語漢字名格納フィールド、
って三つ並んだ束が各レコードに名称変えてイッパイ有るんだが、こういうのってバッジ処理の延長だなと思う。

>>9
何を言いたいのかがわからん。バッジ処理がバッチのことだとして、
コード辞書が散在するのがその延長、とはどんな意味なんだ？

>>9
あなたのシステムでのバッジ処理の定義を説明してほしい

「バッジ」っていったら、BADGE Systemだよなぁ。

なんだ、防空システムか

防空システムがCOBOLで動いてんのかいな、、、、ｲﾔな希ガス

俺前横須賀行ったときはFortranだったよ。

お米の国のシステムはやっぱAdaで動いてたりするんだろうか

飛行機関係、たしかボーイングだかの
システムがAdaじゃなかったっけ？

項目名=X31
内容=31固定(NUMBER)

死ね。

Javaでコード書かせたらintて変数宣言しようとして
何でコンパイルが通らないんだ!! ってわめきそうだなー
そのDBの設計者

項目名=X78
内容=78固定(NUMBER)

くたばれ。

もう３カラム目か。
こんなに、同じような思いをしている人がいるとは
おもわんかった。

YOBI15
しかも使ってた・・・どこにも何入れてるか書いてねぇし

>>22
Oracleでそれやったバカ、いま同じ職場にいる ｗ

多少コードの書き方がヘタクソなら許せるんだけど、
自分の経験無いことは俺の責任じゃねぇ（他の人がやるべきだ）っていう勝手な線引きするような奴ばっかり・・・・

>>24
それのどこがおかしい？
責任分界ってもんがあるだろ。下手に越境されて無責任な事やられて、
「俺、経験無いのにやれって言われたからさ」
て逃げ口上吐かれるよりよっぽどいいぞ。

>>25
同感。
だがまぁ、十分に人材が無い状況でそればっかやられたら敵わないし、未経験の仕事を避けるばかりではその人間の使える場が減る一方だし。
程々には得意分野を外れる事にも手を出すべきじゃないかと思う。

スキルアップは社外でやれって意見もあるだろうが、それもまた十分に人材や時間が有る場合の話だろうしな

もちろん、結果を見て「無能な働き者」だったら銃殺、
「有能な働き者」だったらとことん使う訳だな。

こぼらが設計したOracleのテーブル。
100個以上カラムがあるってどういうことよ？
しかも所々「FILLER15」「FILLER20」って(数字はどうやらカラム長)…orz

>>28
固定長テキストファイルに吐くと
全部のテーブルの右端がそろって便利じゃん。

燃料投下完了。

固定長テキストといえば、F通の某システムに
こっちのサブシステム (因みにSolaris) から渡したファイルがおかしい、と
指摘された事がある。

…1行毎に改行 (0x0a) があっちゃいけないんだと。
異文化交流だなあ。

そんなの常識の範囲内だな

あげ

あげっていうてるやろ！！

横長DB設計者が開発トップの企業に就職したのでここにきました

昼間から横長かおめでてーな

ほんとだよなーw

FILLER（予備項目）を設けておくのは、一種の文化だから仕方ないよ
元々固定長のファイルを取り扱うことが多かったからね
>>1にあるような、商品コード１、商品コード２・・・なんてことは普通はやらないけどね

作るだけで一切使わないなら意味は無いだろ。
作った本人でさえ使わないゴミなんぞにリソース振ってなんになる。
しかも一部メンバのみがFILLER作成文化圏出身というだけで、作る対象は全く関係ないのに文化と言われても。

つか文化なら許されるし守るべきとか言うのなら、お前さんも個人用途では外部メディア一切使うなよ？昔はそうだったんだし、文化だよ文化。
……老害以外の何だとorz

>>37
その、普通はやらない事をやってしまうのがコボラなんだな。

>>38
一切使わないかどうかは設計時にはわからないでしょ
後工程や稼動後に仕様が変わったりすることもあるし
その場合にFILLERが無いとそのレコードを取り扱う全てのプログラムを
リコンパイルしたり、JCLのブロック長なども修正しないといけないから大変

でもこれはSFの話だから、RDBにまでFILLERを持ち込むのはいかがなものか
とは思うが、SQLを使わずREAD/WRITEのインタフェースなら固定長アクセス
だから・・・

いやだからRDBでFILLER持ち込む馬鹿の話だろ。
一切使わないってのは、FILLER作った本人が追加の際にもFILLERを使わないって事例で、過去スレに出てる。

CSVFILE1 BLOB
というカラムを見たときは唖然とした
コボラじゃないような気もするが

>>42
ん、それはCLOBにしろ、つこと？

CSVファイルをBLOBで入れるなら、普通にバラしてカラムに入れろってこと？
そりゃ要件によりけりだよなあ。ファイル自体を永続化したい場合だってあるし。

>そりゃ要件によりけりだよなあ。ファイル自体を永続化したい場合だってあるし。

いや、そんな要件はさすがに存在しないだろ。
あったとしてもCOBOLでやる意味が「まったくない」

謎は謎のまま放置するのが基本

CSVファイルだが、圧縮して格納とか、暗号化されてるとか
そんな使い方がされるかも、じゃ？

そうなると、項目名に問題があるけど

>>45
カタログサイトの画像ファイルとかだとあるんだけどねぇ。
CSVファイルだと、うーん思いつかない。

でも考えられなくもない。CSVの内容を管理するんじゃなくて
CSVファイル出力の履歴を管理するシステム、とか。

だめだ、無理がある・・・。

外部とやりとりしたCSVを保存しているとかか？

>>45
良く考えろ。コボラーならばあるだろ。

CSVが何だか分からないとかか？

バージョン管理ソフトだろ、ちょっと古いけど枯れてて安定性は高いぞ。

コンピューターサービス株式会社じゃないのか。

三次元DBですね。わかります。

HRG01 HRG02・・
とか並んでるDBならみたことある。
作った人に「HRGってなんて意味ですか？」
って聞いたら、
「フラグだ。そのまんまだろ」
ていわれた。

いろいろ言いたくなったけど、無駄だろうからやめた。

止めたのか辞めたのか。

虚しくなるな w

>>55
ハムスター　ニャーンを思い出した

HRG<フラグかぁｗ

日付が入るカラムがDECIMALとかCHARなんだよな。
統一性があればまだしも、DATEも含めランダムに使われてる。
こういう設計ってありなのか？

二つの使い分けっていうのは移植元がこうでした、以外に明確な根拠はありません。
もちろん設計方針もねｗ

居るよな。
移植元がこうだったので、って言い訳するヤツ。
ソレは関係ないだろっての。

ああ、そういや今日も聞いた希ガス…
直上の上司がキレてたところまでは見た。

そういう上司の尻拭いはもう嫌（移植元がｒｙ

何のために汎用機からリプレースしたのかと。
ぬっころしてぇ

「やり方わからなかったんで頑張ってみたけど実行ファイルが巨大になった。なんとかしろ！」
とか言われて見てみたら700MBとかの実行ファイルが山のように・・・・・
（調べてみたら自分たちのライブラリだけじゃなくOracleの動的リンクファイルまで全部取り込んでコンパイルしてたorz）

ｳﾝｺしたら他人に拭かせるのが彼らの常識らしいよ？ｗ

さてどうやつて動的ライブラリを静的リンクしたのだらう。

がんばる。

＞（調べてみたら自分たちのライブラリだけじゃなくOracleの動的リンクファイルまで全部取り込んでコンパイルしてたorz）

その実行ファイルを作るほうが素直に凄いと思った漏れは負け組か・・・。

つか、ソレはライセンス違反な気がしてならんのだが。

>>66
リソースにでもぶち込んでたりして

【IT】「COBOLは現役バリバリ」、東京海上日動がシステム全面再構築でCOBOLを選んだワケ　開発者向けセミナー「XDev2008」 [08/09/08]
http://gimpo.2ch.net/test/read.cgi/bizplus/1220822531/

>>70
ありがとう。
いいよ。いいよ。
愚痴ぐらい、言わせてあげるさ。

「印刷済」と「プリント済」のカラムが二つ横に並んでいる不思議

男、女、その他というカラムを見た
久々にCobolの仕事をすると歴史を感じて微妙に楽しいな

>>65
たぶんデバッグ情報をstripしたら100KBくらいになると思われ

>>73
しかし先見の明があったね

>>73
申込書とかの男・女に○を付けないで提出された場合、その他で登録するってのはあるよ。

NULLの使用を認めるならNULLで不明を表現するところなのでわ。
べつにそれはおかしくない

未記入と不明は別だ、とか法人が入ったら、とか全然わからない理屈を言うのも
ありがちだよ、コボラは。

性別はISOでコードが決まってて、しっかり4つある。

0 = Not known
1 = Male
2 = Female
9 = Not applicable

とかいうのにこだわるのもありがちですか？

79は、普通にコボラじゃなくてもこだわるだろう。

いや・・・蛇足を承知で言うが、
「性別」という列に3種類の値があった、じゃあなくて
列が3つなの。

若手がみたらびっくりするだろうなあと思いつつも
>>72の謎にはかなわないわｗ

>>81
その発想はなかった

というのを初めて心から使えた瞬間だわ。

ん？列が４つあったわけかｗｗｗｗ
おれがみたコボラーDBは、
4月から3月まで１２列あり、さらにおどろくべきことに
MonthDateテーブルには、
31列＋予備が9列あった。

>>55
なんか似た経験がある
KKKKDというのがあって何の意味かさっぱり分からなくて
台帳で自動採番したやつかと思ってたら「結果コード」だった

KYとか笑えないよな。

KeKKaKoDo か。
答え聞いてもすぐにわからんかったわ。

上を見たらきりがないけど、だからって下を見てもきりがない・・・・とｵﾓﾀｗ

>84
その人イスラムかユダヤ人だったりしない?
(アラビア語・ヘブライ語は一般に母音を書かない)

短縮の仕方も規約で決められてんだろ

次スレ
コボラは暗号がお好き

>>90
次スレて。ｗ
5年くらいは先の話だな。

TDN式表記法

最近、不景気だが、コボラの皆さんは、案件、単賃などどうよ

ｽﾚﾀｲも読めないとは。

サロゲートキーにまで口出しして
顧客番号だとか取引明細番号だとか取扱日だとかを
埋め込もうとしてきた奴を見たときそいつを殴り倒しそうになった

>>95
すべてのテーブルにIDを入れていたら
「そんなに行番号が好きならExcelでも使ってろ」と言われたことならある。

俺は、　id　は、Railsでてから必ずいれるようになったが、
それまでは、正規化を完全にやってから、昨日にあわせて崩していくという風な構成であった。
だからPキー、Fキーだらけであったが、最近Fキーの便利さより、不便さのほうが
強調される。必ず第一列にidつけるようになったのは、ここ数年だな。

IDはかまわんだろ。
業務キーをプライマリにするのは経験不足のやることｗ

もう２年もたったのか....

そうだな

結構楽しかったな。今思うと。

大坊聡が好きなのか？

あげ

団塊のコボラはもう引退したのかな？

係長くらいでいいと思うよ。あの能力なら。

この業界で『係長』ってないとおもうｗ

出向先でいたよ、係長・・・・

最近は名ばかり管理職に対する世間の目も厳しくなってきたと思うけど、
係長代理心得みたいなの、いまでもいる?

課長代理補佐心得がどうしたって？

係長以下は管理職じゃない、という突っ込み

リーダー

age

age

age

剣道の記録をDBに突っ込もうと思ったらめっちゃ横長になっちゃった
紅白それぞれの選手とかとった技とか時間とか
どうすればいいのよ

試合単位とかでテーブル分割すればいいだけの話では？

２本先取じゃないの？
それだけでも分割できそうなもんだが

>>115
おまえ・・・このスレの意味わかってねえだろ・・・
このスレはDB設計をめぐってコボラと戦うスレだ・・・。
素人お断りだ・・・DB板行け・・・

生息してるコボラにお会いしたとこがないんだけど
こいつらどんくらい横長にしてくれるの？

>>119
COBOLのデータ定義をRDBにそのまま持ってくるだけだから

あいつら思考回路は常識じゃ計り知れねえ、化け物だ。

カラム数が３桁行くのは異常ですか？

>>122
よくあることですから、安心して使い続けてください。

でもこっちにメンテ押し付けるのはやめてくださいね。

>>121
ひさしぶりにｺﾎﾞﾗと仕事したけど・・・・・・・・

・「ホストのプログラムじゃないので業務設計ではない」
・自分たちの知っているプログラム以外のことなんかしったこっちゃありません。
・自分たちの知っている言葉でしか話さない（リソース名とかプログラム名とか）
　それが常識なので、おれらの話す言葉を分からない方が悪い。
・私たちはお金の計算を上手く処理するのが仕事なので、障害は設計範囲ではありません。
・「いつ使うか解りませんが、作らない理由が無いので作りましょう」
・「その機能を実現してくれないと大変な事になります」→「検討の結果、使わなくなりました。」

・・・・・だめだ、ネタみたいな話ばっかりで仕事にならなよ〜ｗ

>>125
おれはコボルなんて大嫌いだし、ホストなんて触るくらいなら路上生活を選ぶんだが、

> ・自分たちの知っているプログラム以外のことなんかしったこっちゃありません。
これは大事。

> ・私たちはお金の計算を上手く処理するのが仕事なので、障害は設計範囲ではありません。
これも大事。

で、路上生活をしているというオチですね。

新人に横長DBの扱い方なんて教えんなｺﾉﾔﾛｳ＾＾

Oracle以外のDB詳しくないんだけど、古いDBでカラムが配列化できたりするのは普通なの？
この件で50くらいのオサンに散々関数従属性を説いたわけだが埒が明かなかった

COBOLER

自宅PCでAndroidの腕を磨いてコボルとおさらばする

COBOLでは順編成で処理することを前提に作るので
横長「DB」と呼ぶのは違うと思うよ
普通のRDBならSQL文一発でDB触れるのに
COBOLではいちいちそれをするためにプログラムを作らなければいけないのだから
確かに不便極まりないと思うかもしれないが

パソコンしか知らない人にはイメージしにくいかもしれないが
大量に更新するデータがあるときにはいちいちDBアクセスするより
全部メモリに取り込んでプログラムで全部データ更新して
処理したほうが速いんだ
アホみたいなやり方だけど、
COBOLが動くような汎用機はアホみたいに容量があるんだ

ベクトル演算みたいな

ただまあ今時のDBさんはそれをDB側の機能として備えてるから
新規でそれをやる意味はあんまり無いよ。
つっても既にそうなってる昔のシステムを変える気力は無いけど。

それより一番意味が解らないのはスペースで埋めて固定長にする行為だ
ファイルを固定長にするのは解る
だが何故RDBの中身にまでスペース入れるのか・・・
普通に入って無い項目も有ったりするから始末に負えん

>>135
列にspace埋めるのは、
コボラー関係なくデータの特性によって決めるだろ。
重要度の高いデータはnull許可しない。

コボラーがよくやるのは、
列名を8文字以内に収めようとしたり、
予備として使わない列を量産するとかだろ。

データの特性なんてこと考えてないと思う
単にcobolの変数が固定長だからでは

予備ってのは確かにやたらある
そして実際には予備ではなく謎の値がはいってることもやたらある

>>135
>>137
可変長で定義してるのに空白が埋まってたりするのは、俺も理解できないな。

RDBで固定長で定義してるなら、
言語は関係なくて、データが必須か任意か、マスターがあるかないかで制約入れるから、その絡みで空白を設定することはある。

>>137
謎の値って、もしやLOW-VALUE(w

まあ、テーブルと言わずファイルとか言ってる時点で
そういう認識なのだろうなーとは思うけど。DB2もOracleもRDBだろー

確かに昔触ってた日立の汎用機のDBはファイルシステムだったけども
あとASか。DCCMとかPDMとか良くわかんない。

ネットワーク型のＤＢって、どういう仕組みでデータ管理してるの？
子一つに対して親が複数持つことができるって、どういう仕組みなんだ？

CODASYL（コダシル　Conference on Data Systems Languages）は、1959年にアメリカ合衆国で結成されたIT業界の団体であり、多くのコンピュータで利用できる標準プログラミング言語の開発を推進することを目的としていた。CODASYL の成果はCOBOLとして結実した。

団塊のコボラ、もう引退したんかな？