制約っていらなくね?at DB
制約っていらなくね? - 暇つぶし2ch80:NAME IS NULL
05/07/31 02:33:05
>>78
日記の裏でなくて
モデリングツールなぞ
チラシの裏で十分です
って話でそ。

81:NAME IS NULL
05/07/31 03:00:10
>>80
そういう意味か。。

制約の保守が~、といった話が出ていたので、
その流れのつもりだったんだけどな。

漏れは、Erwin様にDDLだとか、管理してもらっているので、
モデリングツール無くなると、作業効率がた落ちなんだな。
DB自体と物理モデルの完全比較とか、使いこなすまでが
大変だけ使いこなすとスコブル便利だよ。

もう、手動で管理する自信ありませんぜ。

82:NAME IS NULL
05/07/31 03:03:30
>>79
なるほどね。
サンクス!

83:NAME IS NULL
05/08/01 05:30:05
>>81
モデリングツールは設計ツールじゃなくて保守ツールと考えると納得いく。
設計は紙と鉛筆が基本だけど、後のことを考えてあえて手間ひまかけてツールを使う。
だから保守をやらない開発メンバーには評判が悪かったりする。

84:NAME IS NULL
05/08/01 10:31:03
そうなのか、評判悪いのか。。

漏れは中小規模な案件が多いせいか、
引き継ぎと言う事例が少ないだけで(~-~;
しょうがなしに保守や改善対応している
開発よりのタイプなんだけどな。

そういえば、UMLっぽい物をVisioで
書こうとした時はメンドクセと思った。
あんな感じなのかな。

85:NAME IS NULL
05/08/01 10:48:40
「保守を行わない開発メンバー」という
箇所を見落としてた。

とはいえ、統一したフォーマットの
DDL書いてくれるだけでも便利だと
思うのだけどな。

そういった観点か既に保守する立場と(略

86:NAME IS NULL
05/08/01 12:08:59
チラシの裏書いた本人だが、終盤はモデルツールでやりますよ。
ただ、概念から順次ツールに合わせて落としていくっていうのがどうも制限になって嫌で。
手法の1つとしてはツールの手順でもいいけど、設計ってそこまで理想的に出来ないこと多いし。
とりあえずの概念設計とかはチラシの裏というか裏紙が一番いい。


87:NAME IS NULL
05/08/01 22:58:35
そのままの意味だったとは。。。
そいつぁ 盲点だたよ (^ ^ ;

88:NAME IS NULL
06/06/08 23:51:07
ここで書き込んでいる人たちはずいぶん専門的な話題が多いようですが、
具体的にいったいどんな規模のどんなシステムに関わってるんでしょうか??

ここでいう「中小」とはどれくらいのものを指すんだろう・・・。

89:NAME IS NULL
06/06/30 00:59:24
中…1000万行程度、数十テーブル程度で同時接続ユーザ数100人程度
小…100万行程度、数テーブル以下で列数最大20-100列、同時接続ユーザ数数名程度

90:NAME IS NULL
06/08/05 00:40:54
今やってるのは
100万行程度、数百テーブルで列数最大100列、同時接続ユーザ数数名程度
ですが・・・

91:NAME IS NULL
06/08/15 00:15:31
>90
あまり細かい事を気にすると頭髪的にチャレンジされている方々の仲間入りしちゃうぞ。

92:NAME IS NULL
06/08/17 11:00:08
きみは政治的に正しいやつだね

93:NAME IS NULL
06/11/25 01:59:26
てst


最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch