何故データベース設計は軽視されるのか？

**NAME IS NULL** · 2008/12/01(月) 01:07:27

何故データベース設計は軽視されるのか？

ここでいうデータベース設計とは、
特定の業務システムにおける
テーブルレイアウトを設計し、決める作業であるとします。

業務システムにおいては、
このデータベース設計（テーブル設計）は仕様そのものを定義する作業にも
近いと思いますし、この設計は開発工程やその後の運用における品質を
絶対的に左右するものだと思っています。
逆にこの設計があまりにも実現すべき仕様と比較し不整合なため、
その後の開発工程がデスマーチに陥ることも少なくないのではないでしょうか？

にも関わらず、正規化程度も理解できないような担当者が
この設計を行っていたり、業務システムの受託開発において、
「テーブルレイアウトを決める」という作業が、あまりにも軽視されているような
気がしています。

みなさんの現場ではどうでしょうか？
ご意見などお聞かせください。

**400** · 2009/11/29(日) 11:01:08

>402
いや、常識的な大半のエンジニアが後者、このスレにいる数名が前者だと思ってるが？
なんでそう思う？

**NAME IS NULL** · 2009/11/29(日) 11:21:32

その「数名」ってどこにいるの？
その話題でループしてんのアンタ一人じゃない？

**400** · 2009/11/29(日) 11:28:21

>405
そもそも石版の話を出したのは俺じゃないんだけどな。
テキストファイルはNGだ、紙ならセーフだ、墓石はどうだ、なんて話をしてた人は
明らかに前者だろ。石版DBの話にチャチャ入れてた奴も前者だと思ってるけど。
あ、君がどっちかは知らんよ。

**NAME IS NULL** · 2009/11/29(日) 11:41:05

どうせもう「前者」は居ないんだろうし、
>337以前の流れに戻そうや。面白かったけど、ちょっと引っ張りすぎ。

**NAME IS NULL** · 2009/11/29(日) 11:43:41

墓石のチャチャいれ？>>382なら俺だ。
つかその時点で既にデータベース≠DBMSが前提の議論じゃん。

**NAME IS NULL** · 2009/11/29(日) 11:52:49

>>408
>383 とか >391 のつもりだったんだが。
>382はそれもそうだなあ、と思いながら読んだよ。

> その時点で既にデータベース≠DBMSが前提の議論じゃん
君はそうかも知れんけども。
>386 とか >397 は理解してるようには見えん。

**NAME IS NULL** · 2009/11/29(日) 12:45:50

なんか休日に寂しい暇人が勝手に敵を作って「俺Sugeee」って言ってるスレだな。

定義厨は他人の意見を絶対に聞き入れないからカキコするだけ無駄だな。

**NAME IS NULL** · 2009/11/29(日) 16:25:18

馬鹿は反省しないから馬鹿なんだよね

**NAME IS NULL** · 2009/11/29(日) 17:19:39

DBとDBMSの区別もつかないレベルの人に仕事が回ってきちゃうぐらい
データベース設計が軽視されているという流れでOK？

**NAME IS NULL** · 2009/11/29(日) 18:15:34

DBってドラゴンボールですか？

**NAME IS NULL** · 2009/11/29(日) 23:57:19

墓石をデータの永続化対象として何がいけないのか、さっぱりわからん

**NAME IS NULL** · 2009/11/30(月) 00:10:22

曰く「実際にそういう実施例が存在するかどうか」が重要なんだそうだ。
頭が固いを通り越してアホとしか思えん。

**NAME IS NULL** · 2009/11/30(月) 00:15:09

DBってドラゴンボールではないんですね

**NAME IS NULL** · 2009/11/30(月) 05:27:07

ログイン認証の情報はテキストに保存しないって言ってる奴正気か？
htpasswd知らないとかないよな

**NAME IS NULL** · 2009/11/30(月) 06:56:41

このスレの本題はRDBMSのスキーマ設計の軽視だが、
実は軽視されてるのはデータ設計全般なんだろうか。
と、ここ数日のやりとりを見ていて思った。
2chのレベルが平均的とは思わないけれども。

**NAME IS NULL** · 2009/11/30(月) 07:22:36

一部のアフォが喚いているだけだろ

**NAME IS NULL** · 2009/11/30(月) 22:20:31

マジレスすると軽視されてるのは設計屋だお

**NAME IS NULL** · 2009/11/30(月) 22:27:14

マジレスすると開発＆運用屋は軽視されている

**NAME IS NULL** · 2009/12/01(火) 00:41:31

マジレスするとDBはデータベースだお

**NAME IS NULL** · 2009/12/01(火) 01:33:05

マジレスするとこの板が出来たときは8割のスレがドラゴンボール関連だった

**NAME IS NULL** · 2009/12/01(火) 01:41:26

過去レスみたら、>>19にワロタｗ
ひどいね

**NAME IS NULL** · 2009/12/01(火) 02:04:03

タイムスタンプにINT型でUNIX時間入れてるのが酷いと思ったけど超えたな

**NAME IS NULL** · 2009/12/01(火) 10:05:12

正しい知識を持った人間以外がプロになっているのがおかしい
一級建築士と同じように、充分な知識を学習した人間のみが、
システム設計に参画出来るようにするのが本来の正しい姿。

もう、遅いけどね。

**NAME IS NULL** · 2009/12/01(火) 15:06:04

機械設計だって回路設計だって人生設計だって資格はないけどな

**NAME IS NULL** · 2009/12/01(火) 20:06:48

十分な知識を学習とかって、実務経験に勝るモノはないんだが。

正確には「各行程を経験し死ぬまで学習意欲があり常に成長し続ける
コミュニケーション能力の高い人間」でないと設計はやるべきではない、
が正しいな。

知識なんてあって当たり前でなんの自慢にもならん。

まあ、免許制にして欲しいと思う事は多々あるがｗ

**NAME IS NULL** · 2009/12/01(火) 21:25:31

ペーパーでOracleのプラチナやPostgreSQLのゴールド持ってる奴より
無資格で現場で痛い目に遭ってる奴の方がまだいいだろうな

**NAME IS NULL** · 2009/12/01(火) 21:55:33

どっちが重要なんて比べるもんじゃないだろ。
知識も経験もどっちかが欠けてたらダメじゃん。

知識なんてあって当たり前。経験なんて勝手に積み上がる。

**NAME IS NULL** · 2009/12/01(火) 22:20:12

知識は幅広い視野を持つのに必要、経験はその上で必要。
スレチだが、ちまちま何かを作ったのに、それをカバーした上品なライブラリ見つけたらマジへこむ。

**NAME IS NULL** · 2009/12/01(火) 22:32:55

「知識より経験」って言う奴って、自慢できるのが本当に経験だけだったりするからな。
そういう奴は得てして怪しげなノウハウを振りかざしたり、理論的な話をするとなぜか怒ったり。

**NAME IS NULL** · 2009/12/01(火) 22:48:16

>>429

Platinumはペーパーでは取れんだろう。

**NAME IS NULL** · 2009/12/01(火) 23:24:20

>>432
資格もっててスマソｗ

つかDB関連の資格はペーパーはなくなないがある程度以上は実際に使った人間でないと
受かるのは辛いだろ。

現実には資格持ちは「古くて使えなくて胡散臭い都市伝説」を信じてるヤツ多いけどな。
「SQLはこう書くと・・・」とか「サロゲートキーが・・・」とか「こういう場合はストアドが・・・」とか、
「こうやって教えられた」とか、応用を知らんのかと小一時間(ry
実際やらしてみるとパフォーマンスでなかったり、JOBの再投入が不可能な論理設計したりとか。

資格取った後も最新動向やら勉強会やらニュースとか読め。

**NAME IS NULL** · 2009/12/02(水) 00:43:57

なんだその痛すぎる自己紹介はw

**NAME IS NULL** · 2009/12/02(水) 01:12:12

ペーパーでplatinum結構いるよ
goldだとやたらいる

**NIN** · 2009/12/02(水) 01:52:02

その先生方に確認したんだが、

テーブルの主キーの空きを管理するテーブルを作って、
主キーの空きを管理するっていうことを聞いたんだけど、ほんとかぬ？

**NAME IS NULL** · 2009/12/02(水) 03:45:08

OracleのGoldやPlatinumは講習会受けて取る資格だからな
難しいのは確かだけど時間と金がものを言う資格でもある

**NAME IS NULL** · 2009/12/02(水) 04:26:21

国家資格の情報処理試験が評価されてない現実。

**NAME IS NULL** · 2009/12/03(木) 20:45:05

>>425
1970年1月1日0時0分0秒からの経過秒数をDBに整数型で入れてるってこと？

…それはナイスな方法だな。今度使わせてもらうわ。

**NAME IS NULL** · 2009/12/03(木) 21:21:06

データ的には軽いけどトラブル対応時に人間が見て全く意味がわからないから死ねる
というか死んだ

**NAME IS NULL** · 2009/12/04(金) 00:27:24

その手の変換ツールぐらい準備しておくものだ。プログラマなら簡単にツールぐらい作れるだろ。

**NAME IS NULL** · 2009/12/04(金) 01:15:07

いやだから普通にtimestampでいいじゃんて話じゃないのか
プログラム上でだっていちいち変換して使わなきゃならんのだし

**NAME IS NULL** · 2009/12/04(金) 07:26:50

RDBMSによって実装が違うが、このケースでは普通にtimestampを使えばいいのでは？
そういう型がないRDBMSなら仕方ないと思うけど。

**NAME IS NULL** · 2009/12/04(金) 08:09:50

Unix系のアプリなら、time_t型を入れると出し入れが便利じゃん。
変換するコストもいらないし。

**NAME IS NULL** · 2009/12/04(金) 09:21:40

画面にそのまま出すのか
入力は？

**NAME IS NULL** · 2009/12/04(金) 22:45:54

まあUnix系なら「出し入れ」だけは便利な面はあると思う。
日付や時刻関連でGROUP BYするときにちょっと殺意が沸くくらいだな。

**NAME IS NULL** · 2010/03/21(日) 14:22:04

age

**NAME IS NULL** · 2010/04/11(日) 16:39:24

ahe

**NAME IS NULL** · 2010/05/16(日) 01:23:57

有効期間のあるマスタテーブルの主キーってサロゲートキーにできるのかな？

**NAME IS NULL** · 2010/05/16(日) 02:11:03

できるよ

**NAME IS NULL** · 2010/07/31(土) 21:47:51

age

**NAME IS NULL** · 2010/10/30(土) 13:29:21

インデックス10個のテーブルに100万件のデータってやばいですか？

**NAME IS NULL** · 2010/10/30(土) 14:23:02

>>453
全然普通

**NAME IS NULL** · 2010/11/02(火) 22:37:47

それ殿くらいの鯖スペックでの話？

**NAME IS NULL** · 2010/11/03(水) 08:21:23

その辺の安鯖でも楽勝なレベル
要求性能にもよるが、10年前のハイエンドクラスだときついだろうね

**NAME IS NULL** · 2010/11/16(火) 17:14:04

atom 1.6GHz 2GBメモリで１００人ぐらいの共有鯖でもおk？

**NAME IS NULL** · 2010/11/23(火) 16:06:12

余裕のヨーコゼッターランド

**NAME IS NULL** · 2010/11/24(水) 16:00:20

じゃあ問題出たら損害賠償請求するのでヨロw

**NAME IS NULL** · 2010/11/24(水) 21:25:35

じゃあ性能要件を満たす設計をしてあげたからその分の費用請求ヨロｗ
0.25人月で60万円でおｋ

**NAME IS NULL** · 2010/11/24(水) 21:32:17

単価安いなｗ

**NAME IS NULL** · 2010/11/26(金) 21:57:49

1人月240万だろ？充分高いだろ

俺のとこなんて1人月120万だよ基本orz

**NAME IS NULL** · 2010/11/27(土) 02:10:26

そんなボッタクリな所には仕事頼まないしw

**NAME IS NULL** · 2011/01/18(火) 19:33:09

プラズマクラスター効果なし
http://twitter.com/ozawa_yuuki/status/6549767047872513

**NAME IS NULL** · 2011/10/29(土) 19:01:44.37

大手ベンダーの標準的な人月って150万くらい？

**NAME IS NULL** · 2011/11/27(日) 14:59:22.75

>>439
国家資格（笑）の情報処理試験受けたことあんのかと
あんなもん実務に役立つのはどのポジションだろうが2割程度だろ
「プラズマテレビがガス放電で発光してます」とか知ってる必要あんの？

IPAは今年度になってようやく業界のゼネコン型に言及するレベル
お勉強しか出来ない無能集団の天下り先
国家自体が無能で仕事遅いしなｗ

ロジックとデータ（論理・物理）見てテストして
壁にぶち当たってマニュアルやら仕様書見て
ソースとデータ（論理・物理）見てｒｙ・・・・ループ
この作業以外で技術力を上げる方法なんか存在しない

**NAME IS NULL** · 2011/12/02(金) 21:33:33.05

派遣で天才プログラマーが消えた

**NAME IS NULL** · 2011/12/03(土) 00:57:01.54

>>466
糞ﾜﾛﾀお前の情試の例はよりによってITパス/FEの午前かよｗ

高度のスペシャリスト系は良く出来てる
所詮知識なので合格即実務で出来る、ではないが
「この程度も知らずに実務やってないよね？」感はある

**NAME IS NULL** · 2011/12/03(土) 12:43:57.30

>>468
高度がよく出来てる？
アホか？回答速報当日出ないような奇問も混じってるわけだが？

**NAME IS NULL** · 2011/12/03(土) 13:50:27.97

>>469
お前はずっとFE午前レベルの「プラズマテレビの～」だけやってろｗ

お前みたいに高度もとれない程度の知識レベルの奴が設計してるシステムとか・・・
関わってる連中が可愛そうだわ。まさにスレタイにピッタリな人間ｗｗｗ

**NAME IS NULL** · 2011/12/04(日) 00:16:08.13

>>470
難易度低い時に受けてたまたま取れたヤツが偉そうにしてるの見ると痛々しくなるよな。
基本はわかってるが応用効かないし、製品個別の仕様部分を考慮できなかったりロクなヤツがいない。

**NAME IS NULL** · 2012/04/23(月) 13:48:49.67

専板のDB設計スレが保守の末落ちる程だから軽視も致し方ない

**NAME IS NULL** · 2012/07/15(日) 16:24:28.05

大本の設計程制約少ないから楽に作れるもんなんだが、
逆に末端がどんどん依存してくれるから後で変更するのがた～いへん。
わかってるとこだとDB設計にコストかけてくれる。
わかってないとこだと作る側の営業と使う側の購買が交渉にコストかけてくれる。
後者、会社関係単位で迷惑。

詳細テーブル全てに予めtempカラム群持たせるのって、
個人的にはかなりの糞だと思うんだが・・・

**NAME IS NULL** · 2012/07/22(日) 12:59:18.94

予備カラム…COBOL脳全開の設計ですな。

**NAME IS NULL** · 2012/07/22(日) 14:06:03.40

そこで列指向データーベースですよ

**NAME IS NULL** · 2012/07/23(月) 19:43:57.61

そうそう
ところで激安中古CAD専門店っていいの見つけた。
かなり安いし使える

**NAME IS NULL** · 2012/07/24(火) 22:41:20.78

>>474
何百万レコード級のテーブルを
使ったことはある？

ALTER TABLEだけで何十分とか
当たり前にかかったりするぞ。
それを思えば、ハナからバカにした
ものでもない。

**NAME IS NULL** · 2012/07/24(火) 22:49:28.17

>>477
レコード数が多いからこそ、カラム数を減らすべきだってことが分からないのか？

**NAME IS NULL** · 2012/07/24(火) 22:55:57.42

COBOL脳だとRDBにおいてはテーブルサイズが大きくなるとパフォーマンスが加速度的に劣化する場合があることを理解できない。

あいつらなんでもかんでも一行づつ処理しようとする。

処理時間=一行の処理時間(一定)×行数

はRDBじゃ通用しないんだよ

**NAME IS NULL** · 2012/07/24(火) 23:29:57.10

某H関連会社に訪れた際、若手ＳＥが仕様レビューを受けていた
「ここでSQLのSUM関数で合計を取得します」
「それ信用できるの？ちゃんと一つずつ足さないとダメだよ」

２１世紀でこれかと驚いた

**477** · 2012/07/26(木) 22:49:50.88

>>478
ケースバイケースだと言ってるんだよ。
絶対どっちか、というものではない。

予備カラムがあっても、理由が充分なら、
それでよいではないか。

**NAME IS NULL** · 2012/07/26(木) 23:25:44.93

予備カラムなんて持たせたら、いざ使う時、意味合いとカラム名が乖離するよね。
検索パフォーマンスが必要無いならxml型にするって手もあるけど

**NAME IS NULL** · 2012/07/26(木) 23:36:01.31

DB変更は仕様変更になるから別契約だけど
予備項目を活用する分には保守の範囲内で出来るから
予備を多めに作っとくっていうのがあったな

クソだと言われてる設計でも事情でそうなってるのも結構あるよね

**NAME IS NULL** · 2012/07/27(金) 00:24:21.29

予備カラム多用すると、後々どの予備カラムが何の目的で使われてるか分からなくなるw
画面から予備カラムにセットする値にも制限掛からないから、変な値入ってバグってみたり。

**NAME IS NULL** · 2012/07/27(金) 20:28:23.51

そもそも可変長ランダム入出力が基本なRDBのレコードにおいて
予備カラムをあらかじめ作る必要性はうすい

COBOLだから予備カラムつくるんじゃなくて、それが動いているプラットフォームが
固定長バッファのシーケンシャル入出力を基本としてたから必要なだけ

**NAME IS NULL** · 2012/07/28(土) 01:31:34.34

>>439
あんな天下り先確保のための試験を
ボッタクリ価格で受けるとか、
怒りが湧いてくる。

**NAME IS NULL** · 2012/07/28(土) 02:12:21.50

まるで意味のない資格では無いだろ。

とはいえ午後1は酷い問題混じってることあるから、選択運の要素が強いけど。

**NAME IS NULL** · 2012/07/28(土) 10:54:33.10

>>486
安いので許せや

**NAME IS NULL** · 2012/07/28(土) 10:55:35.76

>>487
酷い問題のってどれですか

**NAME IS NULL** · 2012/08/04(土) 09:12:32.99

>>487-488
>>486 は取れなかった奴の言い訳じゃね (w

**NAME IS NULL** · 2013/10/13(日) 20:53:47.26

保守age

**ＮＰＣさん** · 2014/01/15(水) 06:23:23.94

66427727358778987766457232625+40=66427727358778987766457232665
www.2ch.net
toro.2ch.net/db/
toro.2ch.net/test/read.cgi/db/1228061247/

**NAME IS NULL** · 2014/01/29(水) 00:39:34.78

>>1
せっかく合意のとれた業務フローとテーブル設計を
180度ひっくり返しに来る奴（客・身内問わず）がいるから
それが最初からわかってるから軽視される

**NAME IS NULL** · 2014/01/29(水) 01:16:58.43

この前某中古ショップですごく安いパソコンを発見しました。
ちょうど私はその時新しいパソコンがほしいと思っていて本当に買おうかと悩みました。
というのも２０１１年製でCPUがCorei5、メモリも４ＧＢあるしHDDが１ＴＢもあってお値段がなんと３８０００円でした。
まだ発売日からあまり期間も経っていないしこのスペックでこの値段ならかなりお買い得かなと思ったのですが、問題は少スペース型というか拡張性がないタイプのものだったんです。
それにグラフィックボードもついておらず後々の事を考えるとやめといたほうがいいかなという結論に達しました。
結局ネットでBTOのパソコンを後で注文しました。
いやぁしかしまさか周りにあるパソコンの中で一番スペックが高いのに一番安い値段になってるとは思いませんでした。

http://toro.2ch.net/test/read.cgi/hp/1382021349/
http://toro.2ch.net/test/read.cgi/hp/1352858999/

**NAME IS NULL** · 2014/02/02(日) 00:06:45.66

自分で競馬データベースや競馬新聞を作りたいんだが
どんなプログラミング言語を学習すればいいですか？
競馬を通してプログラミングを勉強すれば楽しいと思うし、
仕事にも役立つとなれば一石二鳥。

データーソースは外部の物を利用。

**NAME IS NULL** · 2014/02/14(金) 21:34:14.86

↓こういう提供されたexcelデータがあるとします
　　　　　日本小学校
　　　　　１年　　　|２年
　　　　　1組　２組 |　1組　　２組
座席番号１安藤　伊藤|五十嵐　飯田
座席番号２臼井　榎本|上田　　岡田
座席番号３０（全クラス３０で統一）

↑をデータベースに格納しようとすると
こういう風な感じになると思いますが
日本小学校一年　1組　座席番号1　安藤
日本小学校一年　1組　座席番号2　山田
日本小学校２年　1組　座席番号1　伊藤

視覚的に編集するには前者の方がやりやすいですよね
こういう前者のデータ構造は何か名称があったりしますでしょうか

また前者のテーブルの横にアメリカ小学校を追加する場合もあります
こういうデータを管理するために何かいいツールとかないでしょうか？
データベースに格納できるよう変換してくれたり

　　　　　１年　　　|２年
　　　　　1組　２組 |　1組　　２組
日　座席番号１安藤　伊藤|五十嵐　飯田
本　座席番号２臼井　榎本|上田　　岡田
小　
ア　座席番号１ボブ　トム
メ　座席番号２マリー
リ
カ
小

こんな風にしたり

**NAME IS NULL** · 2014/02/15(土) 11:02:45.63

>>496
そもそもそれはデータ構造と呼べる代物かが疑問なんだが
表現方法としては「マトリクス表」とか呼べばいいんじゃね？

ツール？excel使えばいいじゃん
excel VBAでcsvを出力するマクロを作れば終いだ

**NAME IS NULL** · 2014/02/15(土) 20:26:44.89

やっぱ自作ですかね
どうもです！

**NAME IS NULL** · 2014/07/22(火) 14:35:32.25

★2ch勢いランキングサイトリスト★

◎ +ニュース板
・ 2NN
・ 2chTimes
◎ +ニュース板新着
・ 2NN新着
・ Headline BBY
・ unker Headline
◎ +ニュース板他
・ Desktop2ch
・記者別一覧
◎ 全板
・全板縦断勢いランキング
・スレッドランキング総合ランキング
・ログ速
◎ 全板実況込み
・ 2勢
・ READ2CH
・ i-ikioi

※ 要サイト名検索

**NAME IS NULL** · 2014/07/23(水) 19:35:38.12

　埼玉県警川口署は２０日、小学生の女児の下半身を触ったとして強制わいせつの疑いで、
同県蕨市南町、東大大学院博士課程の内藤慶一容疑者（２６）を逮捕した。

　川口署によると、内藤容疑者は「研究が忙しく、ストレスがたまっていた。少女に興味があった」と供述している。

　逮捕容疑は１月４日午後５時半ごろ、埼玉県川口市並木２丁目の書店１階の階段近くで、
当時９歳で小学４年だった女児の下半身を触った疑い。

　書店の防犯カメラ画像を解析するなどして内藤容疑者が浮上した。
３月上旬に近くのスーパーで別の女児が下半身を触られる被害があり、関連を調べる。
http://www.47news.jp/CN/201407/CN2014072001001585.html

**NAME IS NULL** · 2015/02/08(日) 18:11:12.29

色々あるけど結論として
役に立たないんだよ。

まじで。

**NAME IS NULL** · 2015/08/22(土) 10:22:18.62

テーブル設計がきちんとしてるだけで
オプティマイザがいい仕事するんやで

**NAME IS NULL** · 2015/10/22(木) 23:00:56.18

☆ 日本の核武装は早急に必須ですわ。☆
総務省の『憲法改正国民投票法』、でググってみてください。
日本国民の皆様方、2016年7月の『第24回参議院選挙』で、日本人の悲願である
改憲の成就が決まります。皆様方、必ず投票に自ら足を運んでください。お願い致します。

**NAME IS NULL** · 2015/11/22(日) 12:48:10.28

インターフェイスが決まってからデータベースを設計するのに今更気づいた。